「試すところまでは進みました。次は契約をどうするかです」。ここで手が止まった、という声をよく聞きます。
料金ページを開くと、月額の並んだ表と、トークン単価の表が別々に出てきます。どちらが自社に合うのかは、表を見比べても出てきません。桁も単位も違うので、そもそも比べる土俵がそろっていないからです。
この記事は、AIエージェントの料金プランを「いくらか」ではなく「どう変動するか」で選び直します。使う物差しは、利用人数・処理量・変動幅の3つです。根拠は公式料金表と公式ドキュメントの掲載内容で、確認したのは2026-07-29時点になります。
本記事の検証環境:claude.com/pricing・platform.claude.com公式ドキュメント/2026-07-29時点の掲載内容で確認。自社は定額プランを契約しているため、実コストは円ではなく、トークン量と往復回数で示します。
こんなふうに調べていませんか
- 定額プランと従量課金、うちはどちらを契約すればいいんでしょうか
- 使った分だけ払う形にすると、月末の請求がいくらになるか読めなくなりませんか
この記事を読み終えたときに手に入るもの
- 定額と従量のどちらへ寄せるかを、3つの軸で自分で決められるようになります
- 公式料金表のどこを見れば判断材料になるかが分かります
- 契約を組み直す合図を、思いつきではなく数えた記録から拾えるようになります
結論30秒でわかる、この記事の結論
- 料金プランは金額の大小ではなく、使い方の形で選びます。見るのは利用人数・処理量・変動幅の3つです
- 3つとも同じ側へ寄る組織は、定額か従量のどちらかに寄せられます
- 両側にまたがる組織は、少人数の定額と共有の従量を並べる形が現実的です
進行役は3人です。大森部長(マーケ部長)が投資と体制の側から聞き、高梨課長が自分の手で動かす側の疑問を出し、鈴木さん(本誌監修)が答えます。
01AIエージェントの料金プランは、そもそも何と何に分かれているんですか?
大森部長見積もりを取ろうとしたら、月額の表と単価の表が出てきました。同じものの言い方違いですか。
鈴木さんいえ、支払いの仕組みそのものが違います。定期券と切符のような関係だと思ってください。
Anthropicは、Claudeの料金をサブスクリプションとAPIの従量課金に分けています。サブスクリプションはFree・Pro・Max・Team・Enterpriseの5段階です(出典: claude.com/pricing、2026-07-29確認)。
違いは金額ではなく、金額が決まる場所にあります。サブスクリプションは座席や利用者の単位で固定額を払います。APIはトークン量に応じて動きます。この差が、料金プランを選ぶときの起点になります。
たとえ話を実務へ戻します。判断しているのは単価の高さではなく、使い方が読めるかどうかです。読めるなら固定額に寄せられます。読めないなら、実績のほうに合わせて払う形が向きます。
順番も決まっています。先に見るのは使い方で、金額はそのあとです。逆にすると、安く見えたほうを選んで上限に当たります。
02月額定額のAIエージェント料金プランは、どこまで使えるんですか?
定額プランは、契約した金額の範囲で使い放題に近い形になります。ただし、上限が消えるわけではありません。公式サイトはFree・Pro・Maxのすべてに「Usage limits apply」と注記しています(出典: claude.com/pricing)。
| プラン | 月額 | 主な内容 | 上限の扱い |
|---|---|---|---|
| Free | $0 | Web・iOS・Android・デスクトップでのチャットなど基本機能 | Usage limits apply(利用上限あり) |
| Pro | $20(年払いなら$17) | Freeより多い利用量、Claude Code・Claude Coworkを含む | Usage limits apply |
| Max | $100〜 | Proの5倍または20倍の利用量を選択 | Usage limits apply |
| Team(標準座席) | $25(年払い$20) | 複数座席・一元請求・SSO | 座席ごとに上限 |
| Team(プレミアム座席) | $125(年払い$100) | 標準座席より多い利用量 | 座席ごとに上限 |
| Enterprise(セルフサーブ) | 座席$20+利用分 | 座席料金+API料金相当の従量分 | モデルとタスクで変動 |
出典: claude.com/pricing(2026-07-29確認)
上限に達すると、その月の残り期間は上位プランへの切り替えを検討することになります。ここが誤解されやすいところです。固定額で買っているのは処理量そのものではなく、上限の付いた利用枠です。
座席単位の課金には、もう一つの性質があります。人数分をまとめて把握できる一方で、稼働の薄いメンバーがいると座席費用が遊びます。この遊びは請求書の上では見えないので、気づくのが遅れます。
03従量課金のAIエージェント料金プランは、何が違うんですか?
高梨課長使った分だけというのは分かりやすいのですが、実際は何を数えているんでしょうか。
鈴木さんトークンです。しかも入力と出力で単価が分かれています。ここを知らないまま切り替えると、出力の多いタスクで想定より高くつきます。
従量課金APIは、月額の固定費がなく、使ったトークン量だけを支払います。入力トークンと出力トークンは別単価で、モデルによっても単価が異なります(出典: platform.claude.com公式ドキュメント、2026-07-29確認)。
| モデル | 入力(100万トークンあたり) | 出力(100万トークンあたり) | 備考 |
|---|---|---|---|
| Claude Opus 5 | $5 | $25 | 高難度タスク向け |
| Claude Sonnet 5(〜2026年8月31日) | $2 | $10 | 導入価格。9月1日から$3/$15へ切替 |
| Claude Sonnet 5(2026年9月1日〜) | $3 | $15 | 標準価格 |
| Claude Haiku 4.5 | $1 | $5 | 軽量タスク向け |
出典: platform.claude.com公式ドキュメント(2026-07-29確認)
同じAPIでも、単価を下げる仕組みが複数あります。プロンプトキャッシュは、繰り返し使う文脈をキャッシュに置く仕組みです。キャッシュ読み込み時の単価は、基本入力単価の10%まで下がります。バッチAPIは、即時応答を求めない処理に使うと入力・出力とも50%引きになります。
Claude Managed Agentsは、トークン課金に加えてセッション時間も別建てで課金します。単価は1時間あたり$0.08です(出典: platform.claude.com/docs/en/managed-agents/overview)。時間で積み上がる費目があることは、見積もりのときに落としやすい部分です。
従量課金は、特定のサービスに限った仕組みでもありません。OpenAIのAPIも、入力トークンと出力トークンを分けて課金します(出典: OpenAI公式ドキュメント)。金額はサービスごとに異なります。だから判断軸は「いくらか」ではなく「どう変動するか」に置くほうが安全です。
この章のまとめ
従量課金で見るのは単価表そのものではありません。入力と出力のどちらが多いタスクか、そして単価を下げる仕組みに乗る形かどうかです。
04AIエージェントの料金プランを決める3つの軸は、どう重ねて見るんですか?
判断軸は3つです。どれか1つを選ぶのではなく、3つを重ねて見ます。まず全体像を置きます。
| 軸 | 定額プランが向く条件 | 従量課金APIが向く条件 |
|---|---|---|
| ①利用人数 | 少人数で、全員が継続的に使う | 人数は多いが、1人あたりの利用は薄く波がある |
| ②処理量 | Usage limitの範囲に収まる | 長文処理やバッチ処理で上限に当たりやすい |
| ③変動幅 | 毎月ほぼ一定 | 月によって数倍〜数十倍変動する |
3つとも定額プラン側に寄る組織は、少人数のチームに多く見られます。3つとも従量課金API側に寄る組織は、開発・検証部門に多い傾向があります。両側にまたがる組織が、実務ではもっとも多いパターンです。
ここから、軸を1つずつ見ていきます。
051つ目の軸である利用人数は、AIエージェントの料金プランにどう効くんですか?
定額プランは人数分の座席を積み上げます。Teamの標準座席は月額$25(年払い$20)、プレミアム座席は月額$125(年払い$100)です(出典: claude.com/pricing)。全員が継続的に使うなら、座席の合計は把握しやすい固定費になります。
つまずくのは、契約した座席の数と、実際に使っている人の数がずれたときです。
- 全員が週に何度も使う場合:座席の合計が読みやすい定額プランが向きます
- 一部の人だけが時々使う場合:共有の従量課金APIで、使った人の分だけ払うほうが無駄が出ません
契約人数と実利用人数は、別々に数えます。同じ数だと思い込んだまま座席を増やすと、増えた分がそのまま遊びに回ります。
06処理量の軸は、AIエージェントに任せる量とどう関係するんですか?
高梨課長処理量が多いかどうかは、どこを見れば分かりますか。請求書には出てこないですよね。
鈴木さん上限に当たった回数で見ます。定額プランのUsage limitは具体的な数値が公開されていないので、警告が出る頻度そのものを数えるほうが早いんです。
2つ目の軸は処理量です。定額プランのUsage limitは、公式サイトに具体的な数値が公開されていません。「Usage limits apply」という注記のみです(出典: claude.com/pricing)。数値が出ていない以上、外から見積もることはできません。そこで、上限に当たった頻度を自分で数えます。
従量課金APIの側は、上限の置き方が違います。Start・Build・Scaleのティアで上限が決まります(出典: platform.claude.com/docs/en/api/rate-limits)。月間支出上限はStartが$500、Buildが$1,000、Scaleが$200,000です。新規契約は自動的にStartから始まり、利用実績に応じて上位ティアへ移ります。
- 定額プランでUsage limit警告が月に何度も出る:処理量が定額の想定を超えているサインです
- 従量課金APIでStartティアの月間$500に頻繁に近づく:Build以上への引き上げを検討するサインです
どちらの上限も、当たったこと自体は失敗ではありません。当たった記録が残っていないことが、次の判断を止めます。
07料金プランの変動幅の大きい月は、生成AIの費用がどこまで跳ねるんですか?
大森部長繁忙期に費用が跳ねるのは織り込めます。心配なのは、跳ねたあとに何が起きるかです。
鈴木さんそこは仕組みとして決まっています。急激な利用増は一時的に制限されます。増やすなら段階的に、が設計の前提になります。
3つ目の軸は変動幅です。定額プランは、閑散期も同じ金額を払います。繁忙期には上限に当たり、上位プランへの切り替えが必要になります。従量課金APIは使った分だけの課金なので、閑散期は安く、繁忙期は高くなります。
急な利用増には注意が要ります。APIには「acceleration limits」という仕組みがあります。急激な利用増は一時的に制限されます(出典: platform.claude.com/docs/en/api/rate-limits)。トラフィックは段階的に増やす設計が前提になります。
変動幅の軸で見ているのは、金額の上下そのものではありません。上下したときに、仕組みの側が受け止められる形になっているかどうかです。ここを見ないまま従量課金へ移すと、安くなるはずだった月に処理のほうが止まります。
この章のまとめ
変動が大きいこと自体は問題になりません。増やし方が急なときに、制限のほうが先に効きます。
08定額プランのままでも、AIエージェントの重さはどう測れるんですか?
自社は定額プランを契約しているため、タスク単位の金額を構造的に測定できません(実測台帳2026-07-28時点)。そこで、円ではなく、公式ドキュメントが定義するトークン量と往復回数を代理指標として使っています。
Claude APIのレスポンスは、リクエストごとに使用したトークン数を返します。次はその形の一例です(出典: platform.claude.com公式ドキュメント)。
{
"usage": {
"input_tokens": 50000,
"output_tokens": 15000
}
}このinput_tokensとoutput_tokensは、定額プランの契約下でも、利用画面のセッション表示などから近い値を追えます。
公式ドキュメントは、1時間のコーディングセッションで入力5万トークン・出力1.5万トークンを使った場合の試算例を示しています。プロンプトキャッシュを使わない場合の目安は約$0.705です。40,000トークンをキャッシュ読み込みにできた場合は約$0.525まで下がります(出典: platform.claude.com公式ドキュメント)。
この試算はAnthropicが例として示した数値であり、自社の実測ではありません。両者を混ぜないことが、実測を掲げる記事の最低条件だと考えています。
それでも、往復回数(何回ツールを呼んだか)とトークン量が分かれば、定額プランのままでも「どのタスクが重いか」の相対比較はできます。往復回数の考え方は、AIエージェントが目標に届くまで手を打ち直す仕組みと同じです。詳しくは『AIエージェントとは|3条件で見分け、任せる前に決める3つ』で扱った5段のループを参照してください。
09AIエージェントの料金体系を途中で変えるとき、AI社員の運用はどこでつまずくんですか?
料金体系は、一度決めたら固定するものではありません。つまずきの多くは、切り替えのタイミングを逃すことで起きます。
| サイン | 何が起きているか | 対応の方向 |
|---|---|---|
| Usage limit警告が繰り返し出る | 定額プランの上限に達している | Max(5倍/20倍)への引き上げか、重い処理だけAPIへ切り出す |
| 座席の利用率が低いメンバーがいる | 座席費用が稼働に見合っていない | 該当メンバーをFreeか共有の従量課金予算へ移す |
| 月次のAPI請求が跳ねた月がある | 変動幅が大きく、spend capに近づいている | バッチAPIやプロンプトキャッシュで単価を下げる、ティアを見直す |
| 複数人が同じAPIキーを使っている | 誰の処理か切り分けられない | ワークスペースごとに上限を分ける |
見直しの実行そのものも、誰が決めるかを先に決めておく必要があります。契約プランの変更は費用に直結します。ですから、送信や公開と同じように承認の要る操作として扱います。判断の枠組みは『AIエージェントの承認ゲート|止める操作4種と3層の選び方』が扱う人間ゲートの考え方と同じです。
もう一つのつまずきは、処理そのものを誰に・どこまで任せるかを決めないまま、料金プランだけを変えることです。任せる範囲が先に決まっていないと、従量課金へ切り替えても処理量が読めません。結局は同じ上限に当たります。『AIエージェントにできること|任せる4条件と人に残る判断』を先に固めておくと、3つの軸の判断も精度が上がります。
10料金プランの契約を見直す前に、AI活用の何を数えておけばいいんですか?
大森部長見直しの判断材料を部内でそろえたいと思っています。何から数えればいいでしょうか。
鈴木さん人数と、上限に当たった回数と、月ごとの振れ幅です。この3つは、契約書を開かなくても社内で数えられます。
ここまでの内容を、手を動かす形へ落とします。上から順に埋めてください。
- 利用人数と、そのうち継続的に使う人数を数えた
- 直近1〜2ヶ月でUsage limit警告が出た回数を数えた
- 座席契約している場合、稼働率の低いメンバーがいないか確認した
- 月ごとの処理量の振れ幅(最大月と最小月の差)を把握した
- 従量課金に切り替える場合、Start・Build・Scaleのどのティアから始まるか確認した
- バッチAPIやプロンプトキャッシュで下げられる単価がないか確認した
- プラン変更を承認する担当者と、承認の記録先を決めた
- 次回見直しの時期(3ヶ月後など)をカレンダーに入れた
埋まらない欄があれば、そこが契約より先に確かめる場所です。空欄のまま契約すると、その欄は契約後も空欄のまま残ります。
この章のまとめ
見直しの判断は、料金表ではなく自社の数え方から出てきます。数えた記録があれば、次の見直しは短く終わります。
11よくある質問
定額の料金プランと従量課金APIを両方契約してもいいですか
はい。少人数の定額シートと、変動の大きい処理向けの従量課金APIを併用する組織は珍しくありません。Enterpriseのセルフサーブプランは、座席料金とAPI料金を組み合わせた設計そのものです(出典: claude.com/pricing)。併用にするときは、どの処理をどちら側で動かすかを先に決めておくと、あとから請求を分解しやすくなります。
AIエージェントの料金プランで一番見落としやすい費用は何ですか
座席の遊休化です。人数分の座席を契約したまま稼働が薄いメンバーがいると、その分がそのままコストとして残ります。契約人数と実際の利用人数は、別々に数える必要があります。請求書に出てくるのは契約した側の数なので、社内で数えないかぎり気づけません。
従量課金APIは予算管理がしにくいですか
Spend limitという仕組みで、組織単位の月間上限を設定できます(出典: platform.claude.com/docs/en/api/rate-limits)。上限に達すると翌月まで利用が止まるため、上限のない支出にはなりません。止まると困る処理がある場合は、その処理だけ定額側へ残す組み方もあります。
料金プランの見直しはどのくらいの頻度で行うべきですか
決まった頻度はありません。本記事のチェックリストでは、3ヶ月ごとの見直しを一つの目安として挙げています。Usage limit警告や座席の遊休化に気づいた時点で、目安の期間を待たずに見直しを始めても問題ありません。頻度そのものより、見直す合図を先に決めてあるかどうかが効きます。
12まとめ|今日やる3つのこと
見てきたのは、金額の大小ではなく使い方の形でした。利用人数・処理量・変動幅の3つを数えれば、定額と従量のどちらへ寄せるかは自社で決められます。
今日はこの順で数えます
契約している座席の数と、毎週使っている人の数を並べて書く
ずれた分が、そのまま遊休の費用です
Usage limit警告が出た回数を、月ごとに記録する
上限に当たる頻度が、処理量の代わりの物差しになります
見直しの合図と、承認する担当者を先に決める
合図があると、跳ねた月に慌てて動かずに済みます
AI検索では、こう聞かれています
AIエージェントの料金プランは、定額と従量のどちらを選べばいいんですか?
「AIエージェントの料金プランを決める3つの軸は、どう重ねて見るんですか?」の章から順に説明しています
従量課金のAIエージェントは、予算が読めなくなりませんか?
「料金プランの変動幅の大きい月は、生成AIの費用がどこまで跳ねるんですか?」の章で扱っています
AIエージェントの料金プランは、いつ見直せばいいんですか?
「AIエージェントの料金体系を途中で変えるとき、AI社員の運用はどこでつまずくんですか?」の章にサインの一覧があります
次に読むなら、この記事です