AIエージェントの料金プランは、毎月定額のサブスクリプションと、使った分だけ支払う従量課金APIに分かれます。選び方を左右するのは金額の大小ではなく、利用人数・処理量・変動幅という3つの軸です。本記事は公式料金表の実例をもとに判断基準を示します。自社は定額プラン契約のため、実コストは円ではなくトークン量と往復回数で示します(2026-07-29確認)。
01結論:AIエージェントの料金プランは3軸で使い分ける
- 人数が少なく、利用量が毎月ほぼ一定:定額プランの方が管理は簡単です。
- 人数や処理量が読めず、月によって数倍動く:従量課金APIの方が無駄が出ません。
- 両方が混在する組織:少人数の定額シートと、共有の従量課金APIを併用する設計が現実的です。
Anthropicは、Claudeの料金をサブスクリプションとAPIの従量課金に分けています。サブスクリプションはFree・Pro・Max・Team・Enterpriseの5段階です(出典: claude.com/pricing、2026-07-29確認)。サブスクリプションは座席や利用者単位で固定額を払い、APIはトークン量に応じて変動します。この違いが、料金プランを選ぶときの起点になります。
| プラン | 月額 | 主な内容 | 上限の扱い |
|---|---|---|---|
| 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確認)
02月額固定の料金プランとは|上限と対象範囲
定額プランは、契約した金額の範囲で使い放題に近い形になりますが、上限が消えるわけではありません。公式サイトはFree・Pro・Maxのすべてに「Usage limits apply」と注記しています(出典: claude.com/pricing)。上限に達すると、その月の残り期間は上位プランへの切り替えを検討することになります。
- Free($0):チャット・コード生成などの基本機能。上限は最も低い水準です。
- Pro(月額$20、年払いなら$17):利用量が増え、Claude CodeとClaude Coworkが使えます。
- Max(月額$100から):Proの5倍または20倍の利用量を選べます。
- Team(標準座席$25/プレミアム座席$125、いずれも年払いで割引):複数人での運用と一元請求に向きます。
座席単位の課金は、人数分をまとめて把握できる一方、稼働の薄いメンバーがいると座席費用が遊びます。この遊びが、後述する軸①(利用人数)の判断材料になります。
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)。
- 入力・出力トークンで単価が分かれる(モデルにより数倍の差)
- プロンプトキャッシュのキャッシュ読み込みは基本単価の10%
- バッチAPIは入力・出力とも50%引き(非同期処理向け)
- Claude Managed Agentsはトークンに加えセッション時間($0.08/時間)を別課金
従量課金は自社サービスに限った仕組みではありません。OpenAIのAPIも、入力トークンと出力トークンを分けて課金します(出典: OpenAI公式ドキュメント)。金額はサービスごとに異なるため、判断軸は「いくらか」ではなく「どう変動するか」に置くのが安全です。
04料金プランを分ける判断軸3つ|利用人数・処理量・変動幅
判断軸は3つです。どれか1つではなく、3つを重ねて見ている組織が実際には多くあります。まず全体像を対比表で置き、そのあとで軸ごとの根拠を示します。
| 軸 | 定額プランが向く条件 | 従量課金APIが向く条件 |
|---|---|---|
| ①利用人数 | 少人数で、全員が継続的に使う | 人数は多いが、1人あたりの利用は薄く波がある |
| ②処理量 | Usage limitの範囲に収まる | 長文処理やバッチ処理で上限に当たりやすい |
| ③変動幅 | 毎月ほぼ一定 | 月によって数倍〜数十倍変動する |
3つとも定額プラン側に寄る組織は少人数のチームに多く、3つとも従量課金API側に寄る組織は開発・検証部門に多い傾向があります。両側にまたがる組織が、実務ではもっとも多いパターンです。
軸1:利用人数(座席単価×人数か、共有予算か)
定額プランは人数分の座席を積み上げます。Teamの標準座席は月額$25(年払い$20)、プレミアム座席は月額$125(年払い$100)です(出典: claude.com/pricing)。全員が継続的に使うなら、座席の合計は把握しやすい固定費になります。一方、使う人と使わない人の差が大きい組織では、座席費用の一部が遊びます。
- 全員が週に何度も使う場合:座席の合計が読みやすい定額プランが向きます
- 一部の人だけが時々使う場合:共有の従量課金APIで、使った人の分だけ払う方が無駄が出ません
軸2:処理量(Usage limitに当たるか、レート制限のティアで足りるか)
定額プランの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以上への引き上げを検討するサインです
軸3:変動幅(毎月一定か、月によって跳ねるか)
定額プランは、閑散期も同じ金額を払います。繁忙期には上限に当たり、上位プランへの切り替えが必要になります。従量課金APIは使った分だけの課金なので、閑散期は安く、繁忙期は高くなります。急な利用増には注意が必要です。
APIには「acceleration limits」という仕組みがあります。急激な利用増は一時的に制限されます(出典: platform.claude.com/docs/en/api/rate-limits)。トラフィックは段階的に増やす設計が必要です。
05料金プランの実運用差|トークン量と往復回数で比べる
自社は定額プランを契約しているため、タスク単位の金額を構造的に測定できません(実測台帳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条件と、呼べない境界』で扱った5段のループを参照してください。
06料金体系を途中で切り替えるときのつまずきやすい点
料金体系は、一度決めたら固定するものではありません。つまずきの多くは、切り替えのタイミングを逃すことで起きます。
| サイン | 何が起きているか | 対応の方向 |
|---|---|---|
| Usage limit警告が繰り返し出る | 定額プランの上限に達している | Max(5x/20x)への引き上げか、重い処理だけAPIへ切り出す |
| 座席の利用率が低いメンバーがいる | 座席費用が稼働に見合っていない | 該当メンバーをFreeか共有の従量課金予算へ移す |
| 月次のAPI請求が跳ねた月がある | 変動幅が大きく、spend capに近づいている | バッチAPIやプロンプトキャッシュで単価を下げる、ティアを見直す |
| 複数人が同じAPIキーを使っている | 誰の処理か切り分けられない | ワークスペースごとに上限を分ける |
見直しの実行そのものも、誰が決めるかを先に決めておく必要があります。契約プランの変更は費用に直結するため、送信や公開と同じように承認が必要な操作です。判断の枠組みは『AIエージェントの承認ゲート|送信・公開・削除で止める仕組み』が扱う人間ゲートの考え方と同じです。
もう一つのつまずきは、処理そのものを誰に・どこまで任せるかを決めないまま、料金プランだけを変えることです。任せる範囲が先に決まっていないと、従量課金へ切り替えても処理量が読めず、結局は同じ上限に当たります。『AIエージェントにできること|任せる・任せないの判断基準』を先に固めておくと、3軸の判断も精度が上がります。
07チェックリスト
- 利用人数と、そのうち継続的に使う人数を数えた
- 直近1〜2ヶ月でUsage limit警告が出た回数を数えた
- 座席契約している場合、稼働率の低いメンバーがいないか確認した
- 月ごとの処理量の振れ幅(最大月と最小月の差)を把握した
- 従量課金に切り替える場合、Start・Build・Scaleのどのティアから始まるか確認した
- バッチAPIやプロンプトキャッシュで下げられる単価がないか確認した
- プラン変更を承認する担当者と、承認の記録先を決めた
- 次回見直しの時期(3ヶ月後など)をカレンダーに入れた
08FAQ
定額の料金プランと従量課金APIを両方契約してもいいですか
はい。少人数の定額シートと、変動の大きい処理向けの従量課金APIを併用する組織は珍しくありません。Enterpriseのセルフサーブプランは、座席料金とAPI料金を組み合わせた設計そのものです(出典: claude.com/pricing)。
AIエージェントの料金プランで一番見落としやすい費用は何ですか
座席の遊休化です。人数分の座席を契約したまま稼働が薄いメンバーがいると、その分がそのままコストとして残ります。契約人数と実際の利用人数は、別々に数える必要があります。
従量課金APIは予算管理がしにくいですか
Spend limitという仕組みで、組織単位の月間上限を設定できます(出典: platform.claude.com/docs/en/api/rate-limits)。上限に達すると翌月まで利用が止まるため、上限のない支出にはなりません。
料金プランの見直しはどのくらいの頻度で行うべきですか
決まった頻度はありません。本記事のチェックリストでは、3ヶ月ごとの見直しを一つの目安として挙げています。Usage limit警告や座席の遊休化に気づいた時点で、目安の期間を待たずに見直しを始めても問題ありません。