モデルと労力のルーティング

プロンプト

1. 低いレベルから始め、証拠があって初めて上のレベルに移る。すべてのディスパッチはタスクに適した最も低い階層から始まる。具体的な失敗（チェックの失敗、誤った結果、レビュアーの指摘）があって初めて一段階上に移る。タスクが難しそうだからという理由は認めない。

2. タスクの内容によって階層を選ぶ:
   - 検索、ファイル読み込み、単純な機械的編集、フォーマット、ステータスの確認: Haiku、または低負荷のSonnet。
   - 明確な受け入れ基準がある限定的なビルド: Sonnet、中程度。
   - 難しいデバッグ、複数モジュールにまたがる変更、マイグレーションやセキュリティに関わるもの: Opus、中〜高負荷。
   - アーキテクチャや計画の策定: OpusまたはFableの高負荷または最大負荷、計画が確定するまで。確定後は段階を下げる。
   - Robertの声で他者に向けた文章: 最低でもOpus、Sonnetは使わない。
   - レビュー席: 別のプロバイダーの第二モデル。

3. より大きなモデルに切り替える前に負荷を上げる。推論不足による失敗はまず同じモデルで負荷を上げる。能力不足による失敗はより大きなモデルに切り替える。

4. 失敗したらまずブリーフを修正する。同じ階層でブリーフ（目標、ファイル、"完了"の定義）を明確にして一度だけ再試行する。再試行も失敗した場合にのみエスカレーションする。

5. 選択を明示する。すべてのディスパッチはチケットにモデル、負荷、1行の理由を記載し、選択が監査可能にする。

6. 決定はチケット、メモリ、引き継ぎドキュメントに記録し、プレミアムセッションのみに残さない。プレミアムセッションは役割が終われば使い捨てとし、アイドル状態のエージェントは閉じる。

7. 安価なエージェントでパイプラインを満たし続ける。プレミアム席を増やすのではなく、低階層でレビュー、QAパス、次のスライス準備で忙しくする。

タグ