AI コーディング拡大でトークン費用膨張、上限管理が焦点

開発現場の変化

Kilo Code はコード執筆1%
難所は既存コード改修
Replit は PR にリスク点数

モデルの使い分け

Kilo Code は500超モデル対応
設計は高性能、実装は低コスト
Replit が選択を利用者に代わり判断

コスト管理の実際

重視指標はPR単価
Symbotic は月額費用階層
詳細を読む

AI 開発ツールを手がける Replit と Kilo Code、倉庫自動化の Symbotic の技術責任者が、カンファレンス VB Transform 2026 で、コーディングエージェントの普及に伴うトークン費用の膨張とその管理策を語りました。エージェントが実装の大半を担う一方、年間の AI 予算を使い切る利用者も現れ、各社は利用上限の設定とモデルの使い分けで対応しています。

Kilo Code 共同創業者の Emilie Schario 氏によると、同社のエンジニアが自分でコードを読み書きする時間は全体の約1%にとどまり、残りはエージェントが担っています。Symbotic で AI とクラウドを担当する Jared Go 氏は、新規のコードベース構築はエージェントに任せやすい一方、既存コードの改修や保守こそが本当の難所だと指摘しました。

Replit の製品エンジニアリング責任者 Amol Jain 氏は、人を工程の中に入れるのではなく工程を上から監督させる体制だと説明します。同社ではエージェントが各プルリクエストにリスク点数を付け、低リスクなら作成者が自分でマージし、それ以外は人間のレビューに回ります。エージェントはアクセス制御付きの専用仮想マシンで動き、人間が再現できなかった難解なバグでは管理役のエージェントが下位エージェントを多数起動し、6時間後に修正案をそろえました。

モデル選択の自由度を求める動きも強まっています。Kilo Code のゲートウェイ500 以上のモデルに対応し、設計段階は高価な最先端モデル、その後の作業は安価なオープンウェイトモデルという使い分けが広がっています。Schario 氏はデータ保持方針や利用地域といった制約も振り分けの判断材料になると述べました。

費用管理の指標として、Schario 氏はプルリクエスト単価を最も注視していると語り、支出自体ではなく見返りのない支出が問題だと整理しました。Symbotic は社員ごとに月額の費用上限を階層で設け、管理職が利用状況を見て階層を上下できる仕組みを自社開発しています。同社が多用する Cursor が従来の定額割引を終了したことも、社内の効率化を促したといいます。

課題は IT 部門の外にも広がります。Replit では、サポート業務の利用者が GPT 5.5 Pro Max で自動処理を回し、多額の費用を使っていたことが後から判明しました。Jain 氏は、生産性を妨げない可視化とモデルの振り分け、妥当な初期設定が重要だとしたうえで、大半の作業に最先端モデルは必要ないと述べています。