文脈の残量表示をモデルが受け取るかどうか

先に結論

公式の文脈ウィンドウのページによれば、Claude Sonnet 5・Sonnet 4.6・Sonnet 4.5・Haiku 4.5 は文脈の残量を追跡します。API がシステムプロンプトに全体の予算を入れ、ツール呼び出しのあとに残りを知らせます。一方、Opus 4.7 以降の Opus、Sonnet 5.5、Fable 5.1・Mythos 5.1・Fable 5・Mythos 5、Haiku 5.5 は、この表示を受け取りません。

どちらか

受け取る側では、全体の予算は Sonnet 5 と 4.6 が1M、Sonnet 4.5 と Haiku 4.5 が200K。画像のトークンも含まれます。自動で、利用者が有効にする操作も、自分でタグを送る必要もありません。

受け取らないモデルでの代わり

• タスク予算（ベータ）：モデルに明示の予算を与える。公式が代わりに案内している
• 圧縮（ベータ、2026年9月14日）：compact-2026-09-04 のヘッダーで、最上位の compaction パラメータにより、署名つきの要約ブロックが返る
• 自前のカウント：トークン数を数える API で送る前に見積もる

プロンプトを移すときの注意

1. Sonnet 5 のプロンプトに「残りトークンが表示されたら〜」と書いてあれば、5.5 では表示が来ないので無意味になる
2. 長い作業の区切りは、残量でなく、作業の単位（ファイル数・手順）で決めるよう書き換える
3. 複数セッションにまたがる作業は、状態を外部の記録に残す設計にする（公式はメモリツールの複数セッション型を案内）

具体例：長い作業を区切るプロンプトの書き換え

Sonnet 5 向けに「残りのトークンが少なくなったら、途中経過を要約して保存し、作業を終える」と書いていたとします。Sonnet 5.5 では残量の表示が来ないため、この条件が発火しません。書き換えでは、トークンでなく作業の単位で区切ります。たとえば「10ファイル処理するごとに、進捗を進捗ファイルに書く」「新しい作業を始める前に、進捗ファイルを読む」と書きます。区切りが作業の単位なら、文脈が尽きても進捗ファイルから再開できます。文脈の残量に依存しない設計のほうが、モデルを替えても壊れません。

よくある取り違え

• 「どのモデルも残量を知っている」と読む：知らされるのは Sonnet 5・Sonnet 4.6・Sonnet 4.5・Haiku 4.5
• 「新しいほど自動で賢く区切る」と読む：新しいモデルは表示を受け取らないので、区切りは作業側で決める
• 「自分でタグを書けば同じ」と読む：タグは API が注入するもので、自分で送るものではない

自分の環境で確かめるには

同じ長い作業を、受け取るモデル（Sonnet 5）と受け取らないモデル（Sonnet 5.5）で動かし、作業の途中で出力の様子が変わるかを見ます。残量の表示に頼った指示がプロンプトに残っていれば、受け取らないモデルでは何も起きないはずです。プロンプトの中の「残りトークン」という語を検索して、残っているものを書き換えてください。

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

• タスク予算（ベータ）の仕様の詳細（読んでいない）
• 残量表示の有無が出力の質に与える影響（測っていない）

よくある質問

次に読むページ