
root-cause-tracing
by a-ariff
๐ Production-ready Claude Code plugin marketplace with 41 components: 21 autonomous agents, 15 power skills, 2 smart hooks, 2 custom commands. Transform Claude Code into an autonomous development powerhouse. One-line install, cross-device sync, comprehensive documentation.
SKILL.md
name: root-cause-tracing description: Trace bugs backward to their origin, not just symptoms version: 1.0.0 author: Ariff when_to_use: When fixing bugs - trace to source before patching
Root Cause Tracing
Core Principle
TRACE BACKWARD TO THE BUG'S ORIGIN
Don't patch symptoms - fix the disease
The Backward Trace Method
SYMPTOM
โ Where does this value come from?
IMMEDIATE CAUSE
โ What set that to wrong value?
DEEPER CAUSE
โ Why did that happen?
ROOT CAUSE โ Fix HERE
Practical Steps
1. Start at Symptom
Q: What exactly went wrong?
โ Document the exact symptom
โ Note file, line, error message
2. First Backward Step
Q: Where does this value/state come from?
โ Find the direct source
โ Check: is THIS the bug or just a carrier?
3. Keep Tracing
Q: What set THAT to the wrong value?
โ Follow the data flow backward
โ Each step: is this the origin or just passing it along?
4. Identify Root
SIGNS YOU'VE FOUND ROOT:
- Logic error in requirements interpretation
- Initial state incorrectly set
- Wrong assumption in algorithm
- Missing validation at entry point
- Broken invariant at creation
Stop Conditions
You've found root cause when:
- There's no earlier source to trace
- The error was introduced HERE (not inherited)
- Fixing HERE prevents the bug entirely
- The "why" answer is: "wrong logic/design"
You're still at symptoms if:
- The wrong value came from somewhere else
- Another function passed bad data
- It's a consequence, not origin
- Fixing here = adding a workaround
Common Patterns
| Bug Pattern | Root Usually At |
|---|---|
| Wrong value displayed | Data calculation, not display code |
| Null pointer | Where object should've been created |
| Off-by-one | Loop bounds definition, not body |
| Race condition | Shared state design, not specific access |
| Invalid state | State transition logic, not current handler |
Anti-Patterns (Don't Do This)
โ Symptom Patching
// Bad: Fix where error happens
if (value === undefined) value = defaultValue
// Good: Find why value is undefined
โ Guard Stacking
// Bad: Add guards everywhere
if (x) if (y) if (z) doThing()
// Good: Ensure x, y, z correct at source
โ Quick Fix Pressure
"Just make it work" โ Technical debt
Better: "5 more minutes tracing saves 5 hours debugging later"
Verification
After identifying root cause:
- Explain the chain - Symptom โ caused by โ caused by โ ROOT
- Confirm origin - "This is where wrong value first appears"
- Fix at root - Change the origin, not the symptoms
- Verify fix - Original symptom gone + no new bugs
Integration with Checkers
Use with:
assumption-checkerโ Was root cause an assumption?dependency-validatorโ Was root cause a broken dependency?pre-action-verifierโ Verify root cause fix before applying
Score
Total Score
Based on repository quality metrics
SKILL.mdใใกใคใซใๅซใพใใฆใใ
ใฉใคใปใณในใ่จญๅฎใใใฆใใ
100ๆๅญไปฅไธใฎ่ชฌๆใใใ
GitHub Stars 100ไปฅไธ
1ใถๆไปฅๅ ใซๆดๆฐ
10ๅไปฅไธใใฉใผใฏใใใฆใใ
ใชใผใใณIssueใ50ๆชๆบ
ใใญใฐใฉใใณใฐ่จ่ชใ่จญๅฎใใใฆใใ
1ใคไปฅไธใฎใฟใฐใ่จญๅฎใใใฆใใ
Reviews
Reviews coming soon

