生成AI APIの運用コスト｜上限の決め方と、達した日の3択

外部のサービスを契約して使うだけなら、金額は契約したプランと人数で決まることがほとんどです。上のプランに変えれば上がりますが、使った量では動きません。自社の仕組みにAPIで組み込むと、そこから先は動かした回数と、1回あたりに送った量、返ってきた量で決まってきます。人を10人増やしても、その10人が月に数回しか使わなければ請求はほとんど変わりません。逆に、人が増えなくても、業務の件数が増えればそのぶん請求も増えます。来月が読めなくなるのは、たいてい後者に入ってからです。

迷ったら、まず2つだけ決めてください。月あたりの上限をいくらにするか。その上限に達したときに何をするか。この2つがあれば、来月の請求が読めない状態からは抜けやすくなります。細かい試算は、実際に動かした量が見えてからで間に合うことが多いです。

同じ「生成AIの利用料」でも、増え方は使い方によって違います。増え方が違えば、上限をかける単位も変わります。どれに当てはまるかを先に決めてから、上限の話に進んでください。

外部のサービスで足りるか、内製が要るか

社員が文章を書いたり要約したりするだけなら、法人向けのプランを契約するだけで足りることがあります。月額はプランと人数で決まるので、使った量では金額が変わりません。内製に踏み出すのは、ここから先になります。社内の資料を検索させたい、基幹システムのデータを見て判断させたい、承認の前や後にAIの処理を自動で挟みたい。こうした場面から、自分たちで組み込む話になります。

従量課金が始まるのは、たいてい外部のサービスではできないことが出てきて、自分たちで組み込んだときからです。動き始めてから請求の見通しに悩むときは、ここで使い方を取り違えていることがあります。

どの工程を内製に置くかという話そのものはAI開発の内製と外注にまとめています。

「月額プランで十分」と「APIで組む」で結論が割れるのはなぜか

同じキーワードで調べると、月額のプラン契約を勧める記事と、APIで組み込む前提で費用を解説する記事の両方が出てきます。読み比べると迷いますが、割れているのは前提のほうです。人が手で使うぶんには、1日に打てる回数はおのずと限られます。内製して仕組みから呼び出すなら、業務の件数がそのまま回数になります。どちらの記事も、想定している使い方の中では筋が通っています。

試算を出してもらったのに、実際の請求と合いません。これは計算が雑だから起きるとは限りません。運用コストは、使い始める前に正確な数字を出しにくいものだと思います。理由は3つです。

• やり取りが続く作りでは、前のやり取りを毎回まとめて送り直すことがある。同じ質問でも、5往復目は1往復目より送る量が多い
• 混み合って断られた処理は、待ってからもう一度送ることになる。送り直したぶんは新しい1回として数えられる。途中で切れた出力を作り直したときも同じで、どちらも最初の試算には入っていない
• やり直すのは人。出力が気に入らなければもう一度押すので、1件あたりの回数は使う人によって変わる

3つとも、作りを丁寧にすれば小さくはできます。ただ、ゼロにはなりにくいところです。試算の幅を狭めることに時間を使うより、実際に動かした量を記録して、その記録から見積もり直すほうが早いと思います。

上限をいくらにするかも、どこを削れば効くかも、実際に使った量が分からないと決めにくいです。提供元の管理画面には合計の請求額が出ますが、どの業務でいくら使ったかまでは分かれていないことがあります。作る段階で頼んでおけば、あとから足すより安く済むことが多いです。依頼のときは、次の4つをそのまま渡してください。

1. 011回の処理ごとに、送った量・返ってきた量・使ったモデルを記録に残す
2. 02記録に用途の名前を付ける。どの画面から、どの業務で呼び出されたかが後から分かるようにする
3. 03断られた処理と、やり直した処理も件数を残す
4. 04請求がドルなら、社内で円に直すときのレートの決め方もそろえておく

この4つを頼んでも、作る費用が大きく増えることはあまりありません。見積書の読み方そのものはAIを使う開発会社の見積もりに、発注のときに誰が利用料を負担するかを決める話はAIエージェント開発の外注にまとめています。

