コーディングエージェントのコスト最適化：検証を削らない予算管理

安い一回の要求でも使えないパッチなら、追加プロンプト、人手修正、再検証が必要です。タスク開始から diff 受け入れまでの要求、リトライ、入出力量、時間、人手介入、検証結果を記録します。

比較時はリポジトリの snapshot、範囲、プロンプト、権限、受け入れコマンドを固定し、異なるタスクの金額を直接比較しません。

ビルドコマンド、ディレクトリ境界、テスト要件を簡潔なリポジトリ指示へ置きます。関連入口から読み、長いログは最小の失敗箇所と完全な秘匿済み成果物の場所に分けます。

各工程で古い出力を捨て、レビュー済み判断だけを要約します。再調査を減らしつつ、事実の元は再確認できる状態にします。

最大試行数、並列数、出力、ネットワーク権限、停止条件を先に定義します。上限に達したら証拠を返して停止し、無断で範囲や権限を広げたり無限に再試行したりしません。

ゲートウェイのルートは必要なプロトコルと機能を保持する必要があります。キャッシュは提供元が条件を示し、安定したプレフィックスが同一の場合だけ期待できます。実効モデル、ルート、公開されるキャッシュ指標、ポリシー版を記録します。

タスク種別ごとに受け入れ、失敗、リトライ、人手修正、総利用量を確認します。コンテキストやリトライが急増したら、モデル変更の前に原因を調べます。費用集計のためにプロンプト、ソース、資格情報を通常ログへ保存しません。