Anthropic は 2026 年 9 月 22 日に Claude Opus 5.5 をリリースしました。Claude API を呼び出している人にとって、このアップグレードは 1 つの文字列の話です。claude-opus-5 が claude-opus-5-5 になります。
その文字列の裏側にあるのは、入力・出力の両方向でトークンあたり 20% の値下げ、1 回のレスポンスにおける出力トークン上限 128,000、出力生成が 30% 高速化されるという主張、そして 1 つのタスクに 18 時間以上とどまり続けるように作られていることです。Opus 5 に合わせて調整したコードにとって、これらのどれも影響なしでは済みません。
これはこのモデル系統における 2 回目の移行であり、1 回目とはまったく様相が異なります。Opus 4.8 から Opus 5 への移行は正確性のための移行でした。デフォルト値が動作中のコードの下で動き、以前は有効だったあるリクエストの組み合わせがハード 400 を返すようになりました。今回の移行は予算と運用範囲の移行です。作業の中心は、すでに一度測定した数値を測り直すことです。なぜならそのすべてが動いたからです。Opus 5.5 は 2 つの新しい OpenAI モデルと同じ日に登場しましたが、それはそれ自体が別の話です。
差分 ― 出典が確認できるセルだけで
| 項目 | Opus 5 | Opus 5.5 | 変更 |
|---|---|---|---|
| モデル ID | claude-opus-5 |
claude-opus-5-5 |
文字列 1 つ |
| 入力、100 万トークンあたり | $5.00 | $4.00 | 20% 減 |
| 出力、100 万トークンあたり | $25.00 | $20.00 | 20% 減 |
| キャッシュ書き込み、100 万あたり | ベンダーのページを確認 | $5.00 | 不明 |
| キャッシュ読み取り、100 万あたり | ベンダーのページを確認 | $0.20 | 不明 |
| ファストモード、100 万あたり | ベンダーのページを確認 | 入力 $8.00、出力 $40.00 | 不明 |
| 最大出力トークン数 | ベンダーのページを確認 | 128,000 | 不明 |
| コンテキストウィンドウ | ベンダーのページを確認 | 1,000,000 | 不明 |
空欄のセルは意図的なものです。Anthropic は Opus 5.5 側の数値をモデルページで公開していますが、私たちは Opus 5 側を記憶から再構成するつもりはありません。コストモデルに入り込んだ誤った数値は、欠けている数値よりも悪いからです。節約額の見積もりを立てる前に、これら 5 行は Anthropic の料金ページから取得してください。
1. ID の変更は本当、20% も本当、40% は読み解きが必要
文字列を差し替えれば、入力・出力の両方向でトークンあたり 20% 安くなります。これは算数の話です。入力が $5 から $4、出力が $25 から $20 へ、両側とも同じ削減率です。
Anthropic はまた、Opus 5.5 は Opus 5 より実行コストが 40% 低いと述べています。この 2 つの数字は矛盾しませんが、同じ主張でもありません。トークンあたり 20% の削減だけでは、請求額を 40% 減らすことはできません。残りの半分は、同じ仕事を終えるのにモデルが使うトークン数が減ることから来なければならず、トークン効率は料金表とは違ってワークロードに依存します。
したがって 40% は、予測値に放り込む数字ではなく、測り直す理由として扱ってください。先週の実際のトラフィックから代表的な一部を、同一のプロンプトと設定で両方のモデル ID に対して再生し、usage ブロックを印象ではなく実際に比較し、実際のトークン数に新しい料金を掛けます。答えは 20% と 40% の間のどこかに落ち着き、どこに落ち着くかは、プロンプトのどれだけがそもそも不要だったかについて有益なことを教えてくれます。
2. キャッシュの行が表の中で最大の価格変更
Opus 5.5 のキャッシュ読み取りは 100 万トークンあたり $0.20 で、新規入力の $4.00 に対して 95% の割引です。キャッシュ書き込みは 100 万トークンあたり $5.00 で、それらのトークンをキャッシュせずに送った場合に払うことになる $4.00 に対して $1.00 の割増です。
その割増は最初のヒットでお釣りが来るほど元が取れます。プレフィックスを書き込むと、キャッシュしない場合より 100 万トークンあたり $1.00 多くかかります。その後そのプレフィックスを読み取るたびに、100 万トークンあたり $3.80 節約できます。損益分岐点は再読み取り 1 回のおよそ 4 分の 1 なので、実際にはこういうことです。そのプレフィックスが一度でも再利用されるなら、キャッシュしたのは正しかったのです。
以下が 200,000 トークンのシステムプロンプトの場合の形です。OpenAPI スペックのバンドルを貼り付けると、これは普通のサイズです。
| パターン | 10 回呼び出し時のコスト |
|---|---|
| 毎回新規入力、$4.00/M | $8.00 |
| 一度 $5.00/M で書き込み、その後 $0.20/M で 9 回読み取り | $1.36 |
同じプロンプト、同じモデルで 83% 削減です。2 行目を得るリクエストはプレフィックスを明示的にマークします。
{
"model": "claude-opus-5-5",
"max_tokens": 4096,
"system": [
{
"type": "text",
"text": "<your 200k-token spec bundle>",
"cache_control": {"type": "ephemeral"}
}
],
"messages": [
{"role": "user", "content": "Which endpoints changed between v2 and v3?"}
]
}
そしてレスポンスを読んで、ヒットしたことを確認してください。あると思っているのに実はないキャッシュは、最も高くつく種類だからです。
"usage": {
"input_tokens": 41,
"cache_creation_input_tokens": 204800,
"cache_read_input_tokens": 0,
"output_tokens": 612
}
最初の呼び出しでは、cache_creation_input_tokens が負荷を担います。それ以降のすべての呼び出しでは、その数値はゼロに落ち、cache_read_input_tokens がそれを引き継ぐはずです。そうならない場合、上流の何かがプレフィックスを変化させています。たいていはタイムスタンプ、リクエスト ID、あるいはツールリストの並び替えです。Apidog で 1 つの呼び出しを保存して 2 回実行するのが、2 つのフィールドのどちらが動くかを確認する最速の方法です。1M コンテキストをそもそもキャッシュする価値があるのはいつかを含む完全な計算は、Opus 5.5 のキャッシュコスト計算にあります。
3. 128,000 トークンのレスポンスは、モデルの問題である前にクライアントの問題
Opus 5.5 は 1 回のレスポンスで最大 128,000 出力トークンを返します。100 万あたり $20 なので、1 回の上限いっぱいの呼び出しで $2.56 です。誰かがリトライループの中で max_tokens を上限に設定する前に知っておく価値があります。
より大きな問題は、モデルとあなたのコードの間にあるすべてです。
- HTTP 読み取りタイムアウト。 それほど長いレスポンスは数秒ではなく数分かかります。ほとんどの SDK やリバースプロキシのデフォルトのクライアントタイムアウトはそれより短いです。
- プロキシとゲートウェイのバッファ。 転送前にボディ全体をバッファリングするゲートウェイは、処理中のリクエストごとに数メガバイトを保持し、中には単に接続を切ってしまうものもあります。
- 非ストリーミング呼び出し。 ストリーミングなしでは、何も表示されずチェックポイントもないまま、ずっと待つことになります。
- 切り詰められた JSON。 オブジェクトの途中で
max_tokensに達すると、救済できる部分オブジェクトではなく、無効な JSON が生成されます。パースする前にstop_reasonを確認してください。
上限が上がったからといって max_tokens を引き上げるのは簡単な半分です。タイムアウトの連鎖、バッファ、パーサを新しい上限に合わせるのが、インシデントを引き起こす半分です。
4. 出力が速くなっても待ち時間が短くなるわけではない
Anthropic は Opus 5.5 が Opus 5 より 30% 速く出力を生成すると述べています。出力速度は、実際に提供するレイテンシの 1 つの項にすぎません。最初のトークンまでの時間、リトライ、キューイングがそれと並んで存在し、より速くストリーミングするモデルでも、最初のトークンが届くまでにより長く考えるなら、遅く感じられることがあります。
ですから測定してください。代表的なプロンプトの固定セットを、同じネットワーク位置から両方のモデル ID に対して投げ、最初のトークンまでの時間と合計時間について、p50 と p95 を別々に記録します。平均レイテンシは、あなたを悩ませるケースを隠してしまいます。
Apidog で API テストシナリオを管理しているなら、これは小さな作業です。保存したリクエストを 1 つ複製し、モデル ID を変更し、両方をスケジュールで実行し、ストップウォッチではなくレスポンスタイムの時系列を読みます。要点は、移行前に「ビフォー」の数値を手に入れておくことです。切り替えた後では、それを得る方法がありません。
5. ファストモードはちょうど定価の 2 倍
Opus 5.5 のファストモードは、入力 100 万トークンあたり $8.00、出力 100 万トークンあたり $40.00 です。標準の $4.00 と $20.00 と並べると、価格ルールは頭に留めておくのが簡単です。ファストモードは両側ともまっすぐ 2 倍です。
そうなると判断は評価ではなく算数になります。あるルートのレイテンシがそのルートのトークン請求額を 2 倍にする価値があるならそこでは使い、そうでなければ使いません。よくある使い分けは、インタラクティブな経路ではファストモード、バッチやバックグラウンド処理では標準料金です。
6. ベンチマーク表は結果ではなく、テストする理由として扱う
Anthropic が公開している Opus 5.5 の数値は強力です。Terminal-Bench 4.0 が 66.4%、FrontierCode v1.1 が 54.4%、CursorBench 4.0 が 57.8%、GDPval-AA v2.1 が 1846 Elo、AutomationBench が 40.0%、Humanity's Last Exam がツール使用時で 67.7%、OSWorld 2.0 が 81.8%、Chartography が 89.0%。どちらのベンダーでもない第三者の Artificial Analysis は、スコア 58 で 212 モデル中 1 位に位置づけています。
さらに 2 つのベンダー主張は、競争上というより運用上重要です。Opus 5.5 は 1 つのタスクに 18 時間以上とどまり続けるように作られており、これはタイムアウト、リトライ、再開可能性に関する多くの通常の前提を壊します。また Anthropic は境界回避の試みの成功が 85% 減少したと報告していますが、これは継承する性質ではなく、あなた自身のエンドポイントの検証可能な性質です。
これらのどれも、あなたのプロンプトで Opus 5.5 が優れているかどうかは教えてくれません。本番を切り替える前に、両方の ID で独自の評価セットを実行してください。ベンダーのベンチマーク数値でデータベースのアップグレードを出荷しないのと同じ理由です。
移行チェックリスト
- 1 つのサービスで
claude-opus-5をclaude-opus-5-5に変更する。全部一度にではない。 - パラメータの表面が変わっていないと仮定する前に、この移行についての Anthropic の移行ガイドを読む。4.8 から 5 へのジャンプではデフォルトが静かに動いたので、推測せず検証する。
- 実際のトラフィックの一部を両方の ID に対して再生し、
usageブロックを差分比較する。 - 月間支出を $4 と $20 で、そして別途 $5 のキャッシュ書き込みと $0.20 のキャッシュ読み取りで再計算する。
- プレフィックスが安定していると信じるのではなく、
cache_read_input_tokensでキャッシュヒットを確認する。 - 誰かが
max_tokensを 128,000 付近に設定する前に、HTTP 読み取りタイムアウトを引き上げ、ゲートウェイのバッファを確認する。 - 切り替える前に、両方の ID で p50 と p95 のレイテンシを記録する。
- ファストモードはルートごとに、定価の 2 倍で判断する。
- 独自の評価セットを再実行する。ベンダーのベンチマークはテストする理由であって、テストそのものではない。
Opus 5.5 は、すでに呼び出しているモデルの、より安く、より速く、より長時間動くバージョンです。移行のリスクは、文字列の変更が失敗することではありません。別のモデル向けにサイズ設定されたコストモデル、タイムアウト、max_tokens の値をそのまま持ち越してしまうことです。
FAQ
claude-opus-5-5 は claude-opus-5 のドロップイン置き換えですか？ この移行についての Anthropic の移行ガイドを確認した後にのみ、そう扱ってください。ID の変更は 1 行の編集ですが、この系統の前回の移行ではリクエストの形を変えずにデフォルトが動いたので、検証は安価な保険です。
Opus 5.5 はどれくらい安いですか？ 入力・出力の両方向でトークンあたり 20% 安く、入力が $5 から $4、出力が $25 から $20 です。Anthropic は別途、実行コストが 40% 削減されると述べており、これは料金削減に加えてトークン効率の向上を示唆します。ご自身のワークロードを測定して、2 つの間のどこに落ち着くかを確認してください。
Opus 5.5 のプロンプトキャッシュのコストは？ 書き込みは 100 万トークンあたり $5.00、読み取りは 100 万トークンあたり $0.20 で、キャッシュしない入力の $4.00 と対比されます。キャッシュされたプレフィックスを 1 回再利用するだけで、書き込みの割増分は十分に元が取れます。
128,000 トークンの出力上限はクライアント側で何か変わりますか？ たいていははい。HTTP 読み取りタイムアウト、ゲートウェイのバッファリング、ストリーミングしているかどうかを確認してください。また、オブジェクトの途中で上限に達すると切り詰められたオブジェクトではなく無効な JSON が生成されるため、パースする前に stop_reason も確認してください。