fix-bug
Bug fix orchestrator — active_flow fix_bug; reads specs/bugs/BUG-*.md; chains investigate-bug, develop-tdd, validate-fix. Use when user reports a defect.
- License 许可
- MIT
- 最近更新
- 2026-11-10
- Stars
- ★ 289
- Forks
- 24
01 前言 Front Matter
- name
- fix-bug
- model
- sonnet
- description
- Bug fix orchestrator — active_flow fix_bug; reads specs/bugs/BUG-*.md; chains investigate-bug, develop-tdd, validate-fix. Use when user reports a defect.
03 SKILL.md 正文
Fix Bug
Boundary: Orchestrator flow — chains investigate-bug (entry point + RCA via diagnose-root) → develop-tdd → validate-fix. Does not implement RCA or write bug files directly.
Orchestrates fix_bug flow without mixing epic build state.
HARD GATE — Set
specs/state.yamlactive_flow: fix_bugandbug_cycle.current_step: 1before starting.
Discovered gate failures (e51s04)
Valid entry without a user-reported bug when:
- Preflight or CI is red at kickoff or verify-work
- Golden suite or project baseline is red (
bash scripts/run-verification-gates.shor equivalent) - A reproducible gate failure during unrelated epic work exceeds quick-fix guardrails
Create specs/bugs/BUG-*.md via investigate-bug (or inline in fix-bug step 1) describing the gate failure, then run the standard fix_bug chain.
Five steps (bug_cycle in state.yaml)
| Step | Skill / action |
|---|---|
| 1 | investigate-bug — create BUG-*.md with RCA |
| 2 | diagnose-root — 4-phase root cause analysis |
| 3 | develop-tdd — red-green against bug file verify steps |
| 4 | validate-fix — re-run failing test, full suite, lint |
| 5 | release-branch — PR or solo land the fix |
Checkpoint / resume
Track progress via specs/state.yaml bug_cycle:
bug_cycle.current_step: current step (1–5)bug_cycle.completed_steps: completed step numbershandoff.next_skill: skill for the current step- On resume, read
bug_cycle.current_stepand continue from there
Process
- Step 1 — investigate-bug: If no
specs/bugs/BUG-*.md, runinvestigate-bugfirst — it handles history check, RCA (viadiagnose-root), fix approach, and writes the bug file. Incrementbug_cycle.current_stepto 2 on completion. - Step 2 — diagnose-root: Run 4-phase RCA (reproduce → isolate → hypothesize → verify). Record findings in the bug file. Increment to step 3.
- Step 3 — develop-tdd:
develop-tddagainst the bug file's verify steps. Increment to step 4 on all-green. - Step 4 — validate-fix:
validate-fix— re-run failing test, full suite, typecheck, lint. Increment to step 5. - Step 5 — release-branch: Land the fix via
release-branch. Clearbug_cycleandactive_flowwhen done.
Bug file SoT
One markdown file per bug with frontmatter:
---
bug_id: BUG-001
status: open
severity: high
scope: api
title: Short title
---
Verify
→ verify: test -d specs/bugs && test -f scripts/run-skill-verify.sh
04 同仓库更多 Skills
skill-verify-fail-open-fixture
Negative-path fixture for run-skill-verify.sh — must never PASS.
negative-path
暂无简介
write-document
Write, organize, and sync high-integrity technical documents using the BMAD methodology. Ensures every document is Bold, Minimal, Actionable, and Durable. Use when creating architectural docs, technical guides, or organizing the specs/ directory.
wire-observability
Add structured JSON logging, observability commands, and idempotent setup scripts to a project. Use when a project needs production-readiness instrumentation, when user wants structured logging, or as a production-readiness gate at any phase of development.
wire-ci
CI pipeline setup with bundled, forge-neutral templates and local validation. Detects the forge from the git remote, generates workflows for supported forges, and skips honestly for the rest. The CI equivalent of wire-observability.
visual-dashboard
Start a browser-based dashboard that visualizes architecture, implementation plans, and project status. Persists artifacts in .bigpowers/dashboard/. Reads specs/state.yaml, release-plan.yaml, epics, and planning-status via HTTP API or opencode panel.