← ClaudeAtlas

executionlisted

計画ファイルを入力に、実装を Codex サブエージェント(通常/高リスク)へ委譲し、レビュー・裁定・コミットまで回す実装工程。設計済みタスクの実装フェーズで使う(Codex 専用)
mizulba-dev/dev-method · ★ 0 · Code & Development · score 73
Install: claude install-skill mizulba-dev/dev-method
# execution: 計画から出荷までの実装工程(Codex サブエージェント + クロスモデルレビュー) **Codex 専用**(dev-method-codex プラグインで配布。Claude Code には teammate 機構を使う同名スキルが dev-method-claude にある)。Codex の multi_agent 機能(サブエージェント)を使う。 $ARGUMENTS の1つ目が計画ファイル(通常 direction 置き場の `*.md`)、2つ目が任意のタスクディレクトリ(省略時はカレント checkout で作業。worktree でも可)。 実装は通常境界を `dev-method-implementer`(GPT-5.6 Terra / medium)、高リスク境界を `dev-method-implementer-critical`(GPT-5.6 Sol / high)サブエージェントが行い、レビューは `cross-review` スキル(別モデル = Claude Opus / high の headless 実行・リーダー直叩き)で行う。実装・レビューとも中間ラッパー層を挟まない。 `~/.codex/agents/` は Codex 全体で共有される名前空間のため、このスキルが配布する role 名とファイル名は `dev-method-` 接頭辞を持つ。接頭辞なしの名前は他ツールの定義と衝突しうるので使わない。 ## 前提セットアップ(初回・定義更新時) 1. `~/.codex/agents/dev-method-implementer.toml`・`~/.codex/agents/dev-method-implementer-critical.toml`・`~/.codex/agents/dev-method-reviewer.toml` が存在し、このスキルと同じディレクトリにある同名ファイルと一致するか確認する。無い、または内容が異なるファイルは `~/.codex/agents/` へコピーする。初回なら「agent 定義を作成した」、差分更新なら「agent 定義を更新した」と報告する。 2. 接頭辞なしの旧名ファイル(`implementer.toml`・`implementer-high.toml`・`implementer-critical.toml`・`reviewer.toml`)が `~/.codex/agents/` に残っていないか確認する。**先頭行が `# dev-method managed` で始まるファイルだけ**を、このスキルの旧配布物として削除し、削除したファイル名を報告する。マーカー行が無いファイルは他ツール由来の可能性があるため削除せず、同名 role が併存している旨をユーザーへ報告して判断を仰ぐ。旧名ファイルが無ければこの手順は何もしない。 3. 現セッションの `spawn_agent` tool schema を確認し、`agent_type` field と選択した正式 role 名が利用可能 role に見えることを確かめて role TOML の選択経路を使う(`agent_type` 対応 runtime を前提とする。field 自体が無い場合は役割本文の同梱等で縮退せず停止し、Codex の更新・完全再起動を求める)。初回作成・role 名変更の場合は spawn 前に停止し、Codex の完全再起動を案内する。`