「AI を本番で回すと、月いくらかかるのか」。PoC が終わって本番投入を決める段になると、当社に来る相談ではこの数字が出てこないことが多い。理由は単純で、AI の API はサブスクリプションではなくトークンという単位の従量課金であり、業務の単位（仕訳1件・問い合わせ1件）と課金の単位が一致していないからです。件数は分かる。1件あたりのトークンが分からない。だから月額が出ない。
この記事は、本番で動く AI の月額費用を、FDE（Forward Deployed Engineer）がどう見積もり、どう上限を決め、どう監視するかを扱います。FDE 自体の報酬は別の記事に書いたので、ここでは API の従量課金だけを対象にします。ハブ記事で書いたとおり、FDE の成果物は本番で動いている仕組みと動かし方です。動かし方には「毎月いくらかかり、いくらを超えたら止まるか」が含まれる。書くのは4つ。計算式と本稿執筆時点の単価、月3,000件の仕訳候補と月1,500件の問い合わせ一次回答での試算、費用が跳ねる6つの原因、上限と監視の設計です。単価は Anthropic・OpenAI・Google の公式価格ページを2026年9月7日に確認した値で、改定されるので本稿執筆時点の参考値として読んでください。
月額費用は「件数 × 1件あたりのトークン × 単価」の1本で見積もれる。単価は公式ページにあり、件数は業務側が知っている。決まっていないのは1件あたりのトークンで、これは本番と同じ入力で数十件を実測すれば出る。月3,000件の仕訳候補を Claude Sonnet 5 で処理する試算は、工夫なしで月37.8ドル、キャッシュとバッチを使えば月8.6ドル。額は小さい。問題は、エージェントの繰り返し呼び出し・入力の肥大・モデル切替・キャッシュ不発・バッチ未使用・想定外の利用の6つで、翌月に数倍に跳ねることがあること。だから FDE は本番前に、事業者側の上限・自社で設定する上限・アプリ側の1件あたり上限の3段を決め、週次で「1件あたりトークン・キャッシュ率・月の着地見込み」の3つの数字を Echo 役に渡す。
この記事の要約
計算式は1本——件数 × 1件あたりトークン × 単価
AI の API の請求は、送った文字（入力トークン）と返ってきた文字（出力トークン）の量で決まります。Anthropic の価格ページは「1トークンはおおよそ英語4文字」と書いていますが、同じページに「正確な数は言語と内容で変わる」ともある。日本語の業務文書では換算表を使わず、本番と同じ形の入力を数十件、無料のトークン数カウントに通して実測します。課金されない機能なので、見積りのために何百回叩いても費用は出ません。当社が見てきた PoC は精度の話が中心で、1件あたりのトークン数が記録に残っていないことが多い。FDE が本番前にやる最初の仕事は、この数字を取ることです。
式は次の1本です。月額 ＝ 月の件数 × 1件あたりの入力トークン × 入力単価 ＋ 月の件数 × 1件あたりの出力トークン × 出力単価。単価は100万トークンあたりのドル建てで公式ページに載っています。3社の主なモデルの単価を、2026年9月7日に確認した値で並べます。
| 提供元・モデル | 入力（100万トークン） | 出力（100万トークン） | キャッシュ読み取り | バッチ処理 |
|---|---|---|---|---|
| Anthropic Claude Opus 5 | 5ドル | 25ドル | 0.50ドル（入力の10%） | 入力2.50ドル・出力12.50ドル（50%引き） |
| Anthropic Claude Sonnet 5 | 2ドル | 10ドル | 0.20ドル（入力の10%） | 入力1ドル・出力5ドル（50%引き） |
| Anthropic Claude Haiku 4.5 | 1ドル | 5ドル | 0.10ドル（入力の10%） | 入力0.50ドル・出力2.50ドル（50%引き） |
| OpenAI GPT-5.6 Terra | 2ドル | 12ドル | 0.20ドル | 50%引き |
| OpenAI GPT-5.6 Luna | 0.20ドル | 1.20ドル | 0.02ドル | 50%引き |
| Google Gemini 3.8 Flash | 0.75ドル（2027年1月1日から1.50ドル） | 3.75ドル（同7.50ドル） | 0.075ドル（入力の10%） | 入力0.375ドル・出力1.875ドル（50%引き） |
| Google Gemini 3.5 Flash-Lite | 0.30ドル | 2.50ドル | —（価格ページに記載なし） | 入力0.15ドル・出力1.25ドル（50%引き） |
表から読み取ることは3つです。出力は入力の5〜6倍の単価で、返答を長く書かせるほど費用が増える。同じ入力を繰り返し送る部分はキャッシュを使うと、3社とも入力単価の10%になる（OpenAI は GPT-5.6 以降）。即時の応答が要らない処理は、バッチ処理に回すと3社とも50%引き。組み合わせるかどうかで、同じ件数でも月額が4分の1まで変わります。
価格は動きます。OpenAI の価格ページには「2026年11月21日まで少なくとも有効なプロモーション価格」と書かれたモデルがあり、Google の Gemini の価格ページには「2026年12月31日まで」と「2027年1月1日から」の2つの単価が並ぶモデルがある。Anthropic は Claude Sonnet 5 の導入価格（入力2ドル・出力10ドル）を2026年9月1日から3ドル・15ドルに上げる予定を取り下げ、導入価格を標準価格にしました。モデル更新の記事に書いたとおり、価格改定は本番後の前提で、月額は一度計算して終わりではありません。
キャッシュには条件があります。Anthropic は、モデルにより512〜4,096トークン以上の共通部分がないとキャッシュされず（Sonnet 5 は1,024トークン以上、Haiku 4.5 は4,096トークン以上）、寿命は既定で5分。書き込み時は入力単価の1.25倍がかかり、1回読めば元が取れる計算です。OpenAI は GPT-5.6 以降で1,024トークン以上、先頭部分が完全一致したときだけ効き、最後の利用から30分で消える。共通部分（業務ルール・勘定科目一覧・回答の書式）を先頭に固定し、毎回変わる部分を後ろに置く設計をしないと、割引は発生しません。
バッチ処理にも条件があります。Anthropic は「多くのバッチは1時間以内に完了する」が、結果の取得は全件完了か24時間経過のどちらか早い方で、24時間で処理されなかった分は期限切れとして課金されない。OpenAI も24時間以内の完了で、1バッチ最大50,000件。夜間に翌日分の仕訳候補を作る使い方なら十分で、担当者が画面で1件ずつ確認しながら進める処理には向きません。どれを「翌朝まで」にするかは業務側の判断で、FDE は最初にここを業務担当者と決めます。
試算——月3,000件の仕訳候補と、月1,500件の問い合わせ一次回答
数字を入れます。1つ目は経理の月次の記事で扱った仕訳候補の作成です。月3,000件の証憑から仕訳候補を出す。1件の入力は、勘定科目一覧と仕訳ルール（共通部分、4,000トークン）と、その証憑の内容（毎回変わる部分、800トークン）。出力は仕訳候補と根拠で300トークン。モデルは Claude Sonnet 5（入力2ドル・出力10ドル）とします。
| 設計 | 入力の費用 | 出力の費用 | 月額 | 1件あたり |
|---|---|---|---|---|
| 工夫なし（毎回全部を送る） | 4,800トークン × 3,000件 × 2ドル ＝ 28.8ドル | 300トークン × 3,000件 × 10ドル ＝ 9ドル | 37.8ドル | 0.0126ドル |
| キャッシュあり（共通4,000トークンを先頭に固定） | 読み取り 2.4ドル ＋ 変動部分 4.8ドル ＋ 書き込み約1ドル ＝ 約8.2ドル | 9ドル | 約17.2ドル | 約0.0057ドル |
| キャッシュ＋バッチ（夜間に翌日分を処理） | 約4.1ドル | 4.5ドル | 約8.6ドル | 約0.0029ドル |
| 参考: Claude Opus 5 で工夫なし | 72ドル | 22.5ドル | 94.5ドル | 0.0315ドル |
キャッシュの書き込みは5分の寿命が切れるたびに発生し、上の表では月100回として1ドルを積みました。この試算で伝えたいのは、月額が小さいことです。仕訳3,000件で月数十ドル。この規模なら、投入の可否は費用の絶対額よりも、次に書く「跳ねたときに誰が気づくか」で決まります。
2つ目は問い合わせの一次回答です。月1,500件の問い合わせに対し、社内文書を検索して関連部分を添え、回答の下書きを作る。1件の入力は、検索で拾った文書12,000トークンと質問、出力は600トークン。同じ Sonnet 5 で、入力36ドル、出力9ドル、月45ドル。これを「AI が自分で検索し直し、足りなければもう一度検索し、回答を推敲する」エージェント型にすると、1件で5回の呼び出しが起き、回ごとに会話履歴を送り直すので入力が5倍、出力が3倍になる。月207ドル。件数も単価も変えていないのに4.6倍です。跳ねるのは単価ではなく、1件あたりのトークン数です。
見積りに使う「1件あたりトークン」は、評価設計の記事で作るテストセットから取れます。テストセットの300件を本番と同じ入力で流せば、精度と一緒に、入力・出力・キャッシュ読み取りの各トークン数が応答に返ってきます。平均と最大を取れば、月額の見込みと最悪の1件の費用が出ます。評価と費用見積りは同じ作業で済む。
費用が跳ねる6つの原因——翌月の請求書で気づく前に
投入時の月額が正しく出ていても、翌月に数倍へ増えることがあります。当社が見てきた範囲では原因は6つで、どれも兆候が先に数字に出ます。
| 原因 | 何が起きているか | 兆候として出る数字 | FDE が決めておく対策 |
|---|---|---|---|
| ① 繰り返し呼び出し | エージェントが検索・確認・推敲を繰り返す。自動再試行が上限なしで回る | 1件あたりの呼び出し回数が増える。入力トークンが件数に比例しない | 1件あたりの最大呼び出し回数と最大トークンをアプリ側で固定する |
| ② 入力の肥大 | 会話履歴を全部送り直す。検索結果を絞らず全文を添える | 1件あたり入力トークンの平均が月をまたいで増える。最大値が平均の10倍以上 | 履歴は直近数回に切る。検索結果は上位数件に絞る。取り込む文書に上限を置く |
| ③ モデルの切替・価格改定 | Anthropic の Claude 4.7 以降は新しいトークナイザで同じ文章のトークン数が約30%増える。プロモーション価格が終わる | 件数・設計を変えていないのにトークン数と単価が変わる | 切替前に新モデルで再カウントする。価格ページの確認日と期限を月次点検に載せる |
| ④ キャッシュが効いていない | 共通部分が最小トークン数に届かない。先頭部分が毎回わずかに変わる。寿命が切れる間隔で呼んでいる | キャッシュ読み取りトークンがゼロか、入力全体の数% | 共通部分を先頭に固定し、日付や担当者名を先頭に入れない |
| ⑤ バッチで済む処理を即時で回す | 翌朝でよい処理を、担当者が押すたびに1件ずつ即時処理している | バッチ処理のトークンがゼロ。夜間に処理が動いていない | 処理を「即時」と「翌朝まで」に分け、後者は夜間バッチに寄せる |
| ⑥ 想定外の利用 | 開発・検証と本番が同じキーで動く。担当者が業務外の質問に使う | 本番の件数と請求の件数が合わない。深夜・休日に呼び出しがある | 本番・検証・開発でワークスペースとキーを分ける。ワークスペースごとに上限を置く |
①②は設計の問題で、本番前に FDE がアプリ側の上限を書き込んでおけば跳ね幅を抑えられます。③は運用の問題で、モデル更新の記事の「四半期ごとの再見積」に費用の再カウントを足す。④⑤は週次の数字に表れやすい。⑥はキーとワークスペースの分け方で、情シスと最初に決めます。
もう1つ、データの所在地を指定すると費用が上がります。Anthropic は Claude 4.6 以降で米国内に処理を固定すると全ての単価が1.1倍、Amazon Bedrock と Google Cloud の地域指定・複数地域指定のエンドポイントは10%上乗せ。OpenAI は2026年3月5日以降に公開された対象モデルで、地域を指定した処理に10%上乗せ。データの扱いの記事の処理地域を固定する判断には、この費用差が伴います。
上限の設計——3段で止める
上限は「いくらまで」を1つ決めれば済む話ではありません。止まる場所が3つあり、止まったときに起きることが違う。
第1段は事業者が設けている月額の上限です。Anthropic は利用階層ごとに月の上限があり、公式ページでは Start が500ドル、Build が1,000ドル、Scale が200,000ドル。上限に達すると翌月1日の0時（UTC）まで API が止まり、再試行しても復旧しません。OpenAI も階層ごとに月の上限があり、公式ページでは Tier 1 が月100ドル、Tier 2 が500ドル、Tier 3 が1,000ドル、Tier 4 が5,000ドル、Tier 5 が200,000ドルで、支払い実績に応じて自動的に上がります。見積りが月400ドルで Start や Tier 1 のままなら、月の途中で全停止が起きる。投入前に階層を上げておきます。
第2段は自社で設定する上限です。Anthropic は管理画面で、階層の上限より低い額を自分で設定できます。到達すると、階層の上限とは別のエラー（HTTP 400）で止まります。ワークスペース（用途ごとの区画）単位でも費用と回数の上限を置けるので、本番・検証・開発を分け、検証と開発には小さい上限を置く。⑥の想定外の利用はこれで止まります。Anthropic のバッチ処理は並列で動くため「ワークスペースの上限をわずかに超えることがある」と公式に書かれており、天井として厳密に扱うならバッチ分の余裕を見ておく。
第3段はアプリ側の上限で、日常的に効くのはここです。1件あたりの最大出力トークン（Anthropic・OpenAI とも呼び出し時に指定できる）、1件あたりの最大呼び出し回数、1ユーザーあたりの1日の件数。第1段・第2段は到達すると全員の業務が止まりますが、第3段はその1件だけが人の処理に回る。当社の目安は、1件あたりの上限を「テストセットでの最大値の2倍」に置き、超えた件は AI の結果を捨てて担当者に渡す設計です。当たった件数が月に数件なら正常、数十件なら②の入力肥大を疑う。目安として、第1段は月の見込みの2倍以上の階層、第2段の本番は見込みの1.5〜2倍、検証・開発は本番の1割です。
監視——週次で見る3つの数字と、月次で経営に出す1行
監視は、請求書を待たずに数字を見ることです。Anthropic は利用状況と費用を取得する管理用の API を公開しており、公式ページによれば、データは呼び出し完了から通常5分以内に反映され、モデル・ワークスペース・API キー・バッチか即時かの別で、1分・1時間・1日の単位で取れます（個人アカウントでは使えず、チーム用の組織が要る）。どの事業者でも、アプリ側で応答のトークン数を1件ずつ記録しておけば、自前で同じ数字が出ます。
週次で Echo 役に渡す数字は3つに絞ります。受け入れ体制の記事に書いた週次30〜60分の会議で、論点一覧と一緒に読み上げる。
| 数字 | 計算 | 正常の目安 | 異常なら疑う原因 |
|---|---|---|---|
| 1件あたりトークン（入力・出力を分けて、平均と最大） | その週の総トークン ÷ 件数 | テストセットで測った値の±20% | 平均が増えれば②入力の肥大、最大だけ跳ねれば①繰り返し呼び出し |
| キャッシュ率 | キャッシュから読んだトークン ÷ 入力トークン全体 | 共通部分の設計どおり（上の試算なら80%前後） | 低ければ④キャッシュ不発。先頭部分の変更・寿命切れを確認 |
| 月の着地見込みと上限までの残り | 月初からの累計 ÷ 経過日数 × 月の日数。第2段の上限との差 | 見積りの±30% | 超えそうなら⑤バッチ化の余地、または⑥想定外の利用を確認 |
月次で経営に出すのは1行です。「今月の API 費用は見積り○ドルに対し実績○ドル、1件あたり○ドル、来月の上限は○ドル」。単価の確認日と、プロモーション価格の期限があればその日付も添える。経営が毎月見るのはこの1行で足り、跳ねたときに原因を6つのどれかに当てるのは FDE と Echo 役の仕事です。
警報の閾値は2つ置きます。日次の費用が月の見積りの10%を超えた日（30日で3倍のペース）と、1件あたりトークンの最大値がテストセットの最大値の2倍を超えた件。前者は第2段の上限に当たる前に気づくため、後者は①②の兆候を件単位で捕まえるためです。超えたら Echo 役に通知が飛び、FDE が翌日に原因を報告する。本番前に閾値をわざと低くして、通知が届くことを確かめておきます。
FDE が本番前に決めること——費用の合意を「1件あたり」で書く
当社は、API の費用を見積書と検収の両方に「1件あたり」で書くべきだと考えています。成果物と検収の記事で、成果物は動く仕組みと動かし方の両方だと書きました。動かし方の中に、月額の見込みと上限、監視の数字が入る。検収に「仕訳1件あたり○ドル以内、月○件で月○ドル、上限は3段でここ」と書いてあれば、跳ねたときに設計の問題か件数の問題かをすぐ切り分けられます。
本番前に決める項目を並べます。①1件あたりの入力・出力トークンの平均と最大（テストセットで実測）。②使うモデルと単価、確認日、価格の期限。③キャッシュに固定する共通部分と、その最小トークン数を満たしているか。④即時処理とバッチ処理の切り分け。⑤第1段の階層、第2段の上限額とワークスペースの分け方、第3段の1件あたり上限。⑥週次の3つの数字を誰が出し、誰が読むか。⑦警報の閾値と通知先。決まっていなければ本番投入の判断材料が足りない。
逆に、費用を理由に本番を止めるべきではない、とも考えています。上の試算で見たとおり、月3,000件の仕訳候補で月数十ドル、問い合わせ1,500件で月数十〜200ドル。FDE の費用の記事に書いた月額の報酬と並べると、この規模の案件では API の費用が投入判断の主題になりにくい。経営が本番投入で決めるのは「API に月いくらまで払うか」ではなく、「跳ねたときに誰が気づき、誰が止め、誰が報告するか」です。
まとめ
本番 AI の月額費用は、件数 × 1件あたりトークン × 単価の1本で出ます。足りないのは1件あたりトークンで、評価用のテストセットを本番と同じ入力で流せば、精度と一緒に取れる。月3,000件の仕訳候補なら、キャッシュとバッチの設計しだいで月37.8ドルにも8.6ドルにもなります。
額が小さいぶん、見積りより「跳ねたとき」の設計が要ります。原因は6つ、止める場所は3段で、日常的に効くのはアプリ側の1件あたり上限です。週次で1件あたりトークン・キャッシュ率・月の着地見込みを Echo 役が読み、月次で経営に1行を出す。FDE がこの仕組みを本番前に置いて帰れば、請求書が届く前に跳ねに気づける状態で運用を渡せます。
FDE を募集しています（会計FDE／FDE・業務システム）
経理の月次をAIで本番まで持っていく「会計FDE」（会計士・経理責任者・管理部門経験者）と、要件が固まる前に動くものを出して本番まで運ぶ「FDE（業務システム）」（ITコンサル・PM/PL・情シス出身者）を正社員で募集しています。応募でなくても構いません。まず30分の「キャリア相談」から。採用のお問い合わせフォームに「キャリア相談希望」と書いて送ってください。
本番 AI の月額見積り・上限・監視を、貴社の件数で一緒に計算します
対象業務の月の件数と、本番と同じ形の入力数十件があれば、1件あたりのトークンを実測して月額の見込み、3段の上限、週次で見る数字までを設計します。経理 AX・kintone・案件管理システム刷新・Claude 導入で本番稼働まで伴走した経験をもとに、キャッシュとバッチの設計から警報の閾値までご相談いただけます。