CtrlK
BlogDocsLog inGet started
Tessl Logo

onchain-analysis

On-chain data analysis — active addresses / whale tracking / TVL / DEX liquidity, interpretation and signal generation using on-chain valuation metrics such as MVRV / NVT / SOPR.

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/onchain-analysis/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 dense, domain-rich reference skill: nearly every table carries non-obvious thresholds and signal logic, and the composite scoring framework plus output template make it genuinely usable for producing an on-chain report. Weaknesses are the missing data-acquisition layer (APIs named but never specified), an implicit rather than explicit workflow, and a monolithic single-file structure with time-sensitive historical tables inlined. It would score higher with a numbered analysis procedure and the historical/metric reference split into a references/ file.

Suggestions

Add a short numbered workflow section (fetch metrics -> percentile them vs history -> apply composite weights -> emit the report) so the sequence is explicit rather than implied by section order.

Add minimal concrete data-acquisition guidance — example Glassnode/CryptoQuant API endpoints or the exact metric names to request — since the current text only names 'Glassnode / Nansen' in a note.

Move the historical BTC active-address table and the metric-formula reference into references/ files (and mark the dated thresholds as adjustable), keeping SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The body is dense, well-structured reference data Claude does not know precisely (whale tiers, MVRV zones, SOPR/NVT thresholds, stablecoin signals) with almost no padding or explanation of known concepts. Not 5 because time-sensitive dated tables ('2024 bull market | $40k-$100k', '2021 bull market') are inlined rather than quarantined, and a few asides ('Similar to a PE ratio in traditional finance', 'Simply put: ...') could be trimmed; not 3 because the bulk of every section earns its tokens.

4 / 5

Actionability

Gives concrete thresholds (single transfer > 500 BTC, USDT > $50M), formulas (MVRV = market cap / realized cap), a weighted 1-5 composite scoring scheme, and a full output-report template. Not 5 because the data-acquisition step is only gestured at ('requires extra APIs (Glassnode / Nansen)') with no endpoint, command, or field examples, so the workflow is not fully executable end-to-end.

4 / 5

Workflow Clarity

An analysis sequence exists (snapshot metrics -> whale activity -> composite score -> conclusion) and the output format enforces structure, but the steps are implicit across sections rather than a defined procedure, with no validation or sanity-check checkpoints (e.g. cross-checking conflicting signals). Not 4 because there is no explicit ordered workflow the model can follow step by step; not 2 because the composite-score section and output template do impose a clear sequence and the Notes section flags error sources.

3 / 5

Progressive Disclosure

A single ~250-line file with clean section headers but no bundle files at all (references/, scripts/, assets/ absent); inlinable reference material — the historical BTC active-address table, the metric-formula reference, and the whale-tier table — stays in the main file. Not 4/5 because the skill is well over 50 lines and would benefit from splitting detail into references; not 2 because what is inline is well-sectioned and navigable, not a wall of text.

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, information-dense description that clearly conveys the skill's scope through named metric domains (active addresses, whale tracking, TVL/DEX liquidity, MVRV/NVT/SOPR). Its main weakness is the absence of any explicit 'when to use' trigger clause, which both caps completeness and weakens discoverability against user phrasings that use synonyms like 'blockchain data' or 'crypto fundamentals'.

Suggestions

Append an explicit trigger clause, e.g. 'Use when analyzing blockchain/network activity, whale movements, DeFi liquidity, or on-chain valuation for BTC/ETH — e.g. requests mentioning MVRV, NVT, SOPR, whale alerts, or exchange flows.'

Add common synonyms users would naturally say — 'blockchain data', 'on-chain metrics', 'crypto fundamentals' — alongside the metric acronyms.

Clarify the deliverable in the description (e.g. 'produces a scored on-chain analysis report') so the 'what' covers output as well as inputs.

DimensionReasoningScore

Specificity

Names the domain and several concrete capability areas — 'active addresses / whale tracking / TVL / DEX liquidity, interpretation and signal generation' plus specific valuation metrics 'MVRV / NVT / SOPR' — matching the 'several specific actions; minor gaps' anchor. Not 5 because coverage gaps exist (no mention of reporting/output, exchange-flow monitoring, or chain coverage); not 3 because it lists far more than 1-2 concrete actions.

4 / 5

Completeness

It clearly answers 'what' (on-chain analysis across activity, whale tracking, TVL/DEX liquidity, and valuation metrics with signal generation) but contains no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. Not 2 because the 'what' is concrete and comprehensive, not vague.

3 / 5

Trigger Term Quality

Includes good natural keywords a user would say: 'on-chain', 'active addresses', 'whale tracking', 'TVL', 'DEX liquidity', 'MVRV / NVT / SOPR'. Not 5 because common synonyms and phrasings users might use are missing ('blockchain data', 'on-chain metrics', 'crypto fundamentals', 'whale alert'); not 3 because coverage goes well beyond a couple of generic keywords.

4 / 5

Distinctiveness Conflict Risk

The on-chain niche with named metrics (MVRV / NVT / SOPR, whale tracking, TVL) is mostly distinct with clear triggers. Not 5 because it could overlap with broader crypto-market-analysis or technical-analysis skills that share terms like 'signal generation'; not 3 because the specific metric vocabulary strongly disambiguates it.

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.