swarm-design-deep
The developer-driven design lane — the user commits to each approach before anything is written, then the design goes to pseudocode, algorithms, invariants,…
Systematic debugging — evidence before hypotheses, hypotheses before fixes, root cause before patches, and the diagnosis saved to the vault. Use for any real bug, test failure, regression, crash, or unexplained behavior — before proposing any fix.
$ npx -y skills add AnmarHani/SwarmVault --skill swarm-debug --agent claude-codeHow it fires
How this skill gets triggered: by you, by Claude, or both.
/swarm-debugContext preview
The summary Claude sees to decide when to auto-load this skill.
Systematic debugging — evidence before hypotheses, hypotheses before fixes, root cause before patches, and the diagnosis saved to the vault. Use for any real bug, test failure, regression, crash, or unexplained behavior — before proposing any fix.
name: swarm-debug description: Systematic debugging — evidence before hypotheses, hypotheses before fixes, root cause before patches, and the diagnosis saved to the vault. Use for any real bug, test failure, regression, crash, or unexplained behavior — before proposing any fix.
No fix without a reproduced cause. Shotgun patching is how the same bug costs twice.
1. **Reproduce** — a command/test that shows the bug, or record explicitly why reproduction is impossible. This is the entry gate for everything below. 2. **Evidence** — read the FULL error, stack, and surrounding logs (not the first line); note what changed recently (git log, new deps, config). 3. **Locate** — binary-search the causal chain: which layer last had correct data? Instrument with targeted prints/asserts if needed; remove them after. 4. **Hypothesize** — ranked list, cheapest-to-test first. State each as a falsifiable claim ("the cache returns stale X when Y"). 5. **Verify** — one targeted experiment per hypothesis. Evidence kills or confirms; opinion does neither. 6. **Fix the root cause** — not the symptom, when the root is reachable. If you must ship a symptom patch, say so in the code-note and open a ticket for the root. 7. **Regression test** — must fail on the pre-fix code, pass on the fix. No test, no fix. 8. **Record (J1)** — non-trivial diagnosis → memory note (the footgun, compact, ≤ 15 lines) + code-note link on the affected file, so no future session pays for this twice. Check the vault FIRST next time: `swarmvault.py query --search "<symptom>"` — someone may already have paid.
and design ("is the requirement itself contradictory?").
change management (swarm-spec), don't silently patch around it.
--- *Influences: superpowers systematic-debugging; Pocock's diagnosing-bugs; Jeffallan's debugging-wizard — see CREDITS.md.*
Your AI agents don't synchronise. SwarmVault does. One shared memory for Claude Code, Codex, and any other CLI agent. Real software engineering: requirements → design → tickets → review. 14 skills, the best of everything combined.
The developer-driven design lane — the user commits to each approach before anything is written, then the design goes to pseudocode, algorithms, invariants,…
UI/UX design phase — propose an intentional design system (pattern, brand, color, typography, spacing, atomic components) with the user, offering distinct…
System design phase — architecture, tech-stack options, module boundaries, data model, and ADRs from a validated SRS. Use after requirements are validated,…
Disconnect a project from SwarmVault and choose what happens to its knowledge — keep it, export it into the repo, or delete it. Use when the user wants to stop…
The SDLC router — figures out where a project stands and runs the right phase. Use at the START of any work in a SwarmVault project: continuing/resuming a…
Implementation phase — turn a validated design into dependency-ordered tickets, then work them as one of N parallel agents with atomic claims, model tiering,…