月あたりの上限を1つ決めただけでは、超えそうになったときに何を止めればよいかが分かりません。4つの単位に分けて決めると、超えそうなときにどこを止めればよいかが分かります。全部を同時に入れなくても、月と1回の2つからで足りることが多いです。

その上限は、通知が届くだけか、利用が止まるか

自社で決める上限とは別に、提供元の側にも上限の仕組みがあります。同じ「上限を設定した」でも、通知が届くだけのものと、そこで利用が止まるものがあります。どちらなのかで、達した日にやることが変わります。

利用が止まる形なら、達した日にやることは復旧の判断だけで済みます。通知が届くだけの形なら、受け取った人がその場で止めることになります。休みの日に届いたメールが月曜まで読まれない前提で、誰に届けるかまで決めておくのが無難です（Gemini API の課金ドキュメントとGoogle Cloud の予算のドキュメント、いずれも2026年9月確認）。

支払いのやり方が変わることもあります。Gemini API は2026年3月にこの2つのプランへ分かれ、新しく始めるアカウントは先に買っておく形になりました。同じ時期に、Gemini API の利用料は Google Cloud の無料トライアルでは賄えなくなっています。契約している提供元の説明は、年に一度は読み直してください。

行き先を決めないまま上限だけを決めると、達した日に止めにくくなります。止めれば業務が止まるので、結局その場で上限を引き上げることになりがちです。行き先は3つです。先に選んでおくと、達した日に迷わずに済みます。

どれを選んでも、失うものがあります。止めれば業務が待たされ、落とせば結果の質が変わり、人に回せば人の時間が要ります。何も失わない選び方を探すより、どれなら受け入れられるかを先に決めておくほうが早いはずです。3つのうち2つを組み合わせて、日中は人に回し、夜間は止める、というやり方も取れます。

落とす場合は、落とした状態が続いても業務が回るかどうかを一度試してください。上限に達する月は、たいてい忙しい月です。

下げ方には順番があります。仕組みを作り直す前に、送る量と使うモデルから触るほうが、戻しやすくて効きも早いと思います。どれも効き方は使われ方によるので、1つ変えたら同じ期間で測り直してください。

単価は提供元の都合で動きます。下がることもあれば、使っていたモデルの提供が終わることもあります。提供の終わったモデルへのリクエストは失敗する、と書いている提供元もあり、Anthropic は公開済みモデルの終了について60日以上前に知らせるとしています（Anthropic のモデル提供終了ページ、2026年9月確認）。乗り換えの手間を誰が持つかは、契約したときの取り決め次第です。

決める人が気にするのは、いつもの月の金額よりも、増えたときに何が起きるかであることが多いです。金額の見込みだけを持っていくと、「もう少し様子を見る」で持ち帰りになりがちです。次の4つが揃っていれば、その場で判断しやすくなります。

• 使い方 — 外部のサービスか、内製して組み込んだ仕組みか。何が増えると金額が増えるか
• 上限 — 月と1回をいくらにしたか。誰が変えられるか
• 達したときの行き先 — 止める・落とす・人に回すのどれか。業務にどう見えるか
• 見る数字 — 用途ごとの内訳を、月に何回、誰が見るか

この1枚は、社内で回されることを前提に書いてください。読む人が仕組みを知らなくても、上限に達した月に何が起きるかだけは分かる形にしておくと、追加の説明を求められにくくなります。

今週できることは2つです。どちらも、動いている仕組みを止めずに進められます。

1. 01月あたりと1回あたりの上限を決めて、管理画面に入れる。金額は後から動かせるので、まず入れてしまう
2. 02上限に達したときの行き先を3つから選び、止める人と戻す人の名前まで決めておく

そもそも作った仕組みが本番に載らないまま止まっている場合はAI PoCの本番化を、出力の質が業務で使える水準に届かない場合はAIの精度が出ないときを先に読むほうが早いことがあります。

当社は業務の自動化とAIエージェントの受託開発を行っています。いま動かしている仕組みがどの使い方に当たるか、上限をどこにかけるかを一緒に仕分けるところだけでも構いません。組み込まずに月額のプランで足りる、という結論になることもあります。必要でしたらお問い合わせからお声がけください。