CtrlK
BlogDocsLog inGet started
Tessl Logo

token-unlock-treasury

Token unlock schedule analysis and project treasury tracking — vesting cliffs, linear unlocks, team/investor/ecosystem token releases, treasury diversification, and sell pressure forecasting.

56

Quality

71%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./agent/src/skills/token-unlock-treasury/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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.

A knowledge-rich, token-efficient reference with genuinely non-obvious domain data (impact thresholds, historical patterns, treasury red flags) and an actionable output template, but it reads as an encyclopedia rather than a procedure: no explicit step sequence, no validation checkpoints, and all reference material inlined in a long single file. Moving tables/calendars into reference files and numbering the analysis workflow would lift the two weakest dimensions.

Suggestions

Add an explicit numbered workflow (e.g., 1. fetch unlock calendar from tokenunlocks.app, 2. compute supply_pct and volume_multiple, 3. run treasury_signal, 4. assemble output per the template) with a validation step such as cross-checking unlock amounts against protocol docs.

Split the allocation taxonomy table, historical price-pattern table, and protocol unlock calendar into one-level-deep reference files (e.g., references/taxonomy.md, references/unlock-calendar.md) to shorten SKILL.md to an overview.

Provide a concrete, executable data-retrieval path (URL patterns or API calls for tokenunlocks.app / Messari) so the analysis code can run end-to-end instead of requiring hand-entered inputs.

DimensionReasoningScore

Conciseness

The body is dense with domain-specific material Claude doesn't already know — threshold tables ("supply_pct > 10 → critical"), historical price-impact data, recipient-type multipliers — and never explains basic concepts. Minor over-explanation exists (e.g., the seven-row allocation taxonomy table and the "Tier 1 protocols to track" table are partially redundant with the analysis frameworks), keeping it below 5; it is well above 3 because nearly every section adds non-obvious, domain-specific data.

4 / 5

Actionability

Provides mostly executable guidance: two complete Python functions with concrete thresholds, a data-source list (tokenunlocks.app, messari.io), a five-tier impact classifier, and a full output-format template. It stays below 5 because the code is framework logic without any data-retrieval path (the Notes admit unlock data "not available via OKX API" with no substitute command), so it isn't fully copy-paste end-to-end; it's above 3 because the code is real, executable Python rather than pseudocode.

4 / 5

Workflow Clarity

The implicit workflow (gather tokenomics → assess unlock impact → evaluate emissions → check treasury → produce output) is discernible from section order and the output template, but steps are never sequenced explicitly and there are no validation checkpoints or feedback loops (e.g., cross-checking unlock data against multiple sources). It is analysis rather than a destructive/batch operation, so the rubric's cap-3 rule applies naturally: sequence present but implicit, checkpoints missing.

3 / 5

Progressive Disclosure

Sections are well-organized with clear headers, but this is a 270-line single file with no bundle files at all (no references/, scripts/, or assets/), and substantial reference material (the allocation taxonomy table, the protocol unlock calendar, historical price tables) is inlined where it could live in one-level-deep reference files. Since the skill exceeds 50 lines and inlines content that clearly belongs in separate files, it fits the 'some structure but content that should be separate is inline' anchor rather than the well-split 4 or 5.

3 / 5

Total

14

/

20

Passed

Description

66%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.

A specific, third-person description with strong domain keywords and clearly stated capabilities, but it lacks any 'Use when...' trigger guidance, which limits its completeness and invocation reliability. Adding an explicit trigger clause and a few more natural synonyms (airdrop, emissions, tokenomics) would raise it to the top band.

Suggestions

Add an explicit 'Use when...' clause, e.g., "Use when analyzing token unlock schedules, vesting cliffs, upcoming token releases, treasury health, or sell pressure for crypto projects."

Include common user-facing synonyms such as "airdrops", "token emissions", "inflation", or "tokenomics" to broaden natural trigger coverage.

Consider framing capabilities as verbs ("Analyzes...", "Forecasts...") to sharpen the what-it-does statement.

DimensionReasoningScore

Specificity

Names the domain and several concrete capabilities — "Token unlock schedule analysis", "project treasury tracking", "vesting cliffs, linear unlocks", "treasury diversification", and "sell pressure forecasting" — with only minor coverage gaps (e.g., no mention of emission/inflation analysis). It stays below 5 because the actions are stated as noun phrases rather than enumerating a comprehensive list of specific operations, and above 3 because more than 1-2 concrete actions are explicitly named.

4 / 5

Completeness

The "what" is clear (unlock schedule analysis and treasury tracking with enumerated sub-capabilities), but there is no "Use when..." clause or equivalent trigger guidance — the description never states when Claude should invoke it. Per the rubric guideline, a missing 'Use when' clause caps completeness at 3; it is above 2 because the "what" is concrete, not vague.

3 / 5

Trigger Term Quality

Contains natural phrases users would say — "token unlock", "vesting", "cliffs", "treasury", "sell pressure" — but misses common variations like "airdrop", "emissions", "tokenomics", "FDV", or "inflation". Good coverage, a few natural terms missing; not 5 (no synonym-level comprehensiveness) and not 3 (keywords are specific and well-chosen, not generic).

4 / 5

Distinctiveness Conflict Risk

A clear crypto-niche (unlock schedules, vesting cliffs, treasury diversification) with distinct triggers that would rarely collide with unrelated skills. It is not 5 because terms like "sell pressure" and "treasury" could overlap with broader crypto-market-analysis or treasury-management skills; not 3 because the vesting/unlock framing is quite specific.

4 / 5

Total

15

/

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.

Validation — 15 / 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
HKUDS/Vibe-Trading
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.