ca-debug
Investigate-then-decide root-cause analysis for a defect whose cause is unknown. No code changes — exits to /ca-fix, /ca-adr, or a no-action close.
Install
npx skills add https://github.com/arbiterForge/codeArbiter/tree/main/plugins/ca-pi/skills/ca-debug
claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install arbiterforge-codearbiter@llmmart
git clone https://github.com/arbiterForge/codeArbiter.git
The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole arbiterforge/codearbiter collection as a plugin from our marketplace. Git is the plain clone.
Skill manifest
/ca-debug — root-cause investigation
Investigates a defect, anomaly, or unexpected behavior whose cause is not yet known. Separates investigation from implementation: no code is modified while debugging. Describe the symptom with enough fidelity that another operator could reproduce it — observed behavior, reproduction steps (or intermittent-trigger profile), and environment. Vague descriptions ("it's flaky") are rejected; the orchestrator asks for clarification before routing.
If the cause is already known and a regression test is already named, invoke /ca-fix directly.
Routes to
The debug skill (<plugin-root>/routines/debug/SKILL.md) — five gated phases: symptom
capture, hypothesis generation, evidence gathering, root-cause decision, handoff. Phase 4 forces one
named exit:
- (a) Confirmed bug →
/ca-fix, carrying the confirmed bug statement, cited evidence, and a named regression test obligation tied to the minimal repro. - (b) Behavior/design ambiguity →
/ca-adr, with the ambiguity statement and evidence ledger, authored only with explicit user attribution. - (c) No-action close — symptom and rationale appended to
<project-root>/.codearbiter/open-tasks.md.
A real finding that is out of scope for those exits is marked inline [NEEDS-TRIAGE] and the
investigation continues.
When NOT to use
- Known bug with a named regression test →
/ca-fixdirectly. - Design discussion with no failing behavior →
/ca-adr. - New feature →
/ca-feature. - A general "why does it behave this way" question with no defect →
/ca-btw. - Re-entry from inside
/ca-fixor/ca-adr→ exit that command first (routing-cycle prevention).
Hard gate
MUST NOT modify any code during Phases 1–5 — code changes belong to /ca-fix. MUST exit Phase 4 with
exactly one of (a)/(b)/(c). Exit (a) MUST carry a regression test obligation. Exit (b) MUST obtain
user attribution before any /ca-adr. MUST NOT promote INCONCLUSIVE evidence to CONFIRMED without a
cited source.
Files (codearbiter)
-
SKILL.md 2.2 KB
--- name: ca-debug description: Investigate-then-decide root-cause analysis for a defect whose cause is unknown. No code changes — exits to /ca-fix, /ca-adr, or a no-action close. argument-hint: "<observed symptom>" --- # /ca-debug — root-cause investigation Investigates a defect, anomaly, or unexpected behavior whose cause is not yet known. Separates investigation from implementation: no code is modified while debugging. Describe the symptom with enough fidelity that another operator could reproduce it — observed behavior, reproduction steps (or intermittent-trigger profile), and environment. Vague descriptions ("it's flaky") are rejected; the orchestrator asks for clarification before routing. If the cause is already known and a regression test is already named, invoke `/ca-fix` directly. ## Routes to The `debug` skill (`<plugin-root>/routines/debug/SKILL.md`) — five gated phases: symptom capture, hypothesis generation, evidence gathering, root-cause decision, handoff. Phase 4 forces one named exit: - **(a) Confirmed bug → `/ca-fix`**, carrying the confirmed bug statement, cited evidence, and a named regression test obligation tied to the minimal repro. - **(b) Behavior/design ambiguity → `/ca-adr`**, with the ambiguity statement and evidence ledger, authored only with explicit user attribution. - **(c) No-action close** — symptom and rationale appended to `<project-root>/.codearbiter/open-tasks.md`. A real finding that is out of scope for those exits is marked inline `[NEEDS-TRIAGE]` and the investigation continues. ## When NOT to use - Known bug with a named regression test → `/ca-fix` directly. - Design discussion with no failing behavior → `/ca-adr`. - New feature → `/ca-feature`. - A general "why does it behave this way" question with no defect → `/ca-btw`. - Re-entry from inside `/ca-fix` or `/ca-adr` → exit that command first (routing-cycle prevention). ## Hard gate MUST NOT modify any code during Phases 1–5 — code changes belong to `/ca-fix`. MUST exit Phase 4 with exactly one of (a)/(b)/(c). Exit (a) MUST carry a regression test obligation. Exit (b) MUST obtain user attribution before any `/ca-adr`. MUST NOT promote INCONCLUSIVE evidence to CONFIRMED without a cited source.
Comments (0)
Sign in to join the conversation.
Reviews (0)
No reviews yet.
No comments yet.