2026年7月24日、Anthropicが最新モデル「Claude Opus 5」を公開した。価格は前モデルOpus 4.8と同じ100万入力トークンあたり5ドル・出力25ドルに据え置きながら、複数のベンチマークで性能が向上しているという（Anthropic公式発表）。Claude Codeではclaude updateでバージョンv2.1.219以降に更新すると、/modelコマンドや設定ファイルからOpus 5を選べるようになる。本記事は、Claude Codeを日常的に使っている開発者・PM・エンジニアリングマネージャー向けに、Opus 5への切替手順・effort levelの使い分け・コストの実際・チーム導入時の統制設定を、Anthropic公式発表とClaude Code公式ドキュメントの記載に基づいて整理する。
結論：Opus 5で今日から何が変わるか
結論：Opus 5はOpus 4.8と同一価格（入力$5／出力$25 per 100万トークン）のまま性能が上がった新モデルで、Claude Codeではバージョンv2.1.219以降で/model opusまたはclaude-opus-5指定により利用できる。価格が変わらないぶん、切替の主な論点は「バージョン更新」「effort levelの引き継ぎ挙動」「チーム統制設定の見直し」の3つに絞られる。
- 要点1：価格はOpus 4.8と同額（入力$5／出力$25 per 100万トークン）。Fast modeは基本価格の2倍で約2.5倍速（Anthropic公式発表）。
- 要点2：Claude Codeでの有効化にはv2.1.219以上が必須。
claude --versionで確認し、足りなければclaude updateを実行する。 - 要点3：effort level（推論の深さ）はOpus 5では「以前設定した値がそのまま引き継がれる」仕様で、Opus 4.8やFable 5のような自動リセットがない点に注意が必要（公式docs）。
対象読者：Claude Codeを導入済みで、Opus 5への切替可否・チーム展開の統制方法を検討している開発者・PM・EM。
今日やること：claude --versionでバージョンを確認し、v2.1.219未満ならclaude updateを実行してから/modelでOpus 5を試す。
Claude Opus 5とは何か——Anthropic公式発表の要点
Anthropicは2026年7月24日付の公式発表で、Opus 5を「Opus 4.8と同じコストで性能が大きく向上したモデル」と位置づけている。公式発表に基づく主な要点は次のとおりだ。
- モデルID：
claude-opus-5。 - 価格：入力100万トークンあたり5ドル、出力100万トークンあたり25ドル（Opus 4.8と同額）。
- Fast mode：通常の約2.5倍速で動作し、価格は基本価格の2倍（試算：入力$10／出力$25×2＝$50 per 100万トークン、公式発表の「基本価格の2倍」を単純計算したもの）。
- ベンチマーク：CursorBench 3.2でFable 5のピークスコアの0.5%差まで到達しつつコストは半分、ARC-AGI 3では次点モデルの3倍のスコア、Zapier AutomationBenchでは次点モデルの1.5倍の成功率、と公式発表で紹介されている。
- 安全性：Anthropicは「これまでで最も安全性に配慮したモデル」と説明する一方、サイバーセキュリティの攻撃能力評価ではMythos 5に及ばないとしている。
- 提供範囲：claude.ai（Claude Maxのデフォルト、Claude Proでは最上位モデル）、Claude API、Claude Code、Claude Coworkで利用可能。
ここで重要なのは「価格が上がっていない」という点だ。過去のメジャーモデル更新では価格改定を伴うことも多かったが、今回はOpus 4.8からの単純な性能向上として設計されている。Claude Codeを使うチームにとっては、コスト試算をゼロからやり直す必要はなく、既存の予算感のままモデル差し替えを検討できる。
Claude CodeでOpus 5を使うための前提条件
Claude Code公式ドキュメント「Model configuration」によれば、Opus 5の利用にはバージョン要件がある。
| モデル | 必要なClaude Codeバージョン |
|---|---|
| Opus 5 | v2.1.219 以降 |
| Sonnet 5 | v2.1.197 以降 |
| Opus 4.8 | v2.1.154 以降 |
バージョンが足りない場合、/modelのピッカーにOpus 5自体が表示されない。まず次のコマンドで確認する。
claude --version
claude updateまた、アカウント種別によってデフォルトで割り当たるモデルが異なる点も公式docsに明記されている。
| アカウント／プラン | defaultが解決するモデル |
|---|---|
| Max、Team Premium、Enterprise従量課金、Anthropic API | Opus 5 |
| Claude Platform on AWS、Amazon Bedrock、Google Cloud’s Agent Platform | Opus 5 |
| Pro、Team Standard、Enterprise サブスクリプション席 | Sonnet 5 |
| Microsoft Foundry | Sonnet 4.5 |
Pro/Team Standardのユーザーは、Opus 5がデフォルトにならない。使いたい場合は/model opusや/model claude-opus-5で明示的に選ぶ必要がある。組織の管理者が「organization default model」を設定している場合はそちらが優先される。
モデル指定・切替の具体手順
公式docsでは、モデルの設定方法に優先順位があると説明されている（上に書くほど優先度が高い）。
- セッション中：
/model <alias|name>で即座に切替。引数なしの/modelはピッカーを開く。 - 起動時：
claude --model <alias|name> - 環境変数：
ANTHROPIC_MODEL=<alias|name> - 設定ファイル：設定ファイルの
modelフィールドで恒久設定
実際のコマンド例は次のとおり。
# 起動時にOpusエイリアスを指定
claude --model opus
# セッション内で切り替え
/model opus
/model claude-opus-5
# 1Mコンテキストが必要な長時間セッション向け
/model opus[1m]設定ファイルに恒久指定する場合の例（公式docs記載のサンプルを踏襲）。
{
"permissions": {
"allow": ["Bash(npm run lint)"]
},
"model": "opus"
}/modelピッカーでEnterを押すと選択がデフォルトとして保存され、sキーを押すとそのセッション限りの切替になる。バージョンv2.1.153以降ではこの挙動が標準になっている（公式docs）。
モデルエイリアス「opus」の解決先はプロバイダで違う
見落としやすいのが、opusというエイリアスが指すモデルはAPIプロバイダによって異なるという点だ。公式docsの記載をそのまま整理すると次のようになる。
| プロバイダ | opusエイリアスの解決先 | sonnetエイリアスの解決先 |
|---|---|---|
| Anthropic API | Opus 5 | Sonnet 5 |
| Claude Platform on AWS | Opus 5 | Sonnet 4.6 |
| Amazon Bedrock／Google Cloud’s Agent Platform | Opus 5 | Sonnet 4.5 |
| Microsoft Foundry | Opus 4.6（まだOpus 5に未対応） | Sonnet 4.5 |
Microsoft Foundry経由でClaude Codeを使っている組織は、/model opusと打ってもOpus 5には解決されず、Opus 4.6のままになる。特定バージョンを固定したい場合は、エイリアスではなくclaude-opus-5のようなフルモデル名、またはANTHROPIC_DEFAULT_OPUS_MODEL環境変数を使うようにと公式docsは案内している。
effort levelでコストと精度を調整する
Opus 5は「effort level」という設定で、モデルがどこまで深く考えるか（トークン消費量）を調整できる。公式docsによる対応表は次のとおり。
| モデル | 対応effort level |
|---|---|
| Fable 5 | low / medium / high / xhigh / max |
| Opus 5、Sonnet 5、Opus 4.8、Opus 4.7 | low / medium / high / xhigh / max |
| Opus 4.6、Sonnet 4.6 | low / medium / high / max（xhighなし） |
デフォルトは各モデルともhigh（Opus 4.7のみxhighがデフォルト）。ここでOpus 5移行時に見落としやすい仕様がある。公式docsは次のように説明している。
「Fable 5、Opus 4.8、Opus 4.7を初めて実行するとき、Claude Codeは別モデルで設定していたeffort levelを無視し、そのモデルのデフォルトeffortを適用し、明示的にeffortを選び直すまでその値を保持する。Opus 5にはこの『保持』の挙動がなく、以前に設定したeffort levelがそのまま引き継がれる」
つまり、Opus 4.8で日常タスク向けにlowやmediumに下げていたチームがそのままOpus 5に切り替えると、Opus 5側でもlowのまま動いてしまう。Opus 5本来の性能を試したいなら、切替後に一度/effortで明示的に確認・設定し直す必要がある。
/effort # スライダーを開く
/effort high # 直接指定
/effort auto # モデルのデフォルトに戻すFast modeとコストの現実（試算例）
公式発表によれば、Fast modeは通常の約2.5倍速で動作し、価格は基本価格の2倍になる。以下は、あくまで説明用に仮定したトークン数での試算例であり、特定チームの実測値ではない。
| 想定条件（仮定の月間利用量） | 通常モード | Fast mode（基本価格の2倍で試算） |
|---|---|---|
| 入力1,000万トークン | $50 | $100 |
| 出力200万トークン | $50 | $100 |
| 合計（試算） | $100 | $200 |
また、Claude Code公式docsでは、Max・Team・Enterpriseプランにおいて「Opusは追加設定なしで自動的に1Mトークンコンテキストにアップグレードされる」とされている。Proプランでは1Mコンテキストの利用にusage credits（追加利用枠）が必要になる。1Mコンテキストの課金体系については「200Kトークンを超えても追加料金（プレミアム）は発生せず、通常料金のまま」と明記されている点も、コスト試算をする上で押さえておきたい。
チーム導入時の統制——fallbackModelとavailableModels
個人利用ならモデルを自由に切り替えればよいが、チーム・組織単位でOpus 5を展開する場合は「可用性の担保」と「利用モデルの制限」を分けて考える必要がある。
可用性の担保：fallbackModel
APIが過負荷（Overload）や一時的な障害を返したとき、自動でバックアップモデルに切り替える設定。設定方法・仕様の詳細は既刊記事「Claude Code fallbackModel設定でAPI障害対策｜実装事例」で解説済みだが、Opus 5移行時の設定例は次のようになる。
{
"model": "claude-opus-5",
"fallbackModel": ["claude-sonnet-5", "claude-haiku-4-5"]
}フォールバックチェーンは重複除去後3モデルまでという上限があり、それを超えるエントリは無視される（公式docs）。
利用モデルの制限：availableModels
組織として使わせたいモデルを絞り込むための設定。管理者向けの詳細は既刊記事「Claude Code全社ガバナンス｜利用モデルとスキル統制」を参照してほしい。Opus 5解禁後にありがちな設定変更は、次のように許可リストへclaude-opus-5を追加する形になる。
{
"availableModels": ["claude-opus-5", "sonnet", "haiku"],
"enforceAvailableModels": true
}許可リストに含まれないモデルは/modelピッカーから非表示になり、--modelや環境変数で指定しても許可済みモデルへ自動的に置き換えられる（公式docs）。organizationのモデル制限とavailableModelsは併用でき、両方の条件を満たすモデルだけが選択可能になる。
コンテンツフラグによる自動フォールバックにも注意
fallbackModelとは別に、Opus 5にはセキュリティ分類器による自動フォールバックの仕組みがある。公式docsによれば、Opus 5でサイバーセキュリティ関連と判定されたリクエストはOpus 4.8で再実行される。一方、生物学関連と判定されたリクエストはOpus 5独自の分類器が働くため代替モデルがなく、そのまま拒否（refusal）で終わる。セキュリティ検証やCTF演習のようなワークロードをOpus 5で扱うチームは、この挙動を事前に把握しておいた方がよい。
新モデルに飛びつく前に確認する4つのこと
本サイトでは以前、「Fable 5停止→再開でClaude Codeどう変わった｜モデル固定の教訓」で、輸出管理規制によりFable 5とMythos 5が約3週間全面停止した際の実務対応をまとめた。あの一件が示した教訓は「最上位モデルに依存し切った運用は、可用性リスクをそのまま抱え込む」ということだった。Opus 5のような新モデルが出るたびに、次の4点を確認してから全社展開することをすすめる。
- バージョン要件を満たしているか：
claude --versionでv2.1.219以上か確認する。CI/CDのランナーやDockerイメージのClaude Codeバージョンも忘れずに。 - effort levelが引き継がれる仕様を理解しているか：前述のとおりOpus 5は以前の設定を保持するため、意図せず低いeffortのまま動いてしまう可能性がある。
- fallbackModelが設定されているか：Opus 5単体に依存させず、Sonnet 5やHaiku 4.5への退避経路を用意しておく。
- チーム全体に一斉展開する前に、小さい範囲で試したか：特定のリポジトリやサブエージェント設定だけで先行検証し、既存ワークフロー（コードレビュー・CI連携）に影響が出ないかを確認してから全社のデフォルトモデルを切り替える。
なお、これは特定チームの実測記録ではなく、複数現場で共通して起きがちな運用パターンを一般化した解説である。エージェント運用の現場では「デフォルトモデルをハードコードしたまま最上位モデルの提供が一時的に絞られ、作業が止まる」というパターンがしばしば報告される。fallbackModelのようなチェーン設定を事前に組んでおけば、モデル自体が入れ替わったり利用制限がかかったりしても、処理自体は止めずに進められる可能性が高い。
移行後に効いてくるコンテキストの扱いは「Claude 5コンテキスト新ルール×CLAUDE.md実践」で詳しく整理しています。
よくある失敗パターンと回避策
失敗1：
❌ 設定ファイルのmodelを"opus"のままにして放置し、Amazon BedrockやMicrosoft Foundry経由の環境でも同じOpus 5が動いていると思い込む。
⭕ プロバイダごとにopusエイリアスの解決先が異なる（Microsoft Foundryはまだ Opus 4.6）ことを踏まえ、バージョンを固定したい場合はフルモデル名かANTHROPIC_DEFAULT_OPUS_MODELを使う。
失敗2：
❌ Claude Codeのバージョンを確認せずに/model opusを実行し、Opus 5がピッカーに出てこないと混乱する。
⭕ 先にclaude --versionでv2.1.219以上かを確認し、足りなければclaude updateを実行する。
失敗3：
❌ Opus 4.8時代に節約目的で下げていたeffort levelを、Opus 5でもそのまま引き継がせてしまい、「Opus 5にしたのに大して賢くならない」と感じる。
⭕ Opus 5へ切り替えたタイミングで一度/effortを確認し、タスクの難易度に応じて明示的に設定し直す。
失敗4：
❌ fallbackModelもavailableModelsも設定せず、Opus 5だけに依存した状態で全社展開する。
⭕ Sonnet 5・Haiku 4.5へのフォールバックチェーンと、許可モデルの管理設定を先に整えてから展開する。
移行チェックリスト
- □
claude --versionでv2.1.219以上を確認した - □ 足りない場合は
claude updateを実行した - □ 自分のプラン（Max/Team/Pro等）でOpus 5がデフォルトになるか、明示指定が必要かを確認した
- □ 利用しているプロバイダ（Anthropic API／Bedrock／Vertex／Foundry）での
opusエイリアスの解決先を確認した - □ effort levelを明示的に確認・設定し直した
- □ fallbackModelにSonnet 5・Haiku 4.5等の退避先を設定した
- □ チーム展開する場合はavailableModelsの許可リストを更新した
- □ セキュリティ関連タスクで自動フォールバック（Opus 4.8への再実行、生物学関連は拒否のみ）の挙動を関係者に共有した
- □ 小規模な検証を経てから全社のデフォルトモデル設定を切り替えた
よくある質問（FAQ）
Q1. Claude CodeでOpus 5を使うには何が必要ですか？
A. Claude Codeのバージョンがv2.1.219以上である必要があります。claude --versionで確認し、足りなければclaude updateで更新してください。更新後は/model opusまたは/model claude-opus-5で選択できます。
Q2. Opus 5の料金はOpus 4.8と比べてどう違いますか？
A. Anthropicの公式発表では、入力100万トークンあたり5ドル・出力100万トークンあたり25ドルとされており、Opus 4.8と同額です。Fast modeを使う場合は基本価格の2倍になります。
Q3. 既存のfallbackModel設定はOpus 5でもそのまま使えますか？
A. はい。fallbackModelの設定項目自体はモデルが変わっても仕組みは共通です。"model": "claude-opus-5"に切り替えたうえで、fallbackModelにSonnet 5やHaiku 4.5を指定しておけば、過負荷時の自動切替が機能します。
Q4. Fable 5とOpus 5はどちらを使うべきですか？
A. 公式ブログのガイダンスでは、Sonnetは「手順が明確な日常的な変更」、Opusは「曖昧さが大きい・難易度の高い問題」、Fableは「複数ステップにまたがる大規模で複雑な作業」向けと整理されています。まずは既定のモデルとeffort levelで試し、知識不足で失敗するならモデルを上げる、抜け漏れで失敗するならeffort levelを上げる、という切り分けが公式に推奨されています。
Q5. 組織でOpus 5への切替を制限するにはどうすればいいですか？
A. 管理者はmanaged settingsのavailableModelsに許可したいモデルを列挙し、enforceAvailableModelsをtrueにすることで、Defaultも含めて許可リスト外のモデルを使わせない設定にできます。詳細は既刊の全社ガバナンス記事を参照してください。
Q6. effort levelを以前と同じ感覚でmaxに固定してもいいですか？
A. 公式docsは、maxは「深い推論が可能だが過剰思考になりやすく、効果は逓減する場合がある」ため、広く常用する前にテストすることを推奨しています。まずはデフォルトのhighを基準にし、タスクの性質に応じて調整することが推奨されています。
まとめ：今日から始める3つのアクション
- 今日やること：
claude --versionを実行し、v2.1.219未満ならclaude updateで更新する。 - 今週中：小さいリポジトリやサブタスクで
/model opusを試し、effort levelを明示的に確認・調整する。 - 今月中：チームで使う場合はfallbackModelとavailableModelsを整備し、全社のデフォルトモデル切替を検討する。
著者プロフィール
佐藤傑（さとう・すぐる）。株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』（SBクリエイティブ）。
Uravation Claude Code 個別指導・導入支援
Claude Codeのモデル移行設計・チーム統制設定（fallbackModel／availableModels）でお困りの方へ。個別相談を承っています。
関連して読む記事
- Claude Code Sonnet 5設定7選 — 日常タスク向けモデルの設定を深掘り
- Claude Code fallbackModel設定でAPI障害対策 — 可用性担保の実装事例
- Claude Code全社ガバナンス｜利用モデルとスキル統制 — availableModelsによる制限設定
- Fable 5停止→再開でClaude Codeどう変わった — モデル固定運用のリスクと教訓
参照・確認ソース
- Anthropic公式「Introducing Claude Opus 5」（2026年7月24日）— モデルID、価格、Fast mode、ベンチマーク、提供範囲（
anthropic.com/news/claude-opus-5） - Claude Code公式ドキュメント「Model configuration」— バージョン要件、モデルエイリアスの解決先、設定優先順位、effort level、fallbackModel、availableModels、自動フォールバックの仕様（
code.claude.com/docs/en/model-config） - Anthropic公式ブログ「Choosing a Claude model and effort level in Claude Code」— モデル選択とeffort level調整の考え方（
claude.com/blog/claude-model-and-effort-level-in-claude-code） - claudecode-cases.com既刊「Fable 5停止→再開でClaude Codeどう変わった｜モデル固定の教訓」— モデル固定運用のリスクに関する先行事例
- claudecode-cases.com既刊「Claude Code fallbackModel設定でAPI障害対策｜実装事例」— fallbackModelの詳細仕様
