バグ修正パイプラインを一括実行する。原因調査→実証→設計→実装→机上確認→テスト→実行→ドキュメントの順で実行する。
報告されたバグを段階的に修正する。原因を特定・実証してから修正に入る。
git status で未コミット変更を確認し、ある場合はユーザーに警告ユーザーの報告から以下を整理する:
不明な点があればユーザーに質問する。
関連コードを読み、データフローを追跡して原因の仮説を立てる:
仮説が正しいことを実証する:
/doujin-design根本原因に対する修正方針を決定する。修正は最小限にとどめる。
/doujin-implement設計に基づきバグを修正する。バグに無関係なリファクタリングは行わない。
/doujin-desk-check修正をセルフレビュー。特に回帰リスクに注意する。
/doujin-test-create再現テスト必須 — 修正前なら失敗、修正後ならパスするテストを書く。
/doujin-test-run全テストをパスするまで修正・リトライ（上限2回）。
/doujin-doc-update通常不要。ドキュメント自体が間違っていた場合のみ修正。
## バグ修正完了
### バグ報告
（元の症状説明）
### 根本原因
（原因の1行要約）
### 修正ファイル
- ファイル一覧
### テスト結果
- パス: X件 / 失敗: 0件
- 追加テスト: X件
### 回帰リスク
- （あれば）