dev-workflowlisted

# Dev Workflow 要件定義から実装・レビューまでを複数エージェントで連携させるフルワークフロー。 `.claude/skills/` の各スキルからこのファイルを Read して指定フェーズから実行する。 フェーズ間の遷移はこのファイル内で完結する（外部コマンド呼び出し不要）。 --- ## セッションファイル運用総則 各フェーズ承認後は、セッションファイルの `- [ ] {フェーズ名}` を `- [x]` に Edit すると同時に、`現在地:` 行を次フェーズ名へ Edit すること。 例: `現在地: フェーズC 計画中`、フェーズ E 完了時は `現在地: 完了` `現在地:` は行フィールド形式（`現在地: {値}` 1行）で維持する。`## 現在地` 見出しにしない。 `現在地:` に書くのは「**今どのフェーズにいるか**」と「**次にどこへ向かうか**」の 2 点だけとし、値は **200 文字以内**に収めること（`.claude/hooks/restore_session.py` の `MAX_GENBA_CHARS = 200` に対応する）。経緯・確定事項・コミットハッシュ・再開手順などは `現在地:` に書かず、`## 残タスク` / `## うまくいったアプローチ` / `## 試みたが失敗したアプローチ` へ振り分けること。 > **なぜ 200 文字なのか（美観の問題ではない）**: `現在地:` の値は `SessionStart:compact` hook（`.claude/hooks/restore_session.py`）が圧縮後に再注入する出力の中で、**fail-loud マーカーより前方**に置かれる。ハーネスは hook の stdout を 10,000 文字で cap する（設定変更不可）ため、`現在地:` が肥大するとマーカーが 10,000 文字境界の外へ押し出され、**切り詰めに気付けないまま復元されたつもりになる**。 > > 200 文字を超えた値は `_cap_genba` が先頭 200 文字へ切り詰め、末尾に `…[現在地は全 N 文字中 先頭 200 文字のみ表示。全文は {セッションファイルのパス} を Read]` を付けて知らせるため、気付けないまま失う事故そのものは防がれる。ただし**切り詰められた内容は復元に載らない**。長い記述は上記の各セクションへ書くこと。 > 注: 「フェーズ承認後」が原則だが、フェーズ完了直後に更新するケースもある（D-1・D-4 等の tester 完了トリガーなど）。承認とタスク完了が同一ステップになる場合は完了時点で即 Edit する（CR L-02）。 --- **運転モードによるゲート挙動の切替（既定は HITL・非破壊）**: 各フェーズの承認ゲート （**A-4 / B-3 / C-1 / C-2 / C-3 / D-2.5 / D-3 / D-5 / E-3 の 9 個**。D-0 は AskUserQuestion を 持たない実行モード判別ステップのため承認ゲートに含めない＝DC-AS-003）に到達したら、ま��� session.tmp の `モード:` 行を確認する。**有効な自律宣言**（§3-3）でなければ**以下の各ゲートを 記載どおり AskUserQuestion で実行する（従来動作）**。有効な自律宣言のときのみ、 `.claude/skills/autonomou