Claude Opus 5の使い方と仕様 — 1Mコンテキスト・料金$5/$25・fast mode
Claude Opus 5のコンテキストウィンドウは1M(100万トークン)で、[1m]の接尾辞は不要です。入力$5 / 出力$25、最大出力128K。thinking既定オンとeffort、fast modeを解説します。
Claude Opus 5は、2026年7月24日に提供が始まったOpusクラスのモデルです。モデルIDは claude-opus-5、料金は入力$5 / 出力$25(100万トークンあたり)でOpus 4.8から据え置き、コンテキストウィンドウは1Mトークン、最大出力は128Kトークン。単価も機能表も4.8と同じなので「IDを差し替えるだけ」に見えますが、thinkingの既定が変わった点だけは実装に影響します。仕様と料金、利用面ごとの使い方、そしてFable 5.1との分け方を順に追います。
Opus 5の1Mコンテキストは標準 — [1m] の接尾辞は要りません
Opus 5のコンテキストウィンドウは、追加の指定なしで1M(100万)トークンです。Claude Codeでは claude-opus-5[1m] や opus[1m] と書く必要はなく、/model claude-opus-5 だけで1Mのコンテキストウィンドウで動きます。[1m] の接尾辞が効くのは、1Mに別指定が要るOpus 4.6のような世代で、Opus 4.7以降には効果がありません。
Claude APIでも1Mは標準で、長いコンテキストの追加料金はかかりません。
Claude Codeで200Kに抑えたいときは、環境変数 CLAUDE_CODE_DISABLE_1M_CONTEXT=1 を設定します。このとき [1m] の選択肢はピッカーから消え、Opus 5もコンテキストウィンドウが200Kのモデルとして扱われます。
Claude Opus 5とは — Fable 5.1の半額で、その手前まで届くOpus
Claude Opus 5は、Opus 4.8の後継にあたるOpusクラスのモデルです。MythosクラスのClaude Fable 5.1($10 / $50)に対して単価はちょうど半分で、能力の頂点はFable 5.1に残しつつ、日常的に回す最上位ワークをOpusの単価帯に引き戻す枠として置かれていました。参考値として、CursorBench 3.2の公表スコアはFable 5.1が73.4%(最大effort)、Opus 5が70.0%です。
いちばん実務に効くのは、値段が上がらなかったことです。Opus 4.8を主力にしていたなら、料金の再試算なしにIDを差し替えられます。発表当日の内容やベンチマークの詳細はClaude Opus 5が登場 — Fable 5の知性に半額で迫る新最上位にまとめてあるので、ここでは仕様と使い方を掘ります。Opus 5がモデル階層のどこに座るのかを先に見たい場合は、Claudeとは — モデル・料金・使い方に4モデルの並びがあります。
モデル階層に置くと、Opus 5は次の場所に入ります。
| クラス | 代表モデル | 料金(入力 / 出力、per MTok) | 主な用途 |
|---|---|---|---|
| Mythos | 代表モデルFable 5.1 | 料金(入力 / 出力、per MTok)$10 / $50 | 主な用途能力の上限が要る長時間の自律タスク |
| Opus | 代表モデルOpus 5.5 | 料金(入力 / 出力、per MTok)$4 / $20 | 主な用途現行のOpus。迷ったときの出発点 |
| Opus | 代表モデルOpus 5 | 料金(入力 / 出力、per MTok)$5 / $25 | 主な用途エージェント / コーディング / 深い推論(レガシー扱い。提供終了は2027年7月24日以降) |
| Opus | 代表モデルOpus 4.8 | 料金(入力 / 出力、per MTok)$5 / $25 | 主な用途前世代。Opus 5のフォールバック先 |
| Sonnet | 代表モデルSonnet 5.5 | 料金(入力 / 出力、per MTok)$2 / $10 | 主な用途範囲が明確な日常の実装・調査 |
| Sonnet | 代表モデルSonnet 5 | 料金(入力 / 出力、per MTok)$2 / $10 | 主な用途前世代(引き続き提供) |
| Haiku | 代表モデルHaiku 4.5 | 料金(入力 / 出力、per MTok)$1 / $5 | 主な用途分類・抽出・大量バッチ |
単価はOpus 5.5のほうが全体に低く、差は通常料金だけでなくキャッシュ・fast mode・Batchにも及びます。
Opus 5とOpus 5.5の単価差(100万トークンあたり)
Opus 5
キャッシュ書き込みは5分が$6.25、1時間が$10、読み取りは$0.50です。fast modeは$10 / $50、Batchは$2.50 / $12.50。
Opus 5.5
キャッシュ書き込みは5分が$5、1時間が$8、読み取りは$0.20(入力の0.05倍)です。fast modeは$8 / $40、Batchは$2 / $10。
いまの公式の出発点は claude-opus-5-5 です。Fable 5.1を選ぶのは、高難度の推論や長時間のエージェント作業、またはOpus 5.5を高いeffortで回しても足りないとき、という順序です。
仕様リファレンス — 1Mコンテキスト・128K出力・thinking既定オン
主要スペックは次のとおりです。1Mトークンのコンテキストウィンドウは既定値であると同時に上限値でもあります(追加料金の扱いは前述のとおりです)。
| 項目 | Claude Opus 5 |
|---|---|
| モデルID | Claude Opus 5claude-opus-5(日付サフィックスなし) |
| コンテキストウィンドウ | Claude Opus 51Mトークン(既定かつ最大) |
| 最大出力 | Claude Opus 5128Kトークン |
| thinking | Claude Opus 5adaptive。指定を省略するとオンで動く |
| effort | Claude Opus 5low / medium / high / xhigh / max(既定high) |
| トークナイザー | Claude Opus 5Opus 4.7世代(Opus 4.8と同じ) |
| プロンプトキャッシュの最小長 | Claude Opus 5512トークン |
| fast mode | Claude Opus 5対応($10 / $50、対応する面は後述) |
表のうちOpus 4.8から実際に変わったのは、thinkingの既定とキャッシュの最小長の2行です。fast modeの単価はOpus 4.8と同じです。それぞれ後の節で扱います。
thinkingが既定でオンになった — Opus 4.8から実装が変わる唯一の点
Opus 4.8では thinking を省略したリクエストは思考なしで走りましたが、Opus 5では同じリクエストがadaptive thinkingで走ります。{"type": "adaptive"} を明示した場合と同じ挙動です。
これがコストと出力長の両方に効きます。max_tokens は思考と応答テキストの合計に掛かる上限なので、思考ゼロを前提に max_tokens を答えの長さギリギリに詰めていた経路は、Opus 5では応答が途中で切れます。thinking を一度も設定していないコードほど影響を受けます。
思考をオフにしたい場合の制約が、もうひとつあります。
# 400 になる組み合わせ:thinking 無効化 + effort xhigh / max
thinking = {"type": "disabled"}
output_config = {"effort": "xhigh"}thinking: {"type": "disabled"} が受け付けられるのはeffortがhigh以下のときだけで、xhighとmaxに組み合わせると400が返ります。しかもこの検証はリクエスト単位です。会話の途中でeffortをxhighへ上げると、それまで通っていた同じ会話の続きが弾かれます。
思考をオフにする運用そのものにも副作用があります。thinkingを無効化したOpus 5は、ツール呼び出しを tool_use ブロックではなく本文のテキストとして書いてしまうことがあります。ターンは正常終了し、エラーも出ず、ツールだけが実行されません。エージェントループではその偽の呼び出しが履歴に残り、後続のターンを歪めます。<thinking> タグが応答本文に漏れる事例も報告されています。
対策はシンプルです。thinkingはオンのまま、effortをlowかmediumへ落とす。トークンと待ち時間の節約という目的はこれでほぼ達成でき、上の2つの不具合も踏みません。どうしてもオフが必要なら、「ツールを使う前に一言添えてよい」と伝える指示が有効で、逆に「考えるな」「推論するな」系の指示はタグ漏れを悪化させます。
effortは既定のhighから始めて、evalで上下に振る
Opus 5のeffortは5段階すべてに対応し、ベータヘッダーは不要です。既定はhighで、出発点もhighです。
難しいコーディングやエージェント作業はxhighへ引き上げ、lowとmediumは品質が保てる範囲でコストと速度を調整する手段になります。Opus 4.8の「コーディングとエージェントはxhighから」という案内とは出発点が違います。Opus 5はlowとmediumでも品質が出やすいモデルです。使い分けの詳細はOpus 5のeffort使い分けガイドにあります。
| effort | 想定用途 | 補足 |
|---|---|---|
| max | 想定用途正しさがコストより重い最難問 | 補足単純なタスクでは考えすぎになりやすい |
| xhigh | 想定用途難しいコーディング / エージェント | 補足highから引き上げる先。max_tokens は64K以上を確保 |
| high | 想定用途出発点。判断の質が要る一般業務 | 補足API既定値 |
| medium | 想定用途定型寄りの処理 | 補足品質が保てる範囲を実測で探す |
| low | 想定用途短く閉じたタスク / 待ち時間優先 | 補足サブエージェント用途にも |
xhighとmaxで走らせるときは max_tokens に64K以上を取っておきます。思考とツール呼び出しが同じ予算を食うため、切り詰めると答えの手前で止まります。
前世代から設定を引き継ぐ場合は、自前の評価セットでmedium / high / xhighを一度掃いてから決めます。なおOpus 5は応答が前世代より長めで、effortを変えても応答が確実に短くなるわけではありません。長さを抑えたいときは、プロンプトで長さを指示します。
fast modeは何が速くなり、どこで使えないか
fast modeは、同じモデルのまま出力トークンの生成を最大2.5倍まで速くするリサーチプレビュー機能です。Opus 5での単価は入力$10 / 出力$50(100万トークンあたり)で、通常単価のちょうど2倍にあたります。
使える面が限られる点に注意が要ります。
| 利用面 | fast modeの可否 |
|---|---|
| Claude API | fast modeの可否○(speed: "fast" + ベータフラグ) |
| Managed Agents | fast modeの可否○ |
| Claude Code CLI | fast modeの可否○(/fast コマンド) |
| Amazon Bedrock / Google Cloud / Microsoft Foundry / Claude Platform on AWS | fast modeの可否× |
| Batch API / Priority Tier | fast modeの可否× |
APIから使うには3つが同時に必要です。ベータ版のmessagesエンドポイントを叩くこと、ベータフラグ fast-mode-2026-02-01 を渡すこと、そして speed: "fast" をトップレベルのリクエストパラメータとして置くこと。ヘッダーでも extra_body でもありません。
client.beta.messages.create(
model="claude-opus-5",
max_tokens=4096,
speed="fast",
betas=["fast-mode-2026-02-01"],
messages=[...],
)fast modeは通常のOpus枠とは別のレート上限を持ちます。この別枠の仕組みはfast modeのレート制限は標準のOpusと別枠になる仕組みで詳しく扱っています。429が返ったら retry-after に従って待つか、speed を外して通常速度に落とす形になりますが、速度を切り替えるとプロンプトキャッシュは無効化されます。キャッシュヒット率を稼いでいるワークロードでは、この切り替えコストが速度の利得を食う場面があります。
Claude Code側では、v2.1.219で /fast の対象がOpus 5とOpus 4.8に絞られ、Opus 4.7は高速モードから外れました。切り替えはCLIの /fast から行います。Claude Codeでの高速モード単価は$10/$50です。
利用面ごとの使い方
Claude Code — v2.1.280以降はモデルIDで選ぶ
Claude Codeでは、v2.1.280より前(v2.1.219以降)、/model でOpusを選ぶとOpus 5が起動しました。v2.1.280からは opus エイリアスの行き先がOpus 5.5に変わり、Pro・Maxとも既定モデルがOpus 5.5になっています(それより前のProの既定はSonnet 5)。Opus 5を使い続けるなら、モデルIDで明示します。
Claude CodeでOpus 5に固定する
- 1
モデルIDを明示する
/model claude-opus-5で切り替えます。opusエイリアスは最新のOpus(現在は5.5)を指すため、5を使い続けるなら使えません。 - 2
effortを決める
/effort xhighのように5段階から選びます。起動時に決めるなら--effort xhighです。 - 3
必要ならfast modeを入れる
/fastで切り替わります。対象はOpus 5.5・Opus 5・Opus 4.8で、Opus 5を選んだまま入れればOpus 5のままfast modeになります。サブスクリプションでは利用クレジット(usage credits)からの課金です。
claude --help の該当部分は、v2.1.285では次のように出力されました。--model の説明が「最新モデルのエイリアス、またはモデルの正式名」となっており、エイリアスは日付で固定されないことが分かります。
$ claude --version
2.1.285 (Claude Code)
$ claude --help
--effort <level> Effort level for the current session
(low, medium, high, xhigh, max)
--model <model> Model for the current session. Provide
an alias for the latest model (e.g.
'fable', 'opus', or 'sonnet') or a
model's full name.同じ更新で /model ピッカーの表示が「Opus (1M context)」になり、コンテキスト長がその場で分かるようになりました。更新に含まれる変更の全体はClaude Code v2.1.219のリリースノートに、Opus 5.5への切り替えはClaude Code v2.1.280の解説にまとめてあります。
claude.ai — 登場時はMaxの既定モデルに
Opus 5の登場時、Claude Maxでは既定モデルがOpus 5になりました。ProでもOpus 5が最も強いモデルとして並びました。
API — IDを差し替えるだけ
Messages APIでは model に claude-opus-5 を渡します。日付サフィックスは付けません。
response = client.messages.create(
model="claude-opus-5",
max_tokens=64000,
output_config={"effort": "xhigh"},
messages=[{"role": "user", "content": "..."}],
)Opus 4.8からの差し替えでコードを直す必要があるのは、前述のthinking関連だけです。Opus 4.7以前から上げてくる場合は、budget_tokens や temperature の除去といった別の作業が加わります。手順はClaudeモデルの移行ガイドに分けてあります。
クラウド経由 — IDの前置きが分かれる
Amazon Bedrockでは anthropic.claude-opus-5 とプレフィックスが付き、Google CloudとClaude Platform on AWSではプレフィックスなしの claude-opus-5 をそのまま使います。Microsoft Foundryも提供対象です。ただしfast modeはこれらの経由ではどれも使えないため、依存する設計はClaude API側に寄せることになります。Message Batches APIはClaude APIとClaude Platform on AWSで使えます。
Opus 4.8から移ると変わること — キャッシュ最小長は512トークンへ
プロンプトキャッシュの最小長が、Opus 4.8の1024トークンから512トークンへ下がりました。「短すぎてキャッシュに乗らない」と諦めていたシステムプロンプトが、コードを1行も変えずにキャッシュ対象になる可能性があります。移行のついでに cache_read_input_tokens を見直す価値がある変更です。512トークンはOpus 5固有ではなく、Opus 5.5やFable 5.1でも同じです。
会話途中のツール差し替えはOpus 4.8でも使えるベータ機能で、Opus 5・Opus 5.5などにも対応します。従来は tools を編集するとプロンプトの先頭が変わり、会話全体のキャッシュが飛びました。ベータヘッダー mid-conversation-tool-changes-2026-07-01 を付けると、{"role": "system"} のメッセージに tool_addition / tool_removal ブロックを載せてツールを出し入れでき、キャッシュされたプレフィックスが生き残ります。追加する側のツールは、あらかじめ tools に "defer_loading": true 付きで宣言しておく必要があります。
権限が変わるとツールが増減する業務エージェント、段階的にツールを開放するオンボーディング型のエージェントで、キャッシュコストの構造がそのまま改善します。ツール定義に付く _20250124 のような日付サフィックスの読み方と切り替えのタイミングは、Claude APIツールのバージョン管理の読み方と使い分けにまとめています。
安全分類器で拒否されたときに何が起きるか
Opus 5にはサイバーセキュリティ領域を対象とする強めの分類器が入っており、これに引っかかったリクエストはエラーではなく正常応答として返ります。HTTPは200、stop_reason が "refusal"、stop_details に分類のカテゴリーが入る形です。
つまり response.content[0] を無条件に読むコードは壊れます。stop_reason を先に見る分岐が要ります。
拒否を実際に回復させたいなら、サーバー側のフォールバックを既定で入れておく組み方があります。ベータヘッダー server-side-fallback-2026-07-01 と fallbacks: "default" を渡すと、拒否のカテゴリーに応じてAnthropic側が推奨のフォールバック先へ回してくれます。サイバー分類のリクエストはOpus 4.8へ回るため、拒否が「別ラベルの失敗」に変わるのではなく実際に結果が返ります。生物領域のリクエストは別で、Opus 5が独自の分類器を持ちフォールバック先もないので、拒否のまま終わります。フォールバック先をモデル名で固定するより、"default" に任せるほうが将来の非推奨化に追随しなくて済みます。Claude.ai・Claude Code・Coworkの画面上でこれと同じ仕組みがAssistant側の自動フォールバックとして働き「モデルが切り替わりました」と表示されるケースの詳細は、Claude Opus 5のモデル切り替えにまとめています。
なお、Opus 5では生の思考過程が返らない設計になっています。thinking.display の既定は "omitted" で、thinkingフィールドが空文字列になり、"summarized" を指定すると要約された思考過程を取得できます。
Opus 5に残るか、Opus 5.5へ移すか
料金以外の差は、リクエストが通るかどうかに直結します。Opus 5.5にはOpus 5で通っていた設定が400になるものがあり、これが移行の分かれ目です。
挙動の違い
Opus 5に残る
thinking: {"type": "disabled"} がeffort high以下で通り、tool_choice の any / tool による強制呼び出しも使えます。既定のeffortは high です。
Opus 5.5へ移す
thinkingは常時オンで、無効化と tool_choice の強制はどちらも400です。既定のeffortは medium になるので、明示指定を入れます。thinkingブロックはモデルと会話に紐づき、旧版の computer_20251124 ツールも受け付けません。ツール呼び出しの間のテキストがthinkingブロックで返る点も変わります。
thinkingを切って動かしているコードや、ツール呼び出しを強制しているエージェントは、単価が下がっても設定の書き換えが先に必要です。Opus 5にとどまる判断は、その書き換えコストとの見合いになります。
Fable 5.1とOpus 5をどう分けるか
Opusから始めて、足りなければFable 5.1へ上げる。これが公式の案内の順序です。ただし出発点のOpusは、9月22日以降はOpus 5.5を指します。以下の比較は、Opus 5を使い続ける構成での判断材料です。
| 判断軸 | Opus 5 | Fable 5.1 |
|---|---|---|
| 料金(入力 / 出力、per MTok) | Opus 5$5 / $25 | Fable 5.1$10 / $50 |
| キャッシュ読み取り(per MTok) | Opus 5$0.50(入力の0.1倍) | Fable 5.1$0.25(入力の0.025倍) |
| thinking無効化 | Opus 5effort high以下でのみ可 | Fable 5.1不可(常時オン) |
強制ツール呼び出し(tool_choice のany / tool) | Opus 5可 | Fable 5.1不可(400エラー) |
| データ保持要件 | Opus 5なし | Fable 5.130日保持が必須(ZDRはAnthropicの明示的な許可がある場合のみ) |
| fast mode | Opus 5対応 | Fable 5.1非対応 |
| Priority Tier | Opus 5非対応 | Fable 5.1非対応(前世代のFable 5は対応) |
制約の欄が分岐点になります。ゼロデータ保持(ZDR)を敷いている組織は、明示的な許可がない限りFable 5.1を選べません。選択肢はZDRに対応するOpus 5.5かOpus 5になります。Priority Tierはどちらも対象外です(新規の容量契約は販売終了しており、既存契約で使い続けている構成では前世代のFable 5かOpus 4.8に残る判断になります)。この2つは能力の話ではなく契約と運用の話なので、性能比較より先に確認する項目です。
コストの欄には逆転が1つあります。キャッシュ読み取りだけはFable 5.1がOpus 5の半額で、固定のプレフィックスを何十ターンも読み直すエージェントループでは、入力側のコストがFable 5.1のほうが安くなる場面が出ます。出力単価は2倍のままなので、出力が多い作業ではOpus 5の優位が残ります。試算はClaude Fable 5.1の仕様解説の料金の節に置いています。
能力面では、CursorBench 3.2の公表スコアでOpus 5が70.0%、Fable 5.1が73.4%と3.4ポイント差です。前世代のFable 5は70.5%だったので、7月にはOpus 5が半額で並んでいましたが、Fable 5.1で再び差が付きました。数時間規模の自律実行や、曖昧で大きな問題を丸ごと預ける使い方、文脈の読み直しが多い作業ではFable 5.1が候補に入ります。Opus 5を高いeffortで回しても評価が届かないときも同じです。それ以外の最上位ワークの出発点は、いまはOpus 5.5です。発表では、Opus 5.5は大半の作業でFable 5.1と同じ水準とされています。モデル全体の選び分けはClaudeモデル比較(使い分けと組み合わせ)が広く扱っています。
よくある質問
日付付きのモデルIDはありますか
ありません。claude-opus-5 が正式なIDで、日付サフィックスは付けません。日付なしのIDですが挙動が固定されたスナップショットとして扱われるため、バージョンを固定したい運用でもこのIDのまま使えます。
まとめ
Opus 4.8から上げるなら、見直すのはthinkingの既定と max_tokens だけで、IDの差し替えで動きます。新規に選ぶなら単価が2割安いOpus 5.5が先です。Opus 5に残る理由になるのは、thinkingの無効化や tool_choice による強制呼び出しに依存しているコードです。そこはOpus 5.5では400になります。