GitHub自身の説明は率直だ。Copilotはかつての軽量なオートコンプリートではなくなり、エージェント型のワークフローは定額シートが吸収できる以上の計算資源を消費する。マイクロソフトの撤退を「より安いツールへ切り替える」と読むCXOは読み違えている。ベンダー統合と単価の引き下げは別の問いであり、GitHubの移行分析が示唆する通り、トークン経済は請求書を送るベンダーが誰であれ、ワークロードに従う。
次の展開前に整えるべきもの
解決策は、導入を遅らせることではない。ここまでAIに依存するエンジニアが手放すことはなく、それを取り戻そうとするCFOは生産性と戦うことになる。必要なのは、エージェント型コーディングの支出をソフトウェアのサブスクリプションではなく、メーター課金の公共料金として扱うことであり、次の展開前に成熟した統制モデルを置くべきだ。
エンジニア1人あたりの上限を一律に設けるのは出発点にはなるが、重要な作業の最中に強制停止が発生すれば、別の問題に置き換わるだけで終着点としては不十分だ。より良いモデルは、より柔軟な手段を重層的に組み合わせる。
チーム単位の予算とソフトアラートは、超過になる前のブレを捉える。異常検知は、暴走するエージェントのループを四半期末ではなく数時間で検出する。役割ベースのモデルアクセスは、高価な最先端モデル（フロンティアモデル）を日常業務から遠ざけ、承認しきい値は最大の請求を生む長時間の自律実行をゲートする。ショーバック（利用部門への可視化）やチャージバック（利用部門への配賦）は、コストを生み出したチームに紐づけることで、どんな通達よりも速く行動を変える。
とはいえ、分母がなければどれも機能しない。支出額だけでは、その金が有効に使われたかを取締役会に示せないため、統制は、マージされた変更1件あたりのコスト、採用された提案1件あたりのコスト、解決されたチケット1件あたりのコストといったROI指標と並べて設計されるべきだ。契約構造の再交渉も重要である。コミット利用の割引、支出上限、ハイブリッド課金などがそれに当たる。なぜなら、純粋な従量課金モデルは、変動性のすべてを企業側に負わせるからだ。
取締役会にとって、より難しい教訓は文化にある。マイクロソフトとUberは、採用スピードとコスト曝露が1つの数字になったこと、そしてAI利用だけに最適化されたエンジニアリング文化は、上限のない請求額にも最適化されてしまうことを示した。
第2四半期に想定外の事態を起こさずにエージェント型コーディングを拡大できる企業は、最もそれを愛するチームにツールを渡す前に、メーターを付ける企業だ。
