CtrlK
BlogDocsLog inGet started
Tessl Logo

crypto-bd-agent

Production-tested patterns for building AI agents that autonomously discover, > evaluate, and acquire token listings for cryptocurrency exchanges.

56

Quality

65%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./plugins/AI-Agents-Safe-Coding-Skills/skills/crypto-bd-agent/SKILL.md

The canonical home for this skill is crypto-bd-agent in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

71%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

The body is a dense, well-structured BD playbook with concrete scoring rubrics, named data sources, and clear pipeline stages plus validation gates. It is held back by all-inlined content with no progressive-disclosure file split and minor dated/promotional padding.

Suggestions

Move the detailed 100-point scoring tables and wallet-forensics flag tables into a references file (e.g. SCORING.md) and link to it from SKILL.md to improve progressive disclosure.

Remove or relocate time-sensitive claims (the January 29, 2026 ERC-8004 date, model names like 'MiniMax M2.5 → Llama 70B → Haiku 4.5 → Opus 4.5') into a clearly marked reference section so they don't age the core guidance.

Add at least minimal implementation-level examples for the core promise — an x402 payment call, a Helius/Allium wallet-forensics API call, or an agent scaffolding snippet — to close the actionability gap.

DimensionReasoningScore

Conciseness

The body is mostly lean operational content (scoring tables, thresholds, source lists) that assumes Claude's competence, with only minor trimmable padding such as the promotional Reference Implementation block and time-sensitive dated claims like "ERC-8004 went live on Ethereum mainnet January 29, 2026".

4 / 5

Actionability

Concrete actionable guidance dominates — named tools (DexScreener, Helius, Allium), exact scoring weights and thresholds, 10-stage pipeline, specific wallet flags — with minor implementation gaps (no x402 wiring, API call examples, or agent scaffolding code), acceptable for an instruction-only skill.

4 / 5

Workflow Clarity

A clear sequenced architecture (Intelligence → Scoring → Forensics → Pipeline → Outreach) with explicit checkpoints (2+ source confirmations, score 70+ gates, human approval before send, mixer AUTO REJECT) and minor gaps in explicit validate→fix→retry feedback loops.

4 / 5

Progressive Disclosure

Section structure is clear (## 1–6 headers) but at 226 lines all content is inlined with no internal reference files or signaled deeper material, and detailed scoring/forensics tables that could be split out are not, leaving it below the well-split anchor of 4.

3 / 5

Total

15

/

20

Passed

Description

58%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is specific and distinct, clearly naming the crypto BD domain and three concrete actions in proper third-person voice. Its main weakness is the missing "Use when..." trigger clause, which caps completeness and limits natural trigger-term coverage.

Suggestions

Append an explicit 'Use when...' clause naming natural triggers, e.g. 'Use when building a crypto/DeFi BD agent, designing a token-evaluation scoring system, or automating exchange listing pipelines.'

Add natural synonyms users would say — 'DeFi', 'business development', 'token listing for exchanges' — alongside the technical terms.

Clarify the boundary against trading bots in the description itself so the distinctiveness gap is closed without relying on the body.

DimensionReasoningScore

Specificity

Names the domain and three concrete actions — "discover, evaluate, and acquire token listings" — in third person voice, matching the anchor for several specific actions with minor coverage gaps rather than comprehensive coverage.

4 / 5

Completeness

The "what" is clear (patterns for building agents that discover/evaluate/acquire token listings) but the "when" is absent with no explicit trigger guidance, so completeness is capped at 3 per the missing-Use-when guideline.

3 / 5

Trigger Term Quality

Relevant niche keywords (crypto, token listings, cryptocurrency exchanges, AI agents) are present but common natural variations and synonyms (DeFi, business development, BD, exchange listing) are missing, and there is no "Use when..." trigger phrase.

3 / 5

Distinctiveness Conflict Risk

The crypto-exchange-listing BD-agent niche is narrow and distinguishable, with only minor overlap risk against general crypto/trading-bot skills; not a fully trigger-phrased niche so it stops short of 5.

4 / 5

Total

14

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
administrakt0r/AI-Agents-Safe-Coding-Skills
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.