「Claude CodeをAPIで回して、5億円の請求が来た」
——SNSでそんな話を見かけると、私は「そらそうだろ」と同時に、別の感覚も湧く。サブスクの範囲では処理しきれない問題が、企業にはちゃんとあるんだな、と。
あなたはどうだろう。AIの月額料金、成果が見えるまで払い続ける派？ それとも「使いすぎたら赤字になるから、上限を決めて使う」派？
私は後者に近い。だからこそ、定額プランとAPI従量課金の境目で、何が起きやすいのかを整理したい。
APIで利用しないといけないのか
Claude Codeの話題は多い。でも実際にどう使っているか、というインタビューは少ない。
まあ守秘義務もあるっちゃあるし、大っぴらに言えないことも多いことは理解できるし、してほしい。
企業のプロジェクトに特化したプロンプトを公開するわけにもいかないし、その企業が「このAIを使っている」とわかれば、それだけで攻撃対象になりかねない。プロンプトインジェクションを仕掛けるにも、モデルを特定できた方が動かしやすいからだ。
生成AIのクラウドサービスの大半は、サブスクによる月額制で使用量が決められているパターンが多い。
一方で、AnthropicとSpaceXが共同することで、Claudeの使用制限はかなり緩和された。以前はProプランでも、1日に2回ほど利用上限に当たれば週間制限にひっかかるほどだったが、今は1日4回の上限にいっても、多少余るくらいになっている。
ということは、だよ。
個人ユーザーにとっては、サブスクの世界が少しマシになった。でも企業の話は別だ。
企業には、サブスクでは足りない問題がある
エンタープライズやビジネス向けの法人プランはある。ただ、社内でアカウントを共有する運用には限界がある。
定額プランは時間と週間でリミットがかかるのが当たり前だ。最上位のMax$200でも、足りない人は足りない。並列でCLIを回す、複数プロジェクトを同時に走らせる、夜間バッチで大量のコードレビューを回す——こういう使い方をすると、サブスクの枠はすぐに枯渇する。
そこで足りない分はAPIを使う、という流れは自然だ。
APIは際限なく使える。大掛かりな開発では、従量課金の方が柔軟に見える。だから「Claude CodeをAPIで叩く」という選択が起きる。
ただ、柔軟さの裏返しがコストだ。サブスクなら月200ドルで頭打ちだが、APIにはその上限がない。使えば使うほど請求が伸びる。5億円という数字が話題になったのは、その極端な例だろう。
共有より、個人アカウントを渡す発想
企業向けプランを契約して社員全員で共有するより、個人にアカウントを与えて「生成AIを使うならそのプラン料金を会社が払う」——この発想の方が、これから増えていくのではないだろうか。むしろ個人アカウントを企業で使うスタイルが当たり前になるほうが柔軟ではないだろうか。
考え方としては、個人につける最大200ドル/月の秘書か部下の役割だ。必要経費として計上しやすい。使った分だけではなく、定額で予算が読める。共有アカウントで「誰が使いすぎたか」がわからない問題も避けられる。
とはいえ、社員全員にMax20を配るのは現実的ではない。開発部門だけ、AIを常用する人だけ、プロジェクト期間中だけ——そういう線引きが必要になる。全員に渡せば、使わない人の分も固定費になる。
私が言いたいのは、共有でリソースを奪い合うより、使う人に個別枠を渡す方が健全、という方向性だ。サブスクの上限緩和は、その前提を後押ししている。
200ドル分をAIで稼げるか
ただ問題があるとすれば、月200ドル分をAIで稼げるか、という話だ。
生産性は上がるだろう。でも生産するにも「作るもの・構想」がなければ何も始まらない。プランを立てるのが一瞬で終わるからこそ、スピーディに動く必要がある。
資料作成が5分で終わるとしても、それで何ドルの利益が生み出しているのか計算したことはあるだろうか。将来的には200ドル分を回収している可能性はあるかもしれない。でも、その日に作った資料は企業利益の内訳からすると、どの部分でいくらの価値があるのか——。
ここを考えている人がどれだけいるのだろうか。
AIに任せるのであれば、働かせているAIにお金を払うという考え方を、もう少し柔軟に持つ必要がある。月200ドルの秘書が、月50万円分の仕事をこなすなら安い。月5万円分しか生み出さないなら高い。人間の採用と同じ構造だ。
個人なら「自分の時間が節約できたからOK」で済むこともある。企業なら、部門の売上・コスト削減・リードタイム短縮と結びついているかが問われる。
API従量課金と「5億請求」の意味
API利用だけで高額請求される話は、以前からある。5億円が事実かどうかはここでは問わない。仮に5億円請求されたとしても、5億円以上をそれで稼いでいるなら、経営判断としては問題にならないはずだ。
5億円以下、あるいはその3分の1程度の成果しかなかったからこそ、問題視された——そういう読み方ができる。請求額そのものより、投下コストに対するリターンが合っていないことが本質だ。
仮にAPI料金を必要経費として計上できたとしても、予算上限を超えれば赤字になる。場合によっては、エンジニアの給料より高額になる。人より高速で大量にコーディングはできる。でも開発スピードを上げて量を重視するだけでは、レビュー負債や品質問題が後から来る。
人間によるチェックをあわせて質を重視する。際限なく働かせる手段としてAIを使うのではなく、使うべきところだけに注力する——この使い方が、これから最適化されていくのではないだろうか。
神プロンプトより、回収できるか
「AIすごいすごい」は簡単だ。使うのも簡単だ。
それを使って生産性が本当に上がっているのか。売上に関わっているのか。AIの利用料に匹敵する成果が出ているのか——こういう問いがないと、日本は生産性が弱いまま終わってしまうだろうなと、私は思っている。
神プロンプトでキャッキャしている段階は、どの組織にもある。問題はそこで止まることだ。プロンプトの巧拙より、何を作り、いくらで売り、いくら削減したかを測れているかの方が重要になる。
生成AIのプラン設計も、いずれそちらに寄っていくはずだ。無制限に使わせるAPIと、定額で上限のあるサブスク。その中間に「部門ごとの予算枠」「成果連動の課金」みたいな形が出てくるかもしれない。今はまだ、個人の感覚と企業の会計の間にギャップがある時期だと思う。
まとめ：コストより先に成果を測れ
Claude CodeをAPIで叩いて5億請求——極端な例としては、サブスクでは足りない企業が従量課金に流れ、予算管理と成果測定が追いつかなかった、という絵に見える。
個人には月200ドルまでの定額枠を渡す発想は、共有より健全だ。ただ200ドル分を回収できるかは、ツールの問題ではなく事業の問題だ。私は、プランを選ぶ前に「このAIにいくら払って、いくら返ってくるか」を書けるかどうかを、先に確認したい。
