Claude Skill

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.

LLM Mart · 0 points · 16 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download arbiterforge-codearbiter-plugins_ca-pi_skills_ca-debug-44989c5.zip · 1 KB
Part of arbiterforge/codearbiter — 238 skills

Install

skills CLI npx skills add https://github.com/arbiterForge/codeArbiter/tree/main/plugins/ca-pi/skills/ca-debug
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install arbiterforge-codearbiter@llmmart
Git 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-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.

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.

No comments yet.

Reviews (0)

No reviews yet.

Related