Claude Opus 5とは？料金・使い方・Opus 4.8からの移行判断【2026年7月】

Anthropicが2026年7月24日に公開したClaude Opus 5は、モデルID claude-opus-5 で呼び出す上位モデルです。入力100万トークンあたり5ドル・出力25ドルという単価はOpus 4.8から据え置かれ、文脈長は100万トークン、同期APIの出力上限は12.8万トークンでした。ただし単価が同じでも請求額は同じになりません。トークナイザの違いと適応型思考の既定オン化が、同じ処理でもトークン数を押し上げるためです。この記事では公式ドキュメントで確認できる仕様と料金、claude.ai・Claude Code・API・クラウド各社という4つの経路の使い方、effortの5段階の選び分け、Opus 4.8からの移行で400エラーになる条件、そして受託開発の現場でOpus 5を選ぶ条件と見送る条件を整理します。

なお2026年9月22日に後継のClaude Opus 5.5が公開され、単価は入力4ドル・出力20ドルへ下がりました。thinkingの無効化や強制ツール呼び出しが400エラーになる変更も含むため、移行を検討する場合はClaude Opus 5.5の料金と破壊的変更も確認してください。

まとめ：Claude Opus 5の要点と移行可否の結論

Opus 5は「単価据え置きで性能を引き上げた世代交代」です。API料金は入力5ドル・出力25ドル、文脈は100万トークン、知識のカットオフは2026年5月で、現行Claude系では最も新しい情報を持ちます。claude.aiではPro・Max・Team・Enterpriseの各有料プランで選べ、Claude Code、Claude Cowork、Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundryからも呼び出せます。

移行判断の結論を先に書きます。Opus 4.8で動いているエージェントやコード生成基盤は、モデル名の差し替えだけで移してはいけません。理由は3つあり、思考が既定でオンになること、thinking を無効にしたまま effort を xhigh 以上に上げると400エラーが返ること、そしてトークナイザ世代をまたぐとトークン数そのものが増えることです。

逆に、大量の定型処理をSonnet 5やHaiku 4.5で回している用途に、単価5倍のOpus 5を持ち込む理由はありません。判断の軸は「1件あたりの失敗コストが単価差を上回るか」の一点に絞れます。以降の章では、仕様・4経路の使い方・effortの選び方・移行手順・コスト再計算・採否の線引きを順に見ていきます。

Claude Opus 5の基本仕様と2026年7月24日公開で変わった中身

まず押さえるのは、料金表・文脈長・出力上限・知識のカットオフという4つの実数です。ここが設計の前提になります。

標準料金は入力5ドル・出力25ドルでOpus 4.8から据え置き

Claude APIの標準料金は、入力が100万トークンあたり5ドル、出力が25ドルです。Opus 4.5から4.8まで続いた価格帯がそのまま維持されました。プロンプトキャッシュは5分保持の書き込みが6.25ドル、1時間保持が10ドル、キャッシュヒットが0.50ドルで、ヒット単価は標準入力の10%にあたります。倍率で見ると5分書き込みが1.25倍、1時間書き込みが2倍、読み出しが0.1倍という構成です。

非同期のBatch APIを使うと入力2.50ドル・出力12.50ドルの半額になります。加えて研究プレビュー段階の高速モード（speed に fast を指定）があり、こちらは入力10ドル・出力50ドルと標準の2倍で、出力速度はおよそ2.5倍とされています。高速モードが使えるのはOpus 5とOpus 4.8だけで、提供もAnthropic直営のClaude APIに限られ、Batch APIとの併用はできません。

1Mトークン文脈と128kトークン出力という処理上限の実際の姿

文脈長は100万トークンで、公式の目安では約555,000語・約250万文字にあたります。これはOpus 5にとって既定であり同時に上限でもあり、長文脈を有効にするための特別なヘッダーは要りません。20万トークンを超えても追加の長文脈料金は発生せず、90万トークンのリクエストも9千トークンのリクエストと同じ単価で課金されます。

