CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

systematic-debugging

遇到任何 bug、测试失败或异常行为时使用,在提出修复方案之前执行

Quality

63%

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/systematic-debugging/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

70%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-sequenced, highly actionable debugging methodology with explicit validation checkpoints, feedback loops, and a phase checklist — the workflow quality is genuinely high. The main weaknesses are token-inefficient repetition of the stop-and-return message across three sections, and companion-file references that point to files missing from the bundle.

Suggestions

Fix the broken references: either include root-cause-tracing.md, defense-in-depth.md, and condition-based-waiting.md in the bundle or remove/inline their pointers, since the body currently directs readers to files that do not exist.

Consolidate the overlapping discipline sections (红线, 常见借口, 搭档信号) into a single stop-signals section — they restate the same 'stop and return to Phase 1' message three times.

Trim the inline multi-layer bash example in Phase 1 (or move it to root-cause-tracing.md), and deduplicate the overlapping bullets in the 何时使用 section (e.g., '时间紧迫' appears in both lists).

DimensionReasoningScore

Conciseness

The four-phase core is efficient and assumes competence, but the '红线' (red lines), '常见借口' (common excuses), and '搭档信号' (partner signals) sections repeatedly restate the same stop-and-return-to-Phase-1 message in three different framings, and the '何时使用' list overlaps itself ('时间紧迫' appears in both the must-use and don't-skip lists). This is more than anchor 4's 'minor instances' but not the heavy padding of anchor 2, so anchor 3 fits best.

3 / 5

Actionability

Concrete, executable guidance throughout: specific commands and checks (git diff, 打印进入/离开组件的数据, the bash diagnostic example with printenv/security/codesign), precise rules (change one variable at a time, <3 vs ≥3 failed fixes), and clear handoffs to companion techniques. As an instruction-only skill the absence of full code is acceptable per the rubric's scoring note; only minor gaps (the embedded diagnostic snippet is illustrative and macOS-specific) keep it from anchor 5.

4 / 5

Workflow Clarity

Four phases are explicitly sequenced with a hard gate ('你必须完成每个阶段后才能进入下一个'), each phase has pass criteria, validation is explicit (create a failing test before fixing, verify the fix and that other tests are unbroken), feedback loops handle error recovery (failed fix → new hypothesis; ≥3 failed fixes → stop and question the architecture), and a 速查表 checklist table summarizes each phase with its pass standard. This matches anchor 5's 'explicit validation steps; feedback loops; checklists'.

5 / 5

Progressive Disclosure

The body itself is well-structured with a dedicated section listing three companion files, each with a one-line description and one-level-deep pointers — good signaling. However, scoring against the actual bundle structure, none of the referenced files (root-cause-tracing.md, defense-in-depth.md, condition-based-waiting.md) exist in the skill directory (no references/ folder at all), so the navigation paths are broken. References present but not resolvable places this at anchor 3.

3 / 5

Total

15

/

20

Passed

Description

43%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 a clear, explicit trigger clause with natural keywords, but it defines only when to use the skill and never what the skill does. Adding a concrete capability statement (e.g., 'four-phase systematic debugging to find and fix root causes before applying fixes') would substantially improve it.

Suggestions

State the 'what' explicitly: describe the concrete methodology (e.g., 四阶段系统化调试流程:根因调查、模式分析、假设验证、实施修复), not just when to invoke it.

Add common trigger synonyms such as '报错', '错误', '调试', '崩溃' alongside 'bug、测试失败、异常行为' to broaden natural keyword coverage.

Differentiate the skill from generic fix-it guidance by naming its distinctive behavior, e.g., '定位根本原因而非修补症状' (locate the root cause instead of patching symptoms).

DimensionReasoningScore

Specificity

The description names the domain ('任何 bug、测试失败或异常行为' — any bug, test failure, or abnormal behavior) but states no concrete actions; it never says what the skill actually does (e.g., systematic root-cause investigation in four phases). It fits anchor 2 ('names the domain but actions are minimal or generic') rather than anchor 1, since the domain and timing constraint are clearly identified, and not anchor 3, since no capability is enumerated.

2 / 5

Completeness

The 'when' is explicit and strong ('遇到任何 bug、测试失败或异常行为时使用' — use when encountering any bug/test failure/abnormal behavior; '在提出修复方案之前执行' — execute before proposing fixes), but there is no 'what': the description never states what the skill does. This matches anchor 2's 'only when is present without what' exactly; it is above anchor 1 (the when is clear and specific) and below anchors 3-4 which require a stated 'what'.

2 / 5

Trigger Term Quality

Natural trigger terms are present: 'bug', '测试失败' (test failure), '异常行为' (abnormal behavior), '修复方案' (fix) — phrases a user would plausibly say. Common variations like '报错/错误' (error), '调试' (debug), or '崩溃' (crash) are missing, so it matches anchor 4 (good coverage, a few natural terms missing) rather than anchor 5's comprehensive synonym coverage, and is clearly above anchor 3's partial coverage.

4 / 5

Distinctiveness Conflict Risk

The timing hook ('before proposing fixes') gives it a distinct niche among debugging-related skills, but the trigger scope 'any bug / test failure / abnormal behavior' is broad and would overlap with general error-fixing or testing skills. This sits between anchor 3 (somewhat specific, could overlap with similar skills) and anchor 4; the breadth of the trigger and the absent 'what' keep it at 3.

3 / 5

Total

11

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

13

/

16

Passed

Repository

jnMetaCode/superpowers-zh

Path

skills/systematic-debugging/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.