CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

coding

Investigate, implement and verify code changes directly in a repository using Leon's file, search and shell tools.

Quality

70%

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 ./skills/agent/coding/SKILL.md
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.

A lean, well-structured instruction-only skill that assumes Claude's competence and provides specific tool-level policy with strong verification emphasis. Its main weakness is the absence of any concrete executable examples or command patterns, leaving the guidance directive rather than copy-paste actionable.

Suggestions

Add one short concrete example per section, e.g. an actual file.patch invocation with a hash, or a sample shell.executeCommand/check sequence for a typical test run, to move guidance from directive to executable.

Split a few of the longest compound rules (e.g., the baseline-check and instruction-discovery sentences) into short bullet steps to preserve clarity at the current density.

Add an explicit final checklist (e.g., 'criteria reconciled, sessions stopped, diff reviewed') to convert the stated principles into a verifiable finish gate.

DimensionReasoningScore

Conciseness

The body never explains concepts Claude already knows (no what-is-Git or how-libraries-work padding) and packs each line with instructions, matching 'efficient; minor instances of over-explanation that could be trimmed'. It is not a 5 because several dense run-on rules (e.g., "Do not infer a full baseline suite requirement from a rule to run lint or relevant tests") take re-reading and could be tightened, and not a 3 since there is no genuinely unnecessary explanation.

4 / 5

Actionability

Guidance names concrete tool surfaces ("file.read", "file.patch with the current read's hash", "shell.executeCommand", "shell.startSession", ripgrep, AGENTS.md) with specific handling rules, but includes no executable commands, examples, or invocation patterns — matching 'some concrete guidance but incomplete; missing key details'. Not a 4 because the directives are policy-level rather than executable/copy-paste ready, and not a 2 because the tool-specific procedures go well beyond high-level hints.

3 / 5

Workflow Clarity

The skill is clearly sequenced (establish workspace → investigate/change → verify/finish → publish) with most validation checkpoints explicit: "Reproduce bugs before editing", "inspect termination status", "Rerun affected checks after changes, failures", "finish once required checks pass", and remediation-recheck loops for secrets. This matches 'clear sequence with most checkpoints present; minor validation gaps'. It falls short of a 5 because some checkpoints are stated as principles rather than explicit validate→fix→retry steps or checklists, though the destructive-operation cap does not apply since validation is present.

4 / 5

Progressive Disclosure

The skill has no bundle files (no references/, scripts/, or assets/ directories exist) and its ~39-line body needs no external references, so the under-50-lines exception applies: 'progressive disclosure can score 5 with just well-organized sections.' The body is organized into clear, well-ordered sections (Repository and instructions, Investigate and change, Verify and finish, Publication) with no inlined content that belongs elsewhere.

5 / 5

Total

16

/

20

Passed

Description

55%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 communicates a clear, moderately specific 'what' anchored to Leon's toolset, but provides zero trigger guidance for when the skill should activate. Adding an explicit 'Use when...' clause with natural user phrasings would lift both completeness and trigger-term quality.

Suggestions

Append an explicit trigger clause, e.g. "Use when the owner asks to investigate, fix, or verify code in a repository, or mentions implementing changes, debugging, or running tests."

Add natural synonyms and variations users actually say ("repo", "bug", "fix", "debug", "tests", "code review") to improve trigger term coverage.

Enumerate one or two more concrete capabilities (e.g., "runs project tests, patches files, manages shell sessions") to move specificity from several-actions toward comprehensive coverage.

DimensionReasoningScore

Specificity

"Investigate, implement and verify code changes directly in a repository using Leon's file, search and shell tools" names three concrete action phases plus the tool categories used, matching the anchor 'lists several specific actions; minor gaps in coverage'. It falls short of a 5 because the actions stay at the verb level without comprehensive coverage of concrete capabilities (e.g., running tests, editing files, sessions), and is above a 3 since it goes beyond a domain plus 1-2 generic actions.

4 / 5

Completeness

The description has a clear 'what' (investigate, implement and verify code changes with Leon's tools) but entirely lacks a 'when' clause; per the judging guidelines a missing 'Use when...' or equivalent explicit trigger guidance caps completeness at 3. It is not a 2 because the 'what' is concrete, not vague.

3 / 5

Trigger Term Quality

Relevant keywords users would naturally say include "code changes", "code", "repository", "file, search and shell tools", but common variations and synonyms are missing ("repo", "fix bugs", "debug", "implement feature", "run tests"). This matches 'some relevant keywords but missing common variations or synonyms' rather than a 4, which expects good coverage with only a few natural terms missing.

3 / 5

Distinctiveness Conflict Risk

Scoping to "Leon's file, search and shell tools" gives it a platform-specific niche, but "code changes directly in a repository" is a very broad domain that overlaps heavily with general coding, debugging, and code-review skills, matching 'somewhat specific but could still overlap with similar skills'. Not a 4 because the overlap risk with adjacent coding skills is more than minor.

3 / 5

Total

13

/

20

Passed

Validation

100%

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

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

leon-ai/leon

Path

skills/agent/coding/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.