出力側の上限は同期のMessages APIで12.8万トークンでした。Batch APIに限り、output-300k-2026-03-24 というベータヘッダーを付けると30万トークンまで拡張できます。長文の一括生成をバッチに寄せる設計が、上限と単価の両面で有利になります。なお公式は、文脈の端まで指示追従・ツール呼び出し・推論の質が保たれると説明しました。

知識のカットオフ2026年5月と公式ベンチマークの正しい読み方

信頼できる知識のカットオフは2026年5月で、Fable 5やSonnet 5の2026年1月より新しい情報を持ちます。ライブラリの仕様変更が早い領域では、この4か月差がそのまま調査工数の差になりました。

性能について公式が示したのは、Frontier-Bench v0.1でOpus 4.8の2倍超、ARC-AGI 3で次点モデルの3倍、Zapier AutomationBenchで同一コストでの合格率が次点の約1.5倍、OSWorld 2.0ではFable 5の最高結果を約3分の1のコストで上回る、CursorBench 3.2では max 設定時にFable 5のピークとの差が0.5%以内、といった内容です。分野別では有機化学タスクでOpus 4.8比10.2ポイント高、タンパク質関連タスクで7.7ポイント高と説明されました。

ここで注意したいのは読み方です。公式発表はグラフと相対表現が中心で、絶対スコアの一覧表という形では示されていません。比較相手も項目ごとに違い、CursorBenchの数値は max 条件での話です。日本語の解説記事にはグラフから読み取った絶対値が並ぶこともありますが、調達資料に転記する数値としては出典の粒度が足りません。社内稟議に載せるなら、公表された相対表現をそのまま引き、判断は自社の評価セットの結果で行う形が安全です。

提供終了予定日から読むOpus 5とOpus 4.8の採用可能な期間

モデルを本番に組み込むときは、性能と同じくらい寿命が効いてきます。Anthropicは提供終了の予定日を公開しており、Opus 5は「2027年7月24日より前にはならない」と示されました。公開日からちょうど1年後を下限とする設計です。

読み取れる実務上の含意は2つあります。1つは、Opus 4.1を残した構成は2026年8月5日という期限が目前で、移行先を決める猶予がほとんど残っていないこと。もう1つは、Opus 4.8も2027年5月まで動く見込みがあるため、Opus 5への移行は「今すぐ全面切り替え」ではなく検証しながら進める余地があることです。公式は公開済みモデルの終了について60日以上前の通知を約束しており、保守契約の年次計画にはこの通知期間を織り込んで書けます。

Claude Opus 5の使い方と4つの利用経路ごとの初期設定

Opus 5に触る経路は、claude.aiの有料プラン、Claude Code、Claude API、そしてクラウド各社の4つに整理できます。経路ごとに既定値と設定方法が違うため、順に押さえます。

claude.aiの有料プランでOpus 5を選ぶ手順と使える範囲

claude.aiでは無料プランにOpus 5が出てきません。選べるのはPro・Max・Team・Enterpriseの各有料プランで、Maxでは既定のモデルとして設定され、Proでは選択できるなかで最も能力の高いモデルという位置づけになりました。手順としては、ログイン後に入力欄の上にあるモデル選択メニューを開き、一覧からOpus 5を選ぶだけです。Claude Coworkからも同じモデルを呼び出せます。

料金はプラン側に含まれるため、トークン単価は表に出ません。Proは月額20ドル（年払いなら月17ドル）、Maxは月額100ドルからの枠つき定額で、Teamは標準シートが月25ドル、Enterpriseはシート単価に加えてAPI利用分が別建てという構成でした。ここで注意したいのは、プランの月額とAPIの従量課金は同じ土俵で比べられない点です。比較の考え方は後半の損益分岐の節で扱います。

Claude Codeの既定モデルをOpus 5に切り替える設定手順

ターミナルで動くClaude Codeの導入と使い方を済ませている場合、Opus 5への切り替えは設定1行で終わります。恒久的に既定を変えるなら、シェルの設定ファイルに環境変数を書きます。

export ANTHROPIC_MODEL="claude-opus-5"

セッション中に切り替えるならモデル選択のスラッシュコマンドを使い、設定コマンドから既定値を書き換える方法もあります。Claude CodeでのeffortはAPIと同じく high が既定です。ただしコーディングやエージェント用途については、公式が xhigh を出発点として挙げているため、既定のままだと本来の水準を出しきれない場面が出てきます。長時間の自律作業を任せるセッションでは、開始時に xhigh へ上げてから走らせてください。

APIから呼ぶ最小構成とoutput_configでeffortを渡す書き方

APIから呼ぶ場合、必要なのはモデルID・max_tokens・メッセージ配列の3つだけです。effortは output_config の下に置く点が、旧来のパラメータと構造が違うところでした。Pythonでの最小構成は次のようになります。

client.messages.create(
    model="claude-opus-5",
    max_tokens=64000,
    output_config={"effort": "xhigh"},
    messages=[{"role": "user", "content": "..."}],
)

APIキーの取得と課金設定の手順はClaude APIの料金とAPIキー取得の記事にまとめてあります。output_config を省略すれば high で動き、これは effort に high を明示した場合と完全に同じ挙動です。max_tokens を64,000にしているのは偶然ではなく、xhigh や max で走らせるときの出発点として公式が挙げた値でした。思考と応答本文の合計に対する上限なので、ここを絞ると応答が途中で切れます。

BedrockやGoogle Cloud経由で使う場合のモデルIDと課金

Opus 5はAnthropic直営のClaude APIのほか、Amazon Bedrock、Claude Platform on AWS、Google Cloud、Microsoft Foundryから呼べます。厄介なのはモデルIDの表記が経路ごとに違う点で、ここを取り違えると疎通の段階で止まります。

Claude Platform on AWSとMicrosoft Foundryは、トークン利用をいったんUSDで評価してからClaude Consumption Unit（CCU）へ換算し、1 CCU＝0.01ドル、100 CCU＝1ドルとして請求に載せる方式でした。請求書にはCCUの1行しか出ないため、モデル別の内訳はコンソール側で見る前提になります。Amazon Bedrockの使い方と料金の基本を押さえたうえで、既存のAWS契約に寄せるかAnthropic直契約にするかを決めてください。なお提供終了の日程は、Anthropicが運営する経路（Claude API・Claude Platform on AWS・Microsoft Foundry）と、パートナーが運営するBedrock・Google Cloudで別々に決まります。

effortの5段階をワークロード別に選び分ける実務上の基準

Opus 5のコストと品質を動かす主導権は、モデル選択よりも effort にあります。5段の意味と選び分けを整理します。

effortの5つの段が意味するものと公式が示す推奨の出発点

effort は応答に使うトークン量を制御する設定で、Opus 5は5段すべてに対応しました。効くのは思考だけではありません。応答本文、ツール呼び出しとその引数を含めた出力トークン全体に効くため、段を下げるとツールを呼ぶ回数そのものが減ります。

公式のOpus 5向けの推奨は「既定の high から始め、評価結果を見て動かす」というものです。コーディングやエージェント作業では xhigh へ上げ、品質が保たれる範囲では low と medium をためらわずに使う、という書き方でした。1つ補足すると、effortは厳密なトークン上限ではなく振る舞いの信号です。段を下げても難問では相応に思考するため、費用の天井を決める道具としては使えません。

lowとmediumが実用水準に上がったことで変わる設計判断

Opus 5で実務的に効く変化は、下の段の底上げです。low と medium は、上位の段に比べてトークンと待ち時間を大きく削りながら品質を保つ、と公式が明記しました。Opus 4.8では任せられなかった仕事が medium で通る可能性がある、という意味になります。

設計への影響は具体的です。従来はモデルの階層で費用を刻む発想、つまり軽い仕事はHaiku 4.5、重い仕事はOpusという振り分けが基本でした。Opus 5では同じモデルのまま段で刻む選択肢が現実味を帯びます。コードレビューのように、1回目は速く広く、2回目は深く、という二段構えを組む場合、両方をOpus 5で回して段だけ変える構成が取れました。ただし前提として、自社の評価セットで段ごとの品質を測り直す作業は避けられません。前のモデルで決めた段の設定を、そのまま持ち越さないでください。

会話の途中でeffortを変えるとキャッシュが無効化される罠

effort はリクエスト単位の設定で、渡した値がそのリクエスト全体に効きます。問題は、この値がプロンプトの組み立て結果そのものを変える点でした。会話の途中で effort を切り替えると、それ以前のターンで作ったキャッシュのprefixが一致しなくなり、キャッシュヒットが失われます。

「簡単な質問は low、難しい質問は xhigh」と動的に振り分ける実装は、直感的には節約に見えて、長い会話ではむしろ支払いが増えます。プロンプトキャッシュの仕組みを前提にした長時間セッションでは、開始時に段を決めて最後まで固定してください。振り分けるなら会話単位ではなくワークロード単位です。公式のベストプラクティスにも「キャッシュを使う会話の内側では段を一定に保つ」という項目が置かれました。

Opus 4.8からOpus 5へ移行するときのAPI破壊的変更

モデル名の置換だけで済むと想定した移行は、本番でリクエストが落ちます。公式の移行ガイドに記載された破壊的変更を、実装作業の順に見ます。

適応型思考が既定オンになりmax_tokensの内訳が変わる点

Opus 4.8では thinking フィールドを指定しないリクエストは思考なしで動きました。Opus 5では同じリクエストが適応型思考ありで動きます。ここが最初の落とし穴です。

問題になるのは max_tokens の意味でした。この値は思考と応答本文を合わせた出力全体のハードリミットであり、思考が入る分だけ本文に使える枠が削られます。max_tokens を16000のまま移行すれば、従来なら収まっていた応答が途中で切れかねません。従来の挙動を残すなら thinking に disabled を渡しますが、副作用が2つ報告されています。1つはツール呼び出しが構造化ブロックではなく本文テキストとして書かれてしまう現象で、その呼び出しは実行されないうえ、エージェントのループでは会話履歴に残って後続のターンまで汚します。もう1つは内部XMLタグが可視の出力に混じる現象です。公式は、思考を無効にするより段を下げて費用を抑えるほうが、同じコストで結果が良いと説明しました。

thinking無効とxhigh・max併用が400エラーになる条件

Opus 5では、思考を無効にできるのは effort が high 以下のときだけです。disabled と xhigh、あるいは disabled と max を組み合わせたリクエストは400エラーを返します。判定はリクエスト単位で毎回行われるため、一部の高難度タスクだけ xhigh に上げる設計では、その分岐だけが本番で落ちます。

thinking={"type": "disabled"},
output_config={"effort": "xhigh"},

上の組み合わせがOpus 4.8では通り、Opus 5では拒否されます。回避策は2つです。思考を有効に戻して xhigh を使うか、思考を無効のまま high 以下に下げるかのどちらかになります。公式が推奨するのは前者でした。

Opus 4.7以前から一気に移る場合に追加で落ちる4つの系統

Opus 4.6以前やSonnet 4.6から一気にOpus 5へ移る案件では、Opus 4.7世代で入った変更も同時に踏みます。次の4系統は、コード内をあらかじめ検索して潰しておく対象です。

• temperature・top_p・top_k を既定値以外にすると400エラーになる。挙動の制御はプロンプト側に寄せる
• アシスタントメッセージの事前埋め込み（prefill）が400エラーになる。構造化出力かシステムプロンプトの指示で代替する
• budget_tokens を指定する手動の拡張思考が400エラーになる。適応型思考と effort の組み合わせへ置き換える
• 画像の最大解像度が1,568pxから2,576pxへ上がり、1枚あたり最大4,784トークンまで増える。不要なら送信前に縮小する

4つ目は課金に直接響きます。同じ画像を送っていても、対応解像度が上がったことで消費トークンが最大3倍になり得るため、OCRや図面解析のように画像を大量に流すワークロードでは前処理の縮小を入れてください。

プロンプト側から外すべき検証指示と冗長さを抑える指示の書き方

API側の修正が終わっても、プロンプトを前のままにしておくと費用が膨らみます。Opus 5は指示がなくても自分の作業を検証するため、Opus 4.8向けに書いた「最後に検証ステップを入れること」「サブエージェントで再確認すること」といった指示が二重の検証を招きました。公式は、この種の指示を削除すると品質を落とさずに無駄なトークンが減ると明記しています。同じ理由で「答えを再確認して」「返答前に見直して」という自己点検の指示も外す対象です。

次に応答の長さです。Opus 5の既定の応答は前世代より長くなりました。段を下げても可視の応答が確実に短くなるわけではないため、長さは指示文で決めます。「回答は要点に絞って簡潔に。留保や注意書きは短くし、本題に大半を割く」といった一文をシステムプロンプトに置き、長いプロンプトなら末尾に短い再掲を添える書き方が効きます。ファイルとして書き出す成果物の長さも別に指定してください。

3つ目はサブエージェントです。Opus 5は前世代より積極的に仕事を委譲します。並列化できる大きな調査では利点になる一方、小さな作業まで委譲すると費用と時間が倍々で膨らみました。シングルエージェントとマルチエージェントの使い分けで整理した判断軸に沿って、委譲してよい場面を明示するか、起動数の上限をハーネス側で固定する対応が要ります。コードレビュー用途では、もう1点だけ注意が必要です。「重大な問題だけ報告して」と書くと、Opus 5はその指示を字義どおり受け取って報告を減らします。全件報告させて、絞り込みは別工程で行う設計に変えてください。

Opus 5へ移行する前に潰しておく項目の実務チェックリスト

ここまでの内容を、移行作業の順に並べ直します。上から順に消し込めば、切り替え当日の手戻りはほぼ出ません。

移行で得になる変更もあります。キャッシュ可能なプロンプトの下限がOpus 4.8の1,024トークンから512トークンへ下がり、これまで短すぎて載らなかったシステムプロンプトが、コード変更なしでキャッシュ対象に入りました。ツール定義のオーバーヘッドも軽くなり、ツールを1つ以上渡したときにAPIが自動で付与するシステムプロンプトは、Opus 5が286トークン（tool_choice が auto または none のとき）、any や個別ツール指定で406トークンです。Opus 4.8の290トークン・410トークンからわずかに減り、Opus 4.7の675トークン・804トークンと比べると半分以下になりました。加えてベータ扱いですが、会話の途中でツール一覧を差し替えてもキャッシュ状態を保てる機能（ヘッダー mid-conversation-tool-changes-2026-07-01）が入り、ツール構成が動くエージェントでは効いてきます。

単価据え置きでも請求額が増えるコスト再ベースラインの実務と削減策

ここが本稿の核心です。料金表が同じでも請求額が同じにならない理由を、数字で押さえます。

トークナイザ変更で同じ文章が最大1.35倍のトークンになる影響

Opus 4.7以降のモデルは新しいトークナイザを使っており、同じテキストがそれ以前のモデルより約1倍から1.35倍のトークンに換算されます。公式は目安として約30%増と説明しました。増加率は内容によって変わります。Sonnet 4.6以前のモデルは従来のトークナイザのままなので、境界はモデル名ではなく世代にあります。

影響は単純です。単価が同じでもトークン数が3割増えれば、請求額はおおむね3割増えます。count_tokens エンドポイントが返す値も世代をまたぐと変わるため、見積の根拠にした過去の集計はそのまま使えません。Opus 4.8から移る場合はトークナイザ世代が同じなので増分は生じませんが、Sonnet 4.6以前や旧Opus系から一気に移る案件では、自社ワークロードで数えなおす作業を移行タスクに必ず積んでください。クライアント側でトークン数を推定している実装があれば、そこも再テストの対象です。

円換算した1リクエスト概算コストとバッチ・キャッシュの効き方

入力5万トークン・出力1.5万トークンのコーディング処理を例にします。1ドル150円と仮定した場合の概算で、実際の請求は為替で動きます。

削減の効き幅はキャッシュとバッチで大きく違います。入力が支配的なワークロードならキャッシュ、出力が支配的なら半額になるBatch APIが効く構図。両者は併用でき、割引は掛け合わせで適用されます。キャッシュの損益分岐も単純で、5分保持なら1回読み出せば元が取れ、1時間保持なら2回で元が取れる計算になりました。逆に高速モードは倍額で、Batch APIとの併用ができないうえ、20万トークンを超える部分にも高速モードの単価がかかります。

月あたりの利用規模で見た概算費用とサブスク契約との損益分岐点

案件の見積では、1リクエストではなく月次の総量で考えます。入力と出力の比率が8対2という、コード解析寄りのワークロードを想定した概算が下の表です。

サブスク契約との比較は、単価が公開されていない以上、厳密には成立しません。代わりに「月額をAPI単価で割ると何トークン分か」という目安なら出せます。Proの月額20ドルは入力換算で400万トークン、出力換算で80万トークン相当。Maxの月額100ドルからという枠は入力2,000万トークン、出力400万トークン相当にあたります。人が対話しながら使う範囲であればサブスクのほうが割安になりやすく、バッチ処理やエージェントを自動で回す用途はAPIでなければ設計自体が成り立ちません。両者は代替関係ではなく、使い分ける対象と考えてください。

トークン単価の外側で請求される見落としやすい追加費用の実務一覧

見積が外れる原因の多くは、モデル単価の表に載っていない費用です。Opus 5を業務システムへ組み込むときに効いてくる項目を並べます。

公式が示した計算例で感触をつかめます。Opus 5で入力5万・出力1.5万トークンを消費する1時間のManaged Agentsセッションは、トークン分0.625ドルに稼働時間0.08ドルが乗って合計0.705ドル。入力のうち4万トークンがキャッシュ読み出しなら0.525ドルまで下がりました。稼働時間の課金は状態が実行中の間だけ進み、返答待ちや停止中は加算されません。Web検索を組み込むエージェントでは、1,000回で10ドルという単価が月次では効いてきます。なおWeb取得（web fetch）に追加費用はなく、コード実行もWeb検索やWeb取得と併用する構成では無料になりました。

Claude Opus 5を採用する条件と見送るべき業務の線引き

ここは判断を言い切ります。単価5倍の差は、精度の差ではなく失敗コストの差で正当化するものです。

Claude Opus 5に踏み切ってよい条件と実装体制側の前提

採用してよいのは次の条件がそろう場合です。

• 1件の誤りを人が手直しする工数が、単価差（1リクエストあたり数十円規模）を上回る
• 数十分単位で走り続ける自律エージェントなど、途中放棄が致命傷になる処理を含む
• 複数ファイルにまたがる機能追加や大きめのリファクタなど、作業の粒度が大きい
• 2026年1月以降の仕様変更を扱い、知識カットオフ2026年5月の新しさが効く

前提として、移行後に effort の水準を自前の評価セットで測り直す体制が要ります。公式もOpus 4.8の設定をそのまま持ち越さず、評価をやり直すよう明記しました。もう1つ、Opus 5は仕様を最初に全部渡して走らせたときに最も力を出すという特性があるため、指示を小出しにする運用とは相性が良くありません。評価の設計から実装・運用までを外部に預けたい場合は、生成AI開発・AI受託開発でモデル選定と精度検証の工程を切り出せます。Opus 4.8の位置づけを整理した記事と読み比べると、同じ単価帯で何が積み増されたのかを追えます。

Opus 5を選ばずSonnet 5やHaiku 4.5に寄せるべき場面

次の3つの場面でOpus 5は過剰です。採用しないでください。

1つ目は、分類・抽出・要約のような判定基準が明確な定型処理を大量に回す用途。ここはHaiku 4.5の入力1ドル・出力5ドルで足り、Opus 5との単価差5倍を正当化できません。2つ目は、応答速度が体験を左右するチャット系。Opus 5は思考が既定でオンになるため、同じ設定なら応答までの時間は伸びます。3つ目は、20万トークンで収まる文脈しか扱わず、精度もSonnet 5で合格している既存システム。この場合の移行は、コスト増と再検証工数を払って得るものがありません。

単価の比較も押さえておきます。Sonnet 5の入力2ドル・出力10ドルは2026年8月31日までの導入価格で、9月1日からは入力3ドル・出力15ドルへ戻ります。Opus 5との差は現在の2.5倍から約1.67倍へ縮まる計算です。8月中の検証結果でランニングコストを提示すると、稼働開始時に単価が1.5倍になるため、Sonnet 5の料金と判断基準は9月以降の単価で引き直してください。上位のFable 5はOpus 5のちょうど2倍の単価で、長時間の自律エージェントの司令塔に回す使い方が現実的です。判断に迷ったら、評価セットでHaiku 4.5から順に上げ、合格した最初のモデルで止めるのが実務的な手順になります。上から試すと、下位モデルで足りる事実に気づけません。

データ所在地の要件と安全分類器による拒否に備える実装側の設計

官公庁案件や金融系では、推論の実行地域が調達要件に入ります。Claude 4.6以降のモデルは inference_geo パラメータに対応し、米国内に限定する指定では入力・出力・キャッシュ読み書きのすべてに1.1倍の係数がかかります。既定の全世界ルーティングは標準単価です。Microsoft FoundryではUS Data Zoneの配置が同等で、同じ1.1倍が適用されました。BedrockやGoogle Cloud経由でも同種の選択肢があり、リージョン指定のエンドポイントはグローバルより10%高い設定です。要件定義の段階で「どこで推論するか」を確認しないまま標準単価で見積もると、実装後に1割の差額が出ます。

もう1つ、Opus 5にはサイバーセキュリティ領域の安全性分類器が載っています。判定に触れたリクエストは stop_reason が refusal で返り、stop_details のカテゴリに理由の区分が入ります。脆弱性診断ツールやセキュリティ教材を扱う案件では、このカテゴリを読んで処理を分岐させる実装を先に決めてください。ベータ扱いの自動フォールバック（fallbacks に default を指定し、ヘッダー server-side-fallback-2026-07-01 を付ける）を使うと、拒否されたリクエストを代替モデルへ自動で回せます。正当な業務用途であれば、Anthropicの検証プログラムへ申請する経路も用意されました。

よくある質問

Claude Opus 5について検索されることの多い質問に、公式ドキュメントで確認できる範囲で答えます。

Claude Opus 5は無料プランでも使えますか？

無料プランでは使えません。claude.aiでOpus 5を選べるのはPro・Max・Team・Enterpriseの各プランです。Maxでは既定のモデルとして設定され、Proでは選択できるなかで最も能力の高いモデルという位置づけになります。APIから使う場合はプラン区分ではなく従量課金で、Claude API・Amazon Bedrock・Claude Platform on AWS・Google Cloud・Microsoft Foundryのいずれからでも呼び出せます。

Opus 4.8からモデル名を変えるだけで移行できますか？

できません。モデルIDを claude-opus-4-8 から claude-opus-5 に変えるだけでは、思考が既定オンになる影響で max_tokens の内訳が変わります。さらに thinking を無効にしたまま effort を xhigh 以上にしているリクエストは400エラーで落ちます。移行時は、思考なしで動いていた処理の洗い出し、max_tokens の見直し、effort の再評価、検証指示の削除、コストの再計測をひととおり実施してください。

Claude Opus 5の使い方はどこから始めるのが早いですか？

試すだけならclaude.aiの有料プランで、モデル選択メニューからOpus 5を選ぶ方法が最短です。開発で使うなら、Claude Codeで環境変数 ANTHROPIC_MODEL に claude-opus-5 を設定する形が手数の少ない入口になります。自社サービスへ組み込む場合はClaude APIで、model・max_tokens・メッセージ配列の3つがあれば動きます。effortを変えるときは output_config の下に置いてください。

Claude Opus 5の料金はOpus 4.8より高いですか？

単価は同じで、入力が100万トークンあたり5ドル、出力が25ドルです。ただしOpus 4.8から移る場合でも、思考が既定でオンになる分だけ出力トークンが増える可能性があります。Sonnet 4.6以前の世代から移る場合は、トークナイザの違いで同じ文章が約1.35倍までのトークンに換算されるため、単価が下がっても請求が増えることがあります。移行後は必ず自社の実データで再計測してください。

effortはどの段から始めればよいですか？

既定の high から始め、自社の評価セットの結果で動かすのが公式の推奨です。コーディングや長時間のエージェント作業は xhigh へ上げ、品質が落ちない範囲では low や medium を積極的に使う形になります。xhigh や max で走らせるときは max_tokens を64,000程度から調整してください。前のモデルで決めた段の設定は流用せず、測り直すことが前提です。

Claude Opus 5とFable 5はどちらを選ぶべきですか？

単価はFable 5がOpus 5のちょうど2倍（入力10ドル・出力50ドル）です。Anthropicの公開情報ではCursorBench 3.2でFable 5のピークとの差が0.5%以内とされており、コーディング用途の多くはOpus 5で足ります。長時間の自律エージェントで、途中の判断ミスが後続すべてに波及する構成に限りFable 5を検討してください。両方を使うなら、計画をFable 5、実装をOpus 5に分ける2階層が費用対効果の面で扱いやすい構成です。2026年9月1日にはClaude Fable 5.1が公開され、同じ単価のままキャッシュ読みが4分の1になっています。

1Mトークンの文脈を使うと追加料金はかかりますか？

かかりません。Claude 4.6以降のモデルは100万トークンの文脈全体が標準単価で、20万トークンを超えた分に割増はありません。90万トークンのリクエストも9千トークンのリクエストと同じ単価で計算されます。プロンプトキャッシュとBatch APIの割引も、文脈全体にわたって標準の率で適用されました。ただし高速モードを使う場合は、20万トークンを超える部分も含めて高速モードの単価が適用されます。

関連記事

• Claude Opus 4.8の基本概要と最上位モデルとしての位置づけ：Opus 5の移行元にあたる前世代の仕様と当時の位置づけを確認できます。
• Claude Sonnet 5とは？料金・Opus 4.8との違いと移行の判断基準：導入価格の期日を含め、量をさばく側のモデル選定を整理しています。
• Claude Fable 5の料金・使い方とOpus 4.8・Mythos 5との比較：Opus 5の2倍の単価帯にある上位モデルとの使い分けを扱っています。
• Claude Opus 4.7とは？性能・料金・上位モデル4.8との違いと使い方：新しいトークナイザが導入された世代で、課金トークン増加の起点にあたります。
• Claude Opus 4.6とは？特徴・料金・100万トークンと後継との違い：1Mトークン文脈が標準単価になった世代の仕様を確認できます。
• Anthropic API（Claude API）料金とAPIキー取得方法：APIキーの発行から課金設定までの手順をまとめています。
• Claude（クロード）とは？料金・無料プラン・モデルの違い：Opus・Sonnet・Haikuという系列の考え方から確認したい場合の入口です。