CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

code-explorer

Use this skill when exploring, analyzing, or understanding project/code structure. Required for tasks like "analyze project", "explore codebase", "understand how X works".

Quality

77%

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 ./lib/clacky/default_skills/code-explorer/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

78%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 well-structured, token-efficient read-only subagent prompt: a clearly sequenced five-step workflow with named tools, an explicit stopping rule, and no padding. Its main gaps are the absence of any dead-end handling in the workflow and a vague final reporting step that gives no output format.

Suggestions

Add one fallback line to the workflow for dead ends, e.g. 'If grep returns nothing, broaden the pattern or list the matching directory with glob before giving up.'

Make the reporting step concrete by specifying an output shape (e.g. 'Report: 1-3 sentence answer, then the key files with paths and why each matters').

Merge the intro line and 'Your Mission' section (they both say fast, read-only exploration) to remove the remaining redundancy.

DimensionReasoningScore

Conciseness

Lean, instruction-only body with no concept explanations Claude already knows. Minor redundancy: the intro line, "Your Mission", and "Your Restrictions" each restate the forked-subagent/read-only framing already established. Anchor 4 (efficient, minor trims possible); not 5.

4 / 5

Actionability

Concrete tool-level instructions ("run `glob` with `**/*`", "use `grep` to locate key patterns", "use `file_reader` only on the files directly relevant"). Instruction-only absence of code is not penalized per scoring notes, but step 5 ("Report clearly — provide a concise, actionable summary") gives no output structure, leaving a minor gap. Anchor 4.

4 / 5

Workflow Clarity

Five strictly ordered steps with a conditional ("Read README.md — if it exists") and an explicit stop condition ("Stop as soon as you have enough information"). The task is read-only, so the destructive/batch validation cap does not apply. Not 5 because there are no checkpoints or fallbacks for dead ends (e.g., what to do when grep returns nothing).

4 / 5

Progressive Disclosure

No bundle files exist and the skill is under 50 lines with a single task; per the rubric's simple-skill guideline, well-organized sections alone warrant a 5. Sections (Mission, Restrictions, Workflow, Rules) are clearly headed and easy to navigate, and no inlined content belongs in a separate file.

5 / 5

Total

17

/

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 solid description with an explicit, well-phrased trigger clause and natural user language, but the capability statement is thin: it says when to use the skill more clearly than what the skill actually does. The trigger terms are also broad enough to risk conflicts with other code-related skills.

Suggestions

Add 1-2 concrete capabilities to the what-statement, e.g. 'Maps project structure, locates relevant files with grep/glob, and traces how a feature is implemented.'

Broaden trigger coverage with common synonyms such as 'how does X work', 'where is X implemented', or 'code walkthrough' to catch natural phrasing variations.

Sharpen distinctiveness by scoping the triggers to read-only exploration (e.g. 'read-only codebase exploration and code-reading questions') so it does not compete with editing, review, or documentation skills.

DimensionReasoningScore

Specificity

Names the domain ("project/code structure") and actions ("exploring, analyzing, or understanding"), but these are generic verbs rather than concrete capabilities like tracing implementations or mapping a file tree. Matches anchor 3 (domain plus 1-2 actions, not comprehensive); not 4 because no list of specific concrete actions is given.

3 / 5

Completeness

The "when" is fully explicit ("Use this skill when... Required for tasks like..."), and a "what" is present but folded into the when-clause ("exploring, analyzing, or understanding project/code structure") rather than stated as concrete capabilities. Fits anchor 4; not 5 because the what is not separately and concretely articulated.

4 / 5

Trigger Term Quality

Includes natural user phrases like "analyze project", "explore codebase", and "understand how X works" that users would actually say. Not 5 because common variations ("how does X work", "where is X implemented", "code walkthrough") are missing.

4 / 5

Distinctiveness Conflict Risk

"explore codebase" and "analyze project" are broad phrases that many code-related skills (code review, repo onboarding, documentation skills) would also claim. Somewhat specific but real overlap risk with closely related skills — anchor 3.

3 / 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

clacky-ai/openclacky

Path

lib/clacky/default_skills/code-explorer/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.