先週、開発部門の若手マネージャーからSlackが飛んできました。「GitHub Copilotのクレジットが想定より全然早く減っています。部内の予算計画を見直す必要があるかもしれません」という内容でした。私はその時点ではGigazineの記事をまだ読んでいなかったのですが、ちょうど同じ日にその記事を見つけて、ようやく状況が飲み込めました。
記事によると、GitHub Copilotは2026年6月1日から使用量ベースの従量課金に移行しました。新たな「AIクレジット」という単位で消費量を管理する仕組みです。ところが移行直後から、利用者の不満が相次いでいます。月額39ドルのCopilot Pro+ユーザーが2時間の利用で月間枠の約8%を消費したという報告や、1件の変更依頼で6ドル超のクレジットを使ったという事例まで出ています。さらに、Claude Opus 4.8でWebサイトの修正を依頼したところPro+の月間枠の16%を一気に消費したという話もあります。
私の立場から見て、これは単なる「値上げへの不満」ではありません。問題の本質は、コスト予測が立てにくいという構造的な話です。エージェント型の機能では、ユーザーが1回の指示を入力しても、内部では複数回のモデル呼び出しが発生します。開いているファイルや関連リポジトリの情報、会話履歴まで処理しているため、見た目の操作は1回でも実際の消費量は全く違う、という状態になっています。
これは開発ツールだけの話ではありません。私たちの部門でも今年度、AIを使った営業支援ツールの導入稟議を2本通しました。どちらの稟議書でも「月額固定費○○円」という前提でROI計算をしています。ところが今回のGitHub Copilotの件を見ると、固定費前提の試算がいかに脆いか、改めて突きつけられた気がしました。経営陣への説明でコスト試算の信頼性が揺らぐのは、非常にまずいです。
この件をきっかけに、現在進行中のAIツール導入稟議の書き方を少し変えることにしました。具体的には以下の3点を追記する形で見直しを進めています。
特に3点目は、今後ベンダーを評価する際の選定基準にも加えるつもりです。ツールの性能や機能だけを評価していたこれまでのやり方では、導入後にコスト管理が破綻するリスクがあります。私の部門には現在25名の部下がいますが、全員がAIツールを日常的に使うようになれば、従量課金の誤差が積み重なって月次予算を大きく外れる可能性は十分あります。
投資対効果の説明は経営陣への説明の中でも特に神経を使うところです。「このツールを入れれば年間○○万円のコスト削減になります」と言い切れるかどうかで、稟議の通りやすさが全然違います。従量課金モデルはその「言い切り」を難しくします。だからこそ、コスト上限の設計とモニタリングの仕組みをあらかじめ組み込んだ形で稟議を書くことが、今後の標準になると考えています。
GitHubは記事作成時点でコミュニティ上の不満に対して具体的な回答をしていません。状況がまだ流動的な中で判断を迫られるのは、正直しんどいところです。ただ、変化が速い時こそ、社内の意思決定の土台をしっかり作り直しておく機会でもあります。今週末のゴルフを終えたら、月曜の朝イチで稟議書の改訂版を担当者に渡すつもりです。
記事によると、GitHub Copilotは2026年6月1日から使用量ベースの従量課金に移行しました。新たな「AIクレジット」という単位で消費量を管理する仕組みです。ところが移行直後から、利用者の不満が相次いでいます。月額39ドルのCopilot Pro+ユーザーが2時間の利用で月間枠の約8%を消費したという報告や、1件の変更依頼で6ドル超のクレジットを使ったという事例まで出ています。さらに、Claude Opus 4.8でWebサイトの修正を依頼したところPro+の月間枠の16%を一気に消費したという話もあります。
エージェント型AIの「見えないコスト」という問題
私の立場から見て、これは単なる「値上げへの不満」ではありません。問題の本質は、コスト予測が立てにくいという構造的な話です。エージェント型の機能では、ユーザーが1回の指示を入力しても、内部では複数回のモデル呼び出しが発生します。開いているファイルや関連リポジトリの情報、会話履歴まで処理しているため、見た目の操作は1回でも実際の消費量は全く違う、という状態になっています。
これは開発ツールだけの話ではありません。私たちの部門でも今年度、AIを使った営業支援ツールの導入稟議を2本通しました。どちらの稟議書でも「月額固定費○○円」という前提でROI計算をしています。ところが今回のGitHub Copilotの件を見ると、固定費前提の試算がいかに脆いか、改めて突きつけられた気がしました。経営陣への説明でコスト試算の信頼性が揺らぐのは、非常にまずいです。
稟議書のコスト欄に「従量リスク」の記載を追加することにした
この件をきっかけに、現在進行中のAIツール導入稟議の書き方を少し変えることにしました。具体的には以下の3点を追記する形で見直しを進めています。
- 月間クレジット上限の設定と、超過時の承認フロー
- エージェント型機能の利用可否を社内ポリシーとして明文化
- ベンダーに対して消費量の可視化ダッシュボードの提供を要件として明示
特に3点目は、今後ベンダーを評価する際の選定基準にも加えるつもりです。ツールの性能や機能だけを評価していたこれまでのやり方では、導入後にコスト管理が破綻するリスクがあります。私の部門には現在25名の部下がいますが、全員がAIツールを日常的に使うようになれば、従量課金の誤差が積み重なって月次予算を大きく外れる可能性は十分あります。
投資対効果の説明は経営陣への説明の中でも特に神経を使うところです。「このツールを入れれば年間○○万円のコスト削減になります」と言い切れるかどうかで、稟議の通りやすさが全然違います。従量課金モデルはその「言い切り」を難しくします。だからこそ、コスト上限の設計とモニタリングの仕組みをあらかじめ組み込んだ形で稟議を書くことが、今後の標準になると考えています。
GitHubは記事作成時点でコミュニティ上の不満に対して具体的な回答をしていません。状況がまだ流動的な中で判断を迫られるのは、正直しんどいところです。ただ、変化が速い時こそ、社内の意思決定の土台をしっかり作り直しておく機会でもあります。今週末のゴルフを終えたら、月曜の朝イチで稟議書の改訂版を担当者に渡すつもりです。