CtrlK
BlogDocsLog inGet started
Tessl Logo

diagnose

Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. Use when user says "diagnose this" / "debug this", reports a bug, says something is broken/throwing/failing, or describes a performance regression.

95

0.97x
Quality

96%

Does it follow best practices?

Impact

90%

0.97x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

SKILL.md
Quality
Evals
Security

Quality

Content

92%Scale 1-3

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is an excellent methodology skill that provides a rigorous, phased debugging discipline with clear gates, validation checkpoints, and actionable guidance at every step. The emphasis on building a feedback loop first is a genuinely valuable insight that Claude wouldn't default to. The only weakness is minor: the referenced HITL template doesn't exist in the bundle, and the content could benefit from splitting the detailed feedback loop strategies into a reference file for progressive disclosure.

Suggestions

Provide the referenced `scripts/hitl-loop.template.sh` as a bundle file, or remove the reference if it's expected to be project-specific.

Consider extracting the 10 feedback loop construction strategies into a separate reference file (e.g., FEEDBACK_LOOPS.md) to keep the main skill leaner and improve progressive disclosure.

DimensionReasoningScore

Conciseness

Every section earns its place. The content teaches a specific debugging discipline that Claude wouldn't inherently follow — the phased approach, the emphasis on feedback loops, the ranked hypothesis generation, the tagged debug logs. No wasted tokens explaining what debugging is or how programming works.

3 / 3

Actionability

Highly actionable throughout: Phase 1 provides 10 concrete loop construction strategies in priority order, Phase 3 gives a specific falsifiable hypothesis format, Phase 4 specifies tagged log prefixes with cleanup grep, Phase 5 gives an explicit 5-step sequence. The guidance is specific and directly executable even without code snippets, which is appropriate for a methodology skill.

3 / 3

Workflow Clarity

Six clearly sequenced phases with explicit gate conditions ('Do not proceed until you reproduce the bug'), validation checklists (Phase 2 and Phase 6 both have checkbox lists), feedback loops (fix → watch fail → apply → watch pass → re-run original loop), and error recovery guidance (Phase 1's 'When you genuinely cannot build a loop' section). The workflow is exemplary.

3 / 3

Progressive Disclosure

The content is well-structured with clear headers and phases, but it's a single monolithic file with no references to supporting materials. The HITL bash script template is referenced but not provided as a bundle file. For a skill of this length (~150 lines), some content like the 10 feedback loop strategies could be split into a reference file, though the current inline approach is still navigable.

2 / 3

Total

11

/

12

Passed

Description

100%Scale 1-3

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description that clearly communicates a structured debugging methodology with concrete steps, provides explicit trigger guidance via a 'Use when' clause, and includes natural language terms users would actually use. It uses proper third-person voice and is concise without being vague. Minor improvement could include mentioning file types or error formats, but overall this is well-crafted.

DimensionReasoningScore

Specificity

Lists a concrete, multi-step methodology: 'Reproduce → minimise → hypothesise → instrument → fix → regression-test.' These are specific, actionable steps that clearly describe what the skill does.

3 / 3

Completeness

Clearly answers both 'what' (disciplined diagnosis loop with explicit steps) and 'when' (explicit 'Use when' clause listing multiple trigger scenarios including bug reports, broken/throwing/failing states, and performance regressions).

3 / 3

Trigger Term Quality

Includes a strong set of natural trigger terms users would actually say: 'diagnose this', 'debug this', 'bug', 'broken', 'throwing', 'failing', 'performance regression'. These cover common variations of how users describe debugging needs.

3 / 3

Distinctiveness Conflict Risk

Targets a clear niche — hard bugs and performance regressions with a structured diagnosis methodology. The specific trigger terms ('diagnose', 'debug', 'broken', 'performance regression') distinguish it well from general coding or testing skills.

3 / 3

Total

12

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
SnowingFox/ai-skills
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.