fable.tokyoモードによって生成内容が変わる境目 ちんあなご編集部

仕様の整理・2026年11月8日に確認

APIの利用段階ごとの上限

2026年6月26日に枠が引き上げられ、段階が Start・Build・Scale の3つに整理され、Sonnet と Haiku も Opus と同じ枠になりました。現行モデルの数字を表にします。

このサイトはAnthropicの公式サイトではありません。モデルの提供状況・仕様・料金は変わる可能性があるため、実装や契約の前には公式のドキュメントとご自身のアカウント設定を確認してください。

先に結論

枠は、1分あたりのリクエスト数（RPM）・入力トークン数（ITPM）・出力トークン数（OTPM）の3つで決まります。ITPM が数えるのはキャッシュから読まれなかった入力だけです。そのため、キャッシュを使うと実効の入力枠が広がります。

現行モデルの枠（公式の標準値）

段階モデルRPMITPMOTPM
StartFable 5.x4,000500,000100,000
StartOpus 5.5・Sonnet 5.5・Haiku 5.54,0002,000,000400,000
BuildFable 5.x10,0001,500,000300,000
BuildOpus 5.5・Sonnet 5.5・Haiku 5.510,0005,000,0001,000,000
ScaleFable 5.x13,0004,000,000800,000
ScaleOpus 5.5・Sonnet 5.5・Haiku 5.513,00010,000,0002,000,000

Fable は入力・出力の枠が他のモデルの約1/4〜1/5です。Opus 5.5 などの RPM は、Opus 5・Sonnet 5 の枠（Start で1,000）より大きくなっています。

月の支出上限

段階月の上限
Start$500
Build$1,000
Scale$200,000

Custom 段階には月の上限がなく、営業窓口で決めます。新しい組織は、これより低い Evaluation 段階から始まることがあります。

キャッシュで枠が広がる例

公式の例では、ITPM が200万で、入力の80%がキャッシュから読まれると、1分に処理できる入力は合計1,000万トークン（キャッシュなし200万＋キャッシュ800万）になります。OTPM は実際に出たトークンだけを数え、max_tokens は数えません。大きな max_tokens を置いても枠の損にはなりません。

具体例：Start 段階で何件まで流せるか

Sonnet 5.5 を Start 段階で使うと、1分あたり4,000リクエスト・入力200万トークン・出力40万トークンが上限です。1件あたり入力5,000トークン・出力800トークンの依頼なら、入力側では200万÷5,000＝400件／分、出力側では40万÷800＝500件／分で、先に入力が当たります。ここで前置きの4,000トークンをキャッシュに乗せると、キャッシュから読まれる分は入力の枠に数えられないため、1件あたり1,000トークンの数え方になり、入力側は2,000件／分まで増えます。リクエスト数の枠（4,000）と合わせると、2,000件／分が現実的な上限です。この計算は公式の枠の数え方を当てはめた自前の算数です。

よくある取り違え

  • 「Sonnet や Haiku は Opus より枠が小さい」と読む：2026年6月26日から、同じ枠
  • 「ITPM は全入力を数える」と読む：キャッシュから読まれた分は数えない
  • 「max_tokens を大きくすると出力の枠を食う」と読む：OTPM は実際に出た分だけを数える

この面で確かめていないこと

  • 自分の組織が今どの段階にいるか（Console の画面でしか分からない）
  • Custom 段階の数字

よくある質問

枠はトークンバケットですか？

公式はトークンバケット方式と書いています。固定の間隔でリセットされず、上限まで継続的に補充されます。

急に増やすと止まりますか？

公式は、使用量が急増すると加速制限の429が出うると書き、徐々に増やすよう案内しています。

Claude Platform on AWS では？

Start 段階から始まり、AWS Marketplace の支払い履歴で上の段階へ自動で動くと書かれています。

出典（2026年11月8日に確認）

編集：ちんあなご編集部。記事の文は写さず、日付・数字・名前などの事実だけを自分の文で書いています。

次に読むページ

枠の分け方合算されるモデル支出上限の429と400見分け方読み出し単価キャッシュ