6月24日、Computer Weeklyが「Gartner: AI coding agents will cost more than real developers」と題した記事を公開した。AIコーディングエージェントのトークンコストが2028年までに開発者の平均給与を上回るというGartnerの予測を詳しく紹介している。
AIコーディングの「隠れたコスト」が経営を直撃する
Gartner Peer Insightsの調査によると、テックリーダーの23%が、AIコーディングエージェントのトークン費用として開発者1人あたり月200〜500ドルを支出している。対象ツールはClaude Code、Cursor、OpenAI Codexといった、現在エンジニアリング組織で急速に普及しているものだ。
さらに踏み込んだ数字もある。全組織の6%が、すでに開発者1人あたり月2,000ドル以上をAIツールのトークン費用として支払っている。これはソフトウェア開発者の人件費として見ると、地域によっては一人分の月給に匹敵または超過する水準だ。
Gartnerのソフトウェアエンジニアリング部門のアソシエイト主席アナリストであるNitish Tyagiは次のように警告する。
「コストは月20ドルから200ドル、場合によっては2,000ドルにまで跳ね上がる。AIがもたらす価値は信じているが、トークンコストは確実に増加する」
2028年、AIコストが開発者給与を上回ると予測
Gartnerは、2028年までにAIコーディングのコストが開発者の平均給与を上回る可能性があると予測している。背景にあるのは2つの構造的な変化だ。
- LLMトークン消費量の増大：エージェント型の自律開発（Agentic Development）が普及するにつれ、1タスクあたりのトークン消費が急増する。
- シートベース課金から従量課金への移行：多くのAIツールプロバイダーが、定額のシートライセンスから消費量に応じた課金モデルに切り替えつつある。
ここで言う「Agentic Development」とは、開発者が逐一指示を出すのではなく、AIエージェントが自律的にコード生成・テスト・修正のサイクルを回す開発スタイルを指す。タスクの複雑さに応じてエージェントが複数のステップを自律実行するため、1回の指示に対するトークン消費量が従来のコード補完ツールとは桁違いに膨らむ。GitHubやAnthropic、OpenAIをはじめ多くのプロバイダーがこのアーキテクチャに移行しており、業界全体としてAgentic Developmentは今後の主流となると見られている。
この移行が厄介なのは、プロバイダー側がトークン消費の計算・請求方法を透明に開示していないケースが多い点だ。開発タスク全体を通じたトークン使用量の可視性がなければ、組織は予算超過のリスクに直面し、コストと成果の追跡が困難になる。
「$20,000の請求書」が来て初めて気づくケース
Tyagiが紹介した実例が具体的だ。あるインドのIT企業では、1人の開発者のAI利用コストがトークン消費量に基づいて2万ドルに達していた。ITリーダーチームが詳細を調査したところ、その開発者はレガシーシステムのモダナイゼーションプロジェクトに従事しており、コストは正当化できると判断された——つまり、コストが可視化されていなければ、そもそも正当化の議論すら始まらなかった。
このケースはAI導入の失敗例ではなく、むしろ「コスト管理の仕組みがなければ、価値ある投資すら把握できない」という点を示している。
Gartnerが推奨する対処法
Gartnerは「How to optimize token consumption for AI coding」レポートの中で、ソフトウェアエンジニアリングリーダーに対して以下のアプローチを推奨している。
- 現在のソフトウェアエンジニアリングプロセスの成熟度を評価する：自律的なエージェント開発に組織が対応できる状態かを確認する。
- 開発者がどこでAIコーディングエージェントを使っているかを特定する：ツールの利用実態を把握しないまま費用を払い続けるのは論外だ。
- 「プレミアムモデルが必要なユースケース」と「そうでないユースケース」を分ける：全タスクに高コストのモデルを使う必要はない。
Tyagi自身は「AIから離れるべきではない」という立場を明確にしている。問題はAI活用の是非ではなく、コストの可視化と管理体制の整備にある。
従量課金モデルへの移行は、SaaSのシートライセンス時代とは根本的に異なるコスト管理の思想を組織に要求する。エンジニアリングマネージャーや技術責任者にとって、AIツールの「月額いくら」という感覚は、もはや通用しない。
詳細はGartner: AI coding agents will cost more than real developersを参照していただきたい。
