CtrlK
BlogDocsLog inGet started
Tessl Logo

debugging-strategies

Master systematic debugging techniques, profiling tools, and root cause analysis to efficiently track down bugs across any codebase or technology stack. Use when investigating bugs, performance issues, or unexpected behavior.

69

1.01x
Quality

56%

Does it follow best practices?

Impact

95%

1.01x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./tests/ext_conformance/artifacts/agents-wshobson/developer-essentials/skills/debugging-strategies/SKILL.md

The canonical home for this skill is debugging-strategies in wshobson/agents

SKILL.md
Quality
Evals
Security

Quality

Content

46%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 delivers strong executable snippets (git bisect, launch.json, profiling, heap snapshots) but buries them in ~530 lines of padded generic debugging wisdom Claude already knows. The four-phase workflow lacks explicit fix-verification checkpoints, and progressive disclosure fails in practice: every file listed in Resources is missing from the bundle while the content that should live in those files is inlined.

Suggestions

Cut 60-70% of the body: remove concepts Claude already knows (rubber duck debugging, the scientific method, console/pdb basics, 'take breaks') and the four ```markdown-fenced checklists that duplicate the surrounding prose; keep only the non-obvious patterns (git bisect flow, memory-leak test harness, conditional breakpoints).

Actually ship the referenced bundle files (references/, assets/, scripts/ do not exist) and move the language-specific tool sections (JS/Python/Go debugger configs, profiling, memory-leak detection) into them, leaving SKILL.md as a concise overview with clearly signaled one-level-deep links.

Add an explicit verification checkpoint and feedback loop to the four-phase process, e.g., 'Phase 5: Verify the fix — re-run the original reproduction, confirm the symptom is gone, and check for regressions before closing.'

DimensionReasoningScore

Conciseness

Noticeably verbose across ~530 lines: it explains concepts Claude already knows ("Rubber Duck Debugging", the scientific method, "Read Error Messages", "Take Breaks", console.log/console.table and pdb.set_trace() basics), duplicates four phase checklists inside ```markdown code fences, and repeats Best Practices as "Common Debugging Mistakes". Not 1 because genuinely non-trivial material survives (git bisect commands, launch.json, the beforeEach/afterEach memory-leak pattern); clearly below 3 because the padding is extensive.

2 / 5

Actionability

Mostly executable, copy-paste-ready guidance: a full git bisect command sequence, Delve install/run lines, cProfile/pstats profiling, VS Code launch.json, and a heap-snapshot threshold snippet. Not 5 because the Go example scatters import statements mid-file (not compilable as written) and the phase checklists are prose templates rather than runnable guidance.

4 / 5

Workflow Clarity

A clear four-phase sequence exists (Reproduce → Gather Information → Form Hypothesis → Test & Verify), but validation checkpoints are implicit: no step verifies the fix itself, no error-recovery loop is written into the process, and verification of the fix appears only as an afterthought in the mistakes list. This matches 'steps listed but checkpoints missing or implicit' rather than 'most checkpoints present'.

3 / 5

Progressive Disclosure

The Resources section references references/debugging-tools-guide.md, references/performance-profiling.md, references/production-debugging.md, assets/debugging-checklist.md, assets/common-bugs.md, and scripts/debug-helper.ts, but no references/, assets/, or scripts/ directories exist — every reference dangles. Meanwhile ~300 lines of language-specific tool reference that belongs in those files is inlined in SKILL.md, matching 'content that clearly belongs in separate files is inlined'.

2 / 5

Total

11

/

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 'Use when' clause and natural trigger terms, placing it above the midpoint. It is held back by abstract capability language ("Master ... techniques"), marketing filler ("efficiently", "any codebase or technology stack"), and missing common trigger synonyms like crashes, errors, and stack traces.

Suggestions

Replace abstract capability language with concrete actions the skill actually delivers, e.g., "Run systematic debugging workflows (reproduce, gather evidence, hypothesize, verify), profile performance with cProfile/pprof/DevTools, detect memory leaks, and bisect regressions with git bisect."

Drop the over-claim padding ("Master", "efficiently", "across any codebase or technology stack") — it inflates conflict risk with performance and code-review skills without adding information.

Add natural trigger synonyms users actually say: "Use when debugging errors, crashes, exceptions, stack traces, memory leaks, or flaky tests, or when profiling slow code."

DimensionReasoningScore

Specificity

Names the domain plus a few actions ("profiling tools", "root cause analysis", "track down bugs") but they are technique categories, not concrete capabilities, and "Master ... efficiently track down bugs across any codebase or technology stack" is marketing padding. No specific capabilities (memory-leak detection, git bisect, distributed tracing) are named, so it sits at '1-2 concrete actions, not comprehensive' rather than 'several specific actions'.

3 / 5

Completeness

Both what ("Master systematic debugging techniques, profiling tools, and root cause analysis") and an explicit when ("Use when investigating bugs, performance issues, or unexpected behavior") are present. Not 5 because the 'what' is abstract and the 'when' omits concrete scenarios the body itself covers (crash dumps, memory leaks, distributed systems).

4 / 5

Trigger Term Quality

"investigating bugs, performance issues, or unexpected behavior" are phrases users naturally say. Not 5 because common synonyms like "errors", "crashes", "stack traces", "exceptions", or "tracebacks" are missing.

4 / 5

Distinctiveness Conflict Risk

The bug/performance triggers are debugging-specific, but "across any codebase or technology stack" is maximally broad and invites overlap with performance-optimization, code-review, or observability skills. Somewhat specific but real overlap risk remains.

3 / 5

Total

14

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (537 lines); consider splitting into references/ and linking

Warning

referenced_paths_exist

Referenced path issues: 6 missing

Warning

Total

14

/

16

Passed

Repository
Dicklesworthstone/pi_agent_rust
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.