codex-delegatelisted

# Codex への実装委譲 レビュー(cross-review)とは別レイヤーの、実装作業の委譲。 Codex は独立タスクの量産・CLI 中心の操作・長時間の自律実行に強い。 設計判断が絡む作業は委譲せず Claude(generator)が担当する。 ## 委譲に向くタスク / 向かないタスク | 向く | 向かない | |------|---------| | 既存パターンに沿ったテストの量産 | 設計判断を伴う新機能 | | 定型的な一括変換(フォーマット統一、リネーム) | ドメイン知識(MIL等)が必要な実装 | | CLI操作中心の作業 | 複数モジュールにまたがるリファクタ | | Claudeのレート制限中の退避作業 | 計画(.claude/plans/)に基づく実装(それはgeneratorの仕事) | ## 委譲の規律(全て必須) Codex への依頼文には必ず以下を含める。「呼べること」と「狙った作業だけを 任せられること」は別であり、範囲を依頼文で固定する。 1. **cwd の明示**: 作業ディレクトリの絶対パスを依頼文に書く 2. **対象ファイルの明示**: 触ってよいファイル・ディレクトリを列挙する 3. **触らない範囲の明示**: 「上記以外のファイルは読んでよいが変更しない」と書く 4. **git 操作の禁止**: 「git add / commit / push は行わない」と必ず書く (コミットは委譲結果を確認した Claude 側が行う) 5. **完了条件の明示**: 何ができたら完了か(例: 全テストがPASSする)を書く ## 進め方 1. Codex CLI が使えるか確認する(インストール: `codex --version`、 認証: `codex login status`)。どちらかが通らなければ 「Codex CLI が使えません(未インストールまたは未認証)。委譲できないため、 通常の generator での実装を提案します」と報告して終了する (cross-review と同じ事前確認。Codex はこのテンプレートでは任意ツール)。 2. 委譲は作業ツリーがクリーンな状態で開始する。クリーンでなければ先に コミットまたは退避する(巻き戻しが「委譲の取り消し」と正確に一致する ことを保証するため)。 3. タスクが委譲に向くか上の表で判断する。向かない場合はその旨を伝え、 通常の generator での実装を提案する。 4. 依頼文を組み立てる(規律1〜5を全て含める)。 5. Codex を呼び出す。 - MCP(codex)が接続されていれば MCP 経由で依頼する - 接続されていなければ `codex exec "<依頼文>"` で実行する 6. Codex の作業完了後、変更内容を以下の3点セットで確認する (guard は Codex に効かないため、`git diff` だけでは未追跡ファイルや staged 済みの変更を見逃す)。 - `git status --short` で未追跡ファイルと staged の有無を確認する (Codex が新規作成したファイルもここで見える) - `git diff HEAD` で staged 込みの全変更内容を確認する - 触らない範囲に変更が無いか必ず確認する - 範囲外の変更や想定外の