From qult
Structured root-cause debugging. Use when encountering any bug, test failure, or unexpected behavior — BEFORE proposing fixes. Enforces systematic investigation over guesswork. NOT for known issues with obvious fixes.
npx claudepluginhub hir4ta/qult --plugin qultThis skill uses the workspace's default tool permissions.
Systematic root-cause analysis. No fixes without evidence.
Guides strict Test-Driven Development (TDD): write failing tests first for features, bugfixes, refactors before any production code. Enforces red-green-refactor cycle.
Guides systematic root cause investigation for bugs, test failures, unexpected behavior, performance issues, and build failures before proposing fixes.
Guides A/B test setup with mandatory gates for hypothesis validation, metrics definition, sample size calculation, and execution readiness checks.
Systematic root-cause analysis. No fixes without evidence.
Quality by Structure, Not by Promise. Symptom fixes are failure. Root cause fixes are success. The Wall blocks guesswork. Evidence opens the gate.
Observe, don't hypothesize.
Do NOT proceed to Phase 2 until you can state: "The bug occurs at [file:line] because [specific mechanism], triggered by [specific input]."
If you cannot state this, you have not found the root cause. Keep investigating.
Once you have the root cause, check for patterns:
Grep for the same anti-pattern in other filesNow — and ONLY now — propose a fix:
If your fix fails 3 times:
STOP. Your mental model of the problem is wrong.
Do NOT try a 4th variation of the same approach. That is the definition of insanity.
If the architect says any of these, you are doing it wrong:
| Signal | Meaning | Action |
|---|---|---|
| "Stop guessing" | You skipped Phase 1 | Go back to Phase 1. Reproduce first. |
| "Why did that break?" | You didn't check regressions | Run full test suite before claiming "fixed" |
| "You already tried that" | You're in a loop | Apply the 3-Strike Rule |
| "Just read the code" | You're making assumptions | Read the actual code, don't rely on memory |
| "Think harder" | Your investigation is too shallow | Trace the full execution path, not just the error line |
| You might think... | Reality |
|---|---|
| "I know what this is" | If you knew, it wouldn't be a bug. Investigate. |
| "Let me just try this quick fix" | Quick fixes that miss root cause create more bugs |
| "It's probably a race condition" | "Probably" is not evidence. Reproduce it. |
| "The tests were wrong" | Tests are specifications. If they fail, understand WHY first. |
| "This worked before, so something else changed" | Find WHAT changed. Don't guess. |
| "I'll add more logging" | Logging is investigation, not a fix. Don't ship debug logging. |