Skip to main content

debugging

Systematic debugging that identifies root causes rather than treating symptoms. Uses sequential thinking for complex analysis, web search for research, and structured investigation to avoid circular reasoning and whack-a-mole fixes.

来源信息

仓库
ratacat/claude-skills
最近来源活动
2025年12月30日 00:24
检测到的 SKILL.md 语言
英语
星标
57
分支
9

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

文件资源管理器
3 个文件

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
debugging
description
Systematic debugging that identifies root causes rather than treating symptoms. Uses sequential thinking for complex analysis, web search for research, and structured investigation to avoid circular reasoning and whack-a-mole fixes.
# Debugging ## Quickstart 1. Capture exact repro, scope, and recent changes 2. Isolate components/files; trace path to failure 3. Research exact error; check official docs 4. Compare failing vs working patterns; form a testable hypothesis 5. Verify with minimal test; apply minimal fix across all instances; validate ## When to Use This Skill Use debugging when: - A bug has no obvious cause or has been "fixed" before but returned - Error messages are unclear or misleading - Multiple attempted fixes have failed - The issue might affect multiple locations in the codebase - Understanding the root cause is critical for proper resolution Skip this skill for: - Simple syntax errors with obvious fixes - Trivial typos or missing imports - Well-understood, isolated bugs with clear solutions ## Core Anti-Patterns to Avoid Based on documented failures in AI debugging, explicitly avoid: 1. **Circular Reasoning**: Never propose the same fix twice without learning why it failed 2. **Premature Victory**: Always verify fixes were actually implemented and work 3. **Pattern Amnesia**: Maintain awareness of established code patterns throughout the session 4. **Context Overload**: Use the 50% rule - restart conversation when context reaches 50% 5. **Symptom Chasing**: Resist fixing error messages without understanding root causes 6. **Implementation Before Understanding**: Never jump to code changes before examining existing patterns ## UNDERSTAND (10-step checklist) - Understand: capture exact repro, scope, and recent changes - Narrow: isolate components/files; trace path to failure - Discover: research exact error (WebSearch → Parallel Search, Context7:get-library-docs) - Examine: compare against known-good patterns in the codebase - Reason: use SequentialThinking:process_thought and 5 Whys to reach root cause - Synthesize: write a falsifiable hypothesis with predictions - Test: add logs/tests to confirm the mechanism - Apply: minimal fix for root cause, across all occurrences, following patterns - Note: record insights, warnings, decisions - Document: update comments/docs/tests as needed ## Progress Tracking with TodoWrite Use TodoWrite to track debugging progress through the UNDERSTAND checklist: 1. **At start**: Create todos for each applicable step: ``` ☐ U - Capture exact repro and scope ☐ N - Isolate failing component ☐ D - Research error message ☐ E - Compare with working patterns ☐ R - Root cause analysis (5 Whys) ☐ S - Write falsifiable hypothesis ☐ T - Verify with minimal test ☐ A - Apply fix across all occurrences ☐ N - Record insights ☐ D - Update docs/tests ``` 2. **During debugging**: Mark steps in_progress → completed as you work through them 3. **When stuck**: TodoWrite makes it visible which step is blocked - helps identify if you're skipping steps or going in circles 4. **Skip steps only if**: Bug is simple enough that checklist is overkill (see "Skip this skill for" above) ## Tool Decision Tree - Know exact text/symbol? → grep - Need conceptual/semantic location? → codebase_search - Need full file context? → read_file - Unfamiliar error/behavior? → Context7:get-library-docs, then WebSearch → Parallel Search - Complex multi-hypothesis analysis? → SequentialThinking:process_thought ## Context Management - Restart at ~50% context usage to avoid degraded reasoning - Before restart: summarize facts, hypothesis, ruled-outs, next step - Start a fresh chat with just that summary; continue ## Decision Framework **IF** same fix proposed twice → Stop; use SequentialThinking:process_thought **IF** error is unclear → Research via WebSearch → Parallel Search; verify with docs **IF** area is unfamiliar → Explore with codebase_search; don't guess **IF** fix seems too easy → Confirm it addresses root cause (not symptom) **IF** context is cluttered → Restart at 50% with summary **IF** multiple hypotheses exist → Evaluate explicitly (evidence for/against) **IF** similar code works → Find and diff via codebase_search/read_file **IF** declaring success → Show changed lines; test fail-before/pass-after **IF** fix spans multiple files → Search and patch all occurrences **IF** library behavior assumed → Check Context7:get-library-docs ## Quality Checks Before Finishing Before declaring a bug fixed, verify: - [ ] Root cause identified and documented - [ ] Fix addresses cause, not symptom - [ ] All occurrences fixed (searched project-wide) - [ ] Follows existing code patterns - [ ] Original symptom eliminated - [ ] No regressions introduced - [ ] Tests/logs verify under relevant conditions - [ ] Docs/tests updated (comments, docs, regression tests) ## References - `reference/root-cause-framework.md` - `reference/antipatterns.md`
在 GitHub 查看