タスク別モデル・オーケストレーター

親エージェントがタスクを判定し、Agent ツールの呼び出しごとに model を指定して結果を検証する。モデルを自動的に切り替えるプログラムではなく、モデル別の一律分業を品質保証として扱わない。

手順

Step 1: 委譲の必要性と制約を確認する

1. 依頼の目的、受入条件、許可された編集対象、禁止操作、利用可能なテスト、予算または呼び出し上限を抽出する。不明な高影響操作は実行せず確認する。
2. 一回で終わる小さな作業、または委譲準備のほうが高くつく作業は親が直接処理する。複数の独立した探索、局所的な実装、レビューでのみ委譲を検討する。
3. 実際に利用できるモデル、Agent ツールの model 指定、許可されたサブエージェント、課金方式を確認する。モデルの利用可否や価格を推測しない。サブスクリプションではトークン推計を請求額と呼ばない。
4. 既存のプロジェクト指示、権限、承認を維持する。スキルの発動は追加権限を与えない。

Step 2: 作業単位を分類して割り当てる

1. 依頼を、入力・期待出力・検証方法を持つ独立した作業単位に分解する。曖昧さ、必要な途中判断、誤りの影響、可逆性、外部オラクルの有無を作業単位ごとに記す。
2. スキル同梱の references/routing-policy.md を読み、各作業単位について委譲不要、Haiku、Sonnet、Opus、または人間確認を選ぶ。価格だけで選ばない。迷う場合は Sonnet で限定的に調査し、確証のない変更は実行しない。
3. 安価なモデルの担当は、狭い入力・明瞭な完了条件・独立した検証・安全な再試行を満たすものに限定する。実行中の設計判断や障害対応が難しければ実行担当も Sonnet または Opus にする。
4. 並列化はファイル競合・共有状態のない作業だけに限定する。編集対象が重なる場合は逐次実行する。探索だけなら読み取り専用の Explore 等を優先するが、組み込み Explore のモデルを Haiku と決めつけない。