ガントの限定タスクを分担する

オーケストラは今回の成果群の選定・順序・起動を担当する。起動後は各タスクchatのPMとそのワーカーで完結し、PMが設計・中核実装・ワーカーの回収と修正・統合・最終検収・許可済みの正式化・進捗更新を持つ。通常の判断、試験開始、採用、commit・pushに親のGOや再検収を挟まない。ワーカーを使わない作業はPM自身が完遂する。

近い複数IDを一担当へまとめてよい。一タスク一chatの指定があればそれに従う。多数IDをカテゴリ別に管理する継続開発はgantt-development-orchestratorを使い、作業数だけで切り替えない。

提案依頼やスキル名だけの呼出しは工程4まで。開始が承諾されていれば工程5へ進む。許可、実モデル、環境、CLI・Git操作は共通実行条件に従う。通常実行のために大規模資料を読み込む必要はない。

計画外の危険や本人判断が必要な事象には、選択肢UIと完全停止を適用する。該当タスクのPMと全ワーカーを止め、本人の明示回答まで独立工程も進めない。親やheartbeatはその停止を解除せず、通常の自律実行よりこの停止条件を優先する。

1. 現在地を読む

AGENTSと進捗ツールのREADME・helpから唯一の正本と更新手順を確認する。実在するread-only操作で、最新revision、依頼内の元ID・body/check・必要level、状態、owner、依存理由を読む。正本読取りのためにブラウザーやserverを起動しない。

ready一覧だけで依頼範囲を作らず、原依頼と進行中・再開待ちのIDを照合する。必要な実thread、コード、HEAD、index、WIP、untrackedから既存担当・未回収・採用済み成果を確認する。idleは所有解放ではない。読めない現物は未確認とする。

2. 成果・依存・編集境界で選ぶ

今回使う能力、CLIの開始条件、権限が成立し、編集・共有仕様・検証資源を分離できる工程を並列候補にする。新規の供給待ち候補は起動せず、既に待機中の担当や未回収成果は未完WIPとして保持する。既存担当がいる範囲へ別担当を重ねない。

合意済みの型や署名を使う独立TDDと、実能力を使う通常接続は分ける。実接続には受取版での実装、認可、資源寿命、環境が必要であり、fixtureや供給予定、CLIの形式依存通過だけで成立とはしない。共有型、DB、package・lock、試験資源は担当と順番を定める。

供給不足・未担当・循環・CLI拒否があれば原因判別と再開手順を使う。依存削除、偽done、依存なし詳細への付替えはしない。独立した依頼内作業は進めても、待機したIDの責任は残す。

3. 担当とモデルを提案する

codex-task-splitの分担基準で、担当自身の中核実装とワーカーの成果を分ける。並行作業と回収後の統合を区別し、小作業にワーカーを必須化しない。全後続工程の詳細設計を起動前提にしない。

モデル・推論・方式は既指定と実hostの対応を優先する。行数をchat数にせず、仮日程から工数や納期を推測しない。

4. 利用者へ示す

推奨する組合せを先に示し、通常担当の5列表を使う。対象段階とrevision、編集範囲、並行・後工程、必要な能力、検収方法と工程終了条件を添える。設計GO、独立開発の開始、通常利用可能を区別する。候補がなければ解除条件を示し、提案のみならここで終える。

5. 承諾済み担当を起動・実行する

起動入力と実行本文を使い、PM側で読める停止・再開手順と終了前照合の操作を埋め、共通工程・配送本文を展開して起動する。正式thread ID、実設定、cwd、HEAD、開始提示とCLI着手を確認する。結果不明は照会し、重複作成しない。担当は実装・必要な委任・回収・自己検収・正式化まで進める。

定期監視と異常時補正が依頼済みなら、タイマー監視と同PMへの補正も起動工程に含める。既存タイマーを照合し、承諾済みの対象・間隔・操作範囲で設定と実点検を確認する。起動・受理だけで実着手とせず、正常待機には介入しない。スキルの文書改訂だけで実タイマーを設置・再開しない。

6. 終了結果を確認して区切る

PMは自分のワーカーだけをmain-reviewで回収・検収する。独立タスクPMの成果を親の検収待ちワーカー成果へ読み替えない。PM自身が元条件と証拠を照合し、必要な検証・正式化・CLI更新まで終える。

完了判定は共通工程本文の「完了条件と証拠を照合する」に従う。原条件ごとの具体的な入力・通常経路・検査値と実行版の対応を確認し、必須条件に未確認が残る間は未完とする。件数・CI・done受理を製品保証へ読み替えない。

親への通常連絡は、指定終了点の完了結果、または共通工程の停止1〜4を通った未完終了結果を一度報告する。完了と待機登録確認済みと記録未確認を区別し、元ID、採用commit（未commitならその状態）、重要な検証結果、CLIの確認結果、残件と担当・次工程を示す。自chatの最終回答を親が読み取る方式なら別送信は不要。途中相談は本人にしか決められないscope・費用・権限と、PM間で解けない実際の所有衝突に限る。試験や共有操作の実衝突は関係担当と必要な箇所だけ調整し、通常の実況・ACK・親の窓割当を増やさない。

親は報告を完了・未完の待機登録確認済み・未完の記録未確認に分け、未完なら未完終了の回収を実行する。完了報告は唯一の進捗正本から終了点・空き枠を確認し、承諾済みの次タスクを配置する。completed表示だけで元ID完了にせず、未完の正式化や同IDの残工程は現PMの責任に残す。親による一律の再レビュー・試験再演・commit代行は行わない。許可済みのheartbeatは結果回収と、実際の異常に対する同PMへの補正・回復確認にも使い、逐次指揮へ戻さない。

全承諾済み成果群の原条件・必要levelと必要な正式化を確認して終了する。設定済みの監視は終了手順で実停止・削除を確認する。部分成果や一IDの完了を依頼全体の終了とせず、承諾範囲外の新領域、監視、archiveへ広げない。スキル改訂時は通常側の回帰確認を使う。

利用者へ伝える時は、PMの自己検収結果、独立レビューで確認した範囲、残る未確認を区別する。親が正本・報告・Gitだけを確認した場合、その確認を独立した製品検収済みとは表現しない。不足が判明したら同じPMへ具体的な条件と証拠不足を返し、元条件・既成果・過去の検収履歴を保持して是正する。