Dcr Pipeline

1. 対象ファイルを読み、現状を把握する
2. 変更スコープを箇条書きで定義する
3. 実装順序を依存関係に基づいて決定する
4. 検証方法を各変更項目に対して定義する
5. チェックリストを生成する（後のQA Gateで使用）
6. 必要に応じて model-route で実装時のモデル階層を決める

出口条件

• ユーザーがプランを承認した
• チェックリストが生成されている

次ゲートへの誘導

実装完了時に以下を提示:

✅ 実装完了。以下のゲートに進みます:
💡 q/ でQA検証を実行します

Phase 2: Implementation

ルール

• Plan Gate で承認されたスコープのみ実装する
• 大きな変更はチャンクに分割し、各チャンク後に報告する
• 実装中に Plan からの逸脱を検知したら停止して再確認する
• サブエージェント使用時は Transparency for delegation ルールに従う

完了判定

• Plan のチェックリスト全項目が実装済み
• 明らかなエラー（構文エラー等）がない

自動誘導

実装の最後のチャンク完了時に:

✅ Plan の全項目を実装しました。
💡 q/ でQA検証を実行することを推奨します

Phase 3: QA Gate (q/)

入口条件

• 実装が完了している
• Plan Gate のチェックリストが存在する

実行内容

1. コード全体を読む（差分ではなく全体）
2. Plan のチェックリストを1項目ずつ検証する
3. リスク順に報告する（🔴 重大 → 🟡 中 → 🟢 低）
4. 機能チェックリスト表を作成する（✅ / ❌）
5. 構造品質は eval-harness、構成安全性は security-scan で補助検証する

報告フォーマット

## QA Report — [対象名]

### 🔴 重大
[機能不全の可能性があるもの]

### 🟡 中リスク
[動作に影響しうるもの]

### 🟢 低リスク / 品質
[改善推奨だが動作には影響なし]

### 機能チェックリスト
| 機能 | 状態 |
|------|------|
| ... | ✅ / ❌ |

出口条件

• 🔴 重大が0件
• 全機能チェックリストが ✅

🔴 がある場合

🔴 重大な問題が [N]件 あります。修正後に再度 q/ を実行してください。

全パス時の誘導

✅ QA通過。全機能が正常に実装されています。
💡 sh/ でリリース判定に進めます

Phase 4: Ship Gate (sh/)

入口条件

• QA Gate を通過している（🔴 = 0）

実行内容

1. リリース対象ファイル一覧
2. チェック項目表:
   • QA gate 通過
   • 重大バグなし
   • セキュリティ（外部入力、シークレット）
   • Git 状態（未コミット変更、ブランチ）
3. リリース判定: 🟢 Ship可能 / 🔴 ブロッカーあり
4. コミットメッセージ案の提示
5. 必要時は harness-audit を実行し、運用負債を次サイクルに繰り越さない

出口条件

• ユーザーがコミット/マージを承認
• コミットが成功

Edge Cases

途中でスコープ変更が発生した場合

🟡 スコープ変更を検知しました。
⚠️ p/ でプランを更新してからに進むことを推奨します

QA で修正が必要になった場合

修正後、QA Gate を再実行する（sh/ には進まない）。

小さな変更（3ステップ未満）の場合

Pipeline は推奨するが強制しない。ユーザーが直接 sh/ を呼んでもよい。

Integration with DCR Kernel

このSkillは CLAUDE.md の以下と連携する:

• Signal protocol: 各ゲートの判定結果を 🟢/🟡/🔴 で報告
• Permission model: 実装フェーズは 🟡 (execute → report)、ファイル作成は 🔴 (plan → approve)
• Work approach: 3+ step tasks のルールを Pipeline で自動適用
• Transparency for delegation: エージェント使用時の一覧提示