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

最大出力は128K、バッチは300K(max_tokensに思考が含まれる)

max_tokens を小さく置いたままモデルを替えると、思考で枠を使い切って本文が出ないことがあります。上限の数字と数え方を整理します。

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

先に結論

Fable 5.1・Opus 5.5・Sonnet 5.5・Haiku 5.5 の最大出力は、同期の Messages API で128Kトークンです。Message Batches API では、Opus 5.5・Opus 5・Sonnet 5.5・Sonnet 5・Haiku 5.5 などが、ヘッダー output-300k-2026-03-24 を付けると300Kまで出せます(モデル一覧の記載。Fable 5.1 はこの一覧に名前が出ていません)。

思考は max_tokens の内側です。思考のトークンも出力として課金され、枠を使います。

数字の表

項目値
同期の最大出力(現行4モデル)128Kトークン
バッチの最大出力(ヘッダーつき)300Kトークン(Opus 5.5・Sonnet 5.5・Haiku 5.5 など)
max_tokens に含まれるもの思考と本文の合計(ハードな上限)
xhigh・max での出発点64k以上(Opus 5.5 の移行ガイド)
出力トークンの枠(OTPM)での扱い実際に出た分だけ数える。max_tokens は数えない

枠の置き方

  • 思考なしで動いていた処理を思考ありのモデルに替えたら、max_tokens を見直す。思考で使い切ると、本文が途中で切れるか出ない
  • 大きく置いても、レート制限の損にはならない(OTPM は実際の出力を数える)。ただし、暴走時の費用の上限は、この値が決める
  • 文脈(1M)に対して、入力+max_tokens が超えても、Claude 4.5 以降のモデルは受け付け、文脈いっぱいで model_context_window_exceeded として止まる(詳しく)

切れたかを確かめる

  1. 応答の stop_reason を読む。max_tokens なら枠で止まった
  2. usage.output_tokens_details.thinking_tokens(2026年5月27日に追加)で、思考に使った分を見る
  3. 思考が多すぎるなら effort を下げる。effortの面を参照

具体例:思考ありのモデルで本文が出ない失敗

要約を返す処理で max_tokens を1,000に置いていたとします。思考なしのモデルでは、本文だけで足りていました。同じ設定のまま Opus 5.5 に替えると、思考が900トークンを使い、本文が100トークンで途切れる、といったことが起きえます。応答の stop_reason が max_tokens になっていれば、これが原因です。対策は、max_tokens を数倍にするか、effort を下げて思考を減らすかです。最大出力は128Kまで取れるので、通常の要約なら8,000〜16,000あたりに置いても、レート制限には響きません(費用が増えるのは実際に出た分だけです)。

よくある取り違え

  • 「128Kは本文の上限」と読む:思考と本文の合計の上限
  • 「バッチも128K」と読む:バッチでは一部のモデルが、ヘッダーつきで300Kまで出せる
  • 「大きく置くと枠が足りなくなる」と読む:OTPM は max_tokens を数えない。大きく置いて損はレート制限の面にはない

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

  • Fable 5.1 のバッチの最大出力(モデル一覧の300K対応の名簿に載っていない。載っていないことは非対応の証明ではない)

よくある質問

思考のトークンは課金されますか?

出力トークンとして課金されます。思考の文が応答に返らない設定でも課金されます。

128Kを超える出力が要るときは?

バッチなら300Kまで。同期で128Kを超える指定は、公式の範囲にありません。

max_tokens は小さいほど安全ですか?

安全なのは暴走時の費用ですが、小さすぎると本文が出ません。思考ありのモデルでは特にそうです。

出典(2026年11月8日に確認)

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

次に読むページ