CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

understand-explain

Use when you need a deep-dive explanation of a specific file, function, or module in the codebase

Quality

76%

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 ./understand-anything-plugin/skills/understand-explain/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

81%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, operational runbook: executable commands, explicit validation checkpoints (graph existence, freshness), and fallback behavior for each failure mode, while assuming Claude's competence throughout. Only minor tightening of step 2 and literal grep patterns separate it from top marks.

DimensionReasoningScore

Conciseness

The body is dominated by operational rules Claude cannot know ("IDs use the node type as prefix, e.g. `file:path`", edge semantics, the freshness-check git block) with no basic-concept explanations — matching 'efficient; minor instances of over-explanation that could be trimmed'. Not 5 because step 2 slightly duplicates its own rationale ("A hash mismatch alone is not stale when the project diff is empty" restates the `-- .` pathspec explanation); not 3 because there is no padding or explanation of known concepts.

4 / 5

Actionability

Executable shell snippets (`UA_DIR=$([ -d .understand-anything ] && ...)`, `git rev-parse --verify --end-of-options "${GRAPH_COMMIT_RAW}^{commit}"`, the diff commands) plus concrete Grep targets ("\"filePath\" matches", edge "source"/"target" filtering) match 'mostly executable guidance; concrete code or commands with minor gaps'. Not 5 because steps 3–6 describe grep patterns rather than giving literal copy-paste commands; not 3 because the provided commands run as-is and every search target is specific.

4 / 5

Workflow Clarity

Eight numbered steps with explicit validation checkpoints and error recovery: the graph-existence check ("If not, tell the user to run `/understand` first"), the freshness verification, and the fallback ("If the graph commit or Git metadata is missing, invalid, or unavailable, give a brief best-effort warning and continue instead of blocking") — matching 'clear sequence with explicit validation steps; feedback loops for error recovery'. This is a read-only explanatory skill, so the destructive/batch validation cap does not apply; not 4 because checkpoints are explicit and cover the failure modes.

5 / 5

Progressive Disclosure

A single-file skill (no references/, scripts/, or assets/ exist) with well-organized sections (Graph Structure Reference, How to Read Efficiently, Instructions) and everything one level deep — matching 'good structure; most content is appropriately placed; minor organization gaps'. Not 5 because at ~70 lines it exceeds the under-50-line simple-skill exception and inlines a ~13-line graph schema reference; not 3 because no clearly-separable content is bloating the main flow — the schema is needed on every run.

4 / 5

Total

17

/

20

Passed

Description

62%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 has an explicit and well-scoped 'when' clause naming concrete targets (file, function, module), but it embeds the 'what' inside that clause and offers few natural trigger synonyms. It would surface more reliably with a declarative capability statement and broader trigger coverage.

Suggestions

Add a declarative capability statement before the 'Use when' clause, e.g., 'Provides an in-depth explanation of a specific file, function, or module — its architectural layer, dependencies, and data flow.'

Broaden trigger terms with natural synonyms users actually say: 'explain', 'understand', 'walk through', 'how does this work', 'deep dive into'.

Since only one action ('deep-dive explanation') is named, briefly enumerate what the explanation covers (layer, dependencies, callers, data flow) to raise specificity.

DimensionReasoningScore

Specificity

"deep-dive explanation of a specific file, function, or module in the codebase" names the domain and one concrete action (deep-dive explanation), matching the anchor 'names domain and 1-2 concrete actions, but not comprehensive'. Not 4 because only a single action is named with no coverage of what the explanation includes; not 2 because the targets (file, function, module) are concrete rather than generic.

3 / 5

Completeness

The 'when' is explicit ("Use when you need a deep-dive explanation of a specific file, function, or module in the codebase") and the action named inside it makes the 'what' explicit as well. Not 5 because there is no separate declarative capability statement — the 'what' is embedded in the when-clause rather than stated with its own concrete trigger phrases; not 3 because the what is explicitly stated, not merely implied.

4 / 5

Trigger Term Quality

Keywords like "explanation", "file, function, or module", and "codebase" are relevant and natural, but common variations users actually say ("understand", "walk through", "how does X work") are missing — matching 'some relevant keywords but missing common variations or synonyms'. Not 4 because synonym coverage is thin; not 2 because the keywords are domain-specific, not generic.

3 / 5

Distinctiveness Conflict Risk

"a specific file, function, or module in the codebase" carves a distinct code-comprehension niche, matching 'mostly distinct; minor overlap risk with closely related skills' (e.g., generic code-review or codebase-analysis skills that also explain code). Not 5 because "explanation" alone is broad enough to overlap with adjacent skills; not 3 because the target scope is specific, not a broad domain.

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.

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

Egonex-AI/Understand-Anything

Path

understand-anything-plugin/skills/understand-explain/SKILL.md

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.