Claude Opus 5 の性能と制限｜Fable 5 半額の実力とサイバー用途の境界

はじめに

2026 年 7 月 24 日、Anthropic が Claude Opus 5 を公開しました。6 月の Claude Fable 5 をめぐる一連の動き（輸出規制による提供停止と再開、Pro プランの使用クレジット移行）を追ってきた方にとって、今回の関心は「Fable 5 の代わりになるのか」「セキュリティ業務で実際に使えるのか」の 2 点に集約されるはずです。

一方で、脆弱性調査やコードレビューに AI を使うエンジニアにとっては、性能値よりも「どのリクエストが通り、どこで別モデルに切り替わるのか」のほうが重要です。この記事では、公式ブログとサポート記事、Claude Platform のドキュメントを一次情報として、実務判断に必要な情報を整理します。

結論を先に述べます。Opus 5 の API 料金は入力 $5 / 出力 $25 per MTok で、Opus 4.8 と同額かつ Fable 5 の半額です。コーディングと知識労働の評価では最高水準とされる一方、サイバーセキュリティ分野では Mythos 5 に及ばないと公式に説明されています。セキュリティ業務では、エクスプロイトの生成、バイナリベースの脆弱性スキャン、ペネトレーションテストの 3 領域がフォールバック対象となり、該当するリクエストは Opus 4.8 に切り替わります。ソースコードの脆弱性スキャンやトリアージは対象外のため、日常的な防御側の作業への影響は限定的です。

Claude Opus 5 の位置づけと料金

Opus 5 は Opus クラスの最新モデルで、上位ティアである Mythos クラス（Fable 5 / Mythos 5）の下に位置します。価格を据え置いたまま性能を引き上げた世代交代であり、選定の論点は「Fable 5 の半額でどこまで近づけるか」に移ります。

Fable 5・Opus 4.8 との性能と価格の関係

現行モデルの主要スペックを比較します。数値はいずれも Claude Platform のモデル一覧に基づきます。

項目	Claude Fable 5	Claude Opus 5	Claude Sonnet 5	Claude Haiku 4.5
API モデル ID	claude-fable-5	claude-opus-5	claude-sonnet-5	claude-haiku-4-5
入力料金	$10 / MTok	$5 / MTok	$3 / MTok（注）	$1 / MTok
出力料金	$50 / MTok	$25 / MTok	$15 / MTok（注）	$5 / MTok
コンテキストウィンドウ	1M トークン	1M トークン	1M トークン	200k トークン
最大出力	128k トークン	128k トークン	128k トークン	64k トークン
知識のカットオフ	2026 年 1 月	2026 年 5 月	2026 年 1 月	2025 年 2 月
相対的なレイテンシー	遅い	中程度	速い	最速

注: Sonnet 5 は 2026 年 8 月 31 日まで導入価格 $2 / $10 per MTok が適用されます。

注目すべきは知識のカットオフです。Opus 5 は 2026 年 5 月で、Fable 5 の 2026 年 1 月より 4 か月新しくなっています。CVE や製品バージョンのように鮮度が結果を左右する調査では、上位ティアより Opus 5 のほうが素の知識が新しいという逆転が起きます。もっとも、脆弱性情報は学習済み知識ではなく一次情報の参照で裏取りすべき対象なので、この差は「初期の当たりをつける精度」に効く程度と考えるのが妥当です。

価格差の位置づけについて、公式ブログは次のように説明しています。

参考: Introducing Claude Opus 5（Anthropic 公式ブログ） “comes close to the frontier intelligence of Claude Fable 5 at half the price” （Claude Fable 5 のフロンティア級の知性に、半額で近づく） https://www.anthropic.com/news/claude-opus-5

速度を優先する場合は Fast mode も選べます。既定の約 2.5 倍の出力速度で動作し、料金は入力 $10 / 出力 $50 per MTok です。つまり Fast mode を使うと Fable 5 と同水準の単価になるため、「速度が要るなら Fast mode、精度が要るなら Fable 5」という比較軸が成立します。ただし Fast mode はリサーチプレビューの位置づけで Claude API のみの提供であり、Amazon Bedrock、Google Cloud、Microsoft Foundry では利用できません。クラウドマーケットプレイス経由での利用を前提にしている場合は選択肢に入らない点に注意が必要です。

プラン別の扱いとデータ保持の条件

サブスクリプションでの扱いは次のとおりです。Opus 5 は Claude Max の既定モデルとなり、Claude Pro では選択できる最上位モデルという位置づけになりました。Pro プランでの使用クレジットの消費実態については、関連記事『Fable 5 の Pro プラン制限と使用クレジットの実際』で実測値を扱っています。

企業導入で見落とされやすいのが、データ保持の条件です。ここは Mythos クラスと Opus クラスで扱いが分かれます。

項目	Fable 5 / Mythos 5	Opus 5
データ保持	30 日保持	一般提供では保持要件なし
ZDR（Zero Data Retention）	対象外（Covered Models に指定）	併用可能

ZDR 契約を前提とする環境では、そもそも Fable 5 を選べません。この場合、実質的な最上位の選択肢が Opus 5 になります。金融・公共・医療など、データ保持の制約が先に決まる業種では、性能比較より先にこの条件で候補が絞られる点に注意が必要です。

ベンチマークが示す実力と Effort 設定

公開されているベンチマーク結果は、Opus 5 の性能を「絶対値」ではなく「コスト当たりの性能」で示す構成になっています。この節では主要な評価結果を整理したうえで、実務で挙動を左右する effort パラメーターの扱いを確認します。

Frontier-Bench・CursorBench の結果の読み方

公式ブログが挙げている主要な評価結果は次のとおりです。

評価	測定対象	Opus 5 の結果
Frontier-Bench v0.1	ソフトウェアエンジニアリング	全モデル中で最高。Opus 4.8 の 2 倍超のスコアを、より低いタスク単価で達成
CursorBench 3.2	コーディングエージェント	max effort で Fable 5 のピークスコアとの差が 0.5% 以内、タスク単価は約半分
ARC-AGI 3	未知の問題の解決	次点モデルの約 3 倍のスコア
Zapier AutomationBench	業務タスクの完遂率	同一のタスク単価で次点モデルの約 1.5 倍の合格率
OSWorld 2.0	コンピューター操作	Fable 5 の最高結果を、約 3 分の 1 のコストで上回る

生命科学分野では、Opus 4.8 との比較で有機化学のタスクが 10.2 ポイント、タンパク質関連のタスクが 7.7 ポイント上回ったと説明されています。

ここでセキュリティ関連の業務に関わる方に注意していただきたいのが、Frontier-Bench の測定条件です。公式ブログの脚注には、Opus 5 と Fable 5 の測定において、セーフティ分類器による拒否が発生した場合は Opus 4.8 がフォールバックとして応答したと記載されています。つまり公表されているスコアは、セーフガードに触れたリクエストを下位モデルが肩代わりした結果を含む数値であり、単一モデルを単独で走らせた場合の値ではありません。

この点は、セキュリティ寄りのタスクを多く含むワークロードで自前の評価を組む際に効いてきます。フォールバックを無効化した状態で測ると、公表値との乖離が生じる可能性があります。ベンチマークの数値をそのまま自社の期待値として持ち込まず、実際のプロンプト分布で評価を取り直すことをおすすめします。

effort の 5 段階と Opus 5 での推奨値

Opus 5 は effort パラメーターの 5 段階すべてに対応しています。各段階の位置づけは次のとおりです。

effort	説明	想定用途
max	トークン消費に制約を設けない最大能力	最も深い推論と踏み込んだ分析を要するタスク
xhigh	長時間タスク向けの拡張能力	30 分を超えるエージェント・コーディング作業、トークン予算が数百万規模のもの
high（既定）	高い能力。パラメーター未指定時と同じ挙動	複雑な推論、難度の高いコーディング、エージェントタスク
medium	均衡型。トークンを中程度に節約	速度・コスト・性能の均衡を求めるエージェントタスク
low	最も効率的。能力の低下と引き換えにトークンを大きく節約	速度とコストを優先する単純なタスク、サブエージェント

既定値は Claude API と Claude Code で high です。注目したいのは、Opus 4.8 と Opus 5 で公式の推奨が変わっている点です。Opus 4.8 ではコーディングやエージェント用途に xhigh から始めることが推奨されていましたが、Opus 5 では既定の high から始め、評価結果に応じて上下させる方針が示されています。低い effort でも品質が保てる範囲では low や medium を積極的に使う、という方向です。

参考: Effort（Claude Platform Docs） “run a fresh effort sweep on your evals rather than reusing them” （設定を再利用せず、自分の評価セットで effort を測り直すこと） https://platform.claude.com/docs/en/build-with-claude/effort

Opus 4.8 から移行する場合、xhigh 前提で組んだ設定をそのまま持ち込むと、必要以上のトークンを消費する可能性があります。移行時は effort を振り直す前提で計画しておくと無駄が出にくくなります。

移行時に影響する 4 つの仕様変更

Opus 4.8 からの移行では、コードの変更を伴う挙動差がいくつかあります。実務で影響が大きいものを整理します。

thinking が既定でオン

Opus 4.8 では thinking: {"type": "adaptive"} を明示しない限り thinking なしで動作していましたが、Opus 5 では既定でオンです。max_tokens は thinking と応答テキストの合計に対する上限のため、thinking なしで運用していたワークロードでは値の見直しが必要になります。

xhigh と max では thinking を無効化できない

これらの effort で thinking: {"type": "disabled"} を指定すると 400 エラーが返ります。Opus 4.8 では effort と独立して無効化できたため、破壊的変更にあたります。

effort の変更はプロンプトキャッシュを無効化

effort の値がレンダリング後のプロンプトに影響するため、キャッシュヒットを前提とした長時間のセッションでは、開始時に決めた effort を維持する運用が推奨されています。

プロンプトキャッシュの最小長が 512 トークンに半減

Opus 4.8 の 1,024 トークンから半減しており、これまでキャッシュ対象外だった短いプロンプトがコード変更なしでキャッシュ対象になります。

xhigh や max で動作させる場合は、サブエージェントやツール呼び出しの分を含めて max_tokens を大きめに取る運用が推奨されています。公式ドキュメントでは 64k トークンから調整を始める方法が示されています。

参照: https://platform.claude.com/docs/en/about-claude/models/whats-new-opus-5

なお、Opus 5 は自ら検証を行う挙動が強化されているため、以前のモデル向けに書いた「最後に検証ステップを入れる」「サブエージェントで検証する」といった指示は、過剰な検証を招くとして削除が推奨されています。既存のシステムプロンプトを流用する場合は、この点も確認しておくと挙動が安定します。

アラインメント評価と誤用耐性の読み方

Anthropic は自動化された行動監査の結果として、Opus 5 の総合的な不整合行動のスコアを 2.3 と公表しています。これは同社の近年のモデルで最も低い値であり、欺瞞的な振る舞いの発生率が最も低く、誤用へ誘導されにくいこと、取り消しの難しい副作用を伴う無謀な行動を避ける度合いが最も高いことが示されています。

インフラ実務の観点では、この評価軸はエージェントにシェルや本番環境の操作権限を渡す運用に直結します。ただし読み方には留保が必要です。この監査は Anthropic 自身による自動評価であり、第三者機関による独立検証ではありません。モデル側の性質が改善したとしても、権限の分離、変更操作の承認フロー、監査ログの取得といった従来の制御を省く根拠にはならない点は押さえておきたいところです。

より詳細な評価条件は、公開されているシステムカードで確認できます。

参照: https://www.anthropic.com/claude-opus-5-system-card

セキュリティ業務で Opus 5 が止まる条件

Opus 5 には、サイバーセキュリティに関するリクエストを実行時に判定する分類器が組み込まれています。判定に該当したリクエストは Opus 4.8 に切り替わって処理されます。ここでは、どの操作が対象になり、どの作業がそのまま通るのかを整理します。

フォールバック対象となる 3 つの操作

公式に示されているフォールバック対象は、次の 3 つです。

• エクスプロイトの生成
• バイナリベースの脆弱性スキャン
• ペネトレーションテスト

バイナリベースのスキャンが対象に含まれている理由として、この手法が悪意ある実行者と結び付きやすい点が挙げられています。裏を返すと、ソースコードを対象とした脆弱性の発見は対象外であり、この線引きが Opus 5 のサイバー分類器の設計思想を端的に示しています。

発生頻度についても数値が公開されています。初期のテストにおいて、Opus 5 のトラフィックがサイバー関連のフォールバックに遭遇した割合は、Fable 5 と比較して 85% 少なかったとされています。Fable 5 では分類器の作動範囲が広く、防御側の業務でも切り替わる場面がありました。この点は関連記事『Fable 5 のサイバーセーフガードとブロック対象の分類』で扱った内容と対比すると差がわかりやすくなります。

生物・化学分野の扱いも Fable 5 とは異なります。Opus 5 では、生物・化学・生命科学に関する質問でフォールバックは発生せず、Opus 4.8 と同等のセーフガードが適用されます。加えて、Fable 5 でブロックされる生物関連のリクエストは、Opus 4.8 ではなく Opus 5 へ振り向けられる運用に変わりました。

通る作業と止まる作業の線引き

公式の記述を、実務のタスク単位に置き換えて整理します。

実務タスク	Opus 5 での扱い
ソースコードの脆弱性スキャン	そのまま実行される
検出された脆弱性のトリアージ	そのまま実行される
セキュアなコードの作成・修正	そのまま実行される
バイナリを対象とした脆弱性スキャン	Opus 4.8 へフォールバック
ペネトレーションテストの実施・支援	Opus 4.8 へフォールバック
エクスプロイトコードの生成	Opus 4.8 へフォールバック
攻撃用ツールの開発	高リスクなデュアルユースとして既定でブロック
大規模なデータ持ち出しの支援	禁止用途としてブロック
ランサムウェアのコード開発	禁止用途としてブロック

参照: https://support.claude.com/en/articles/14604842-real-time-cyber-safeguards-on-claude-opus-and-sonnet

日常的な防御側の業務、すなわちコードレビュー、静的解析結果の読み解き、脆弱性の影響範囲の整理、修正方針の検討といった作業は、いずれもフォールバックの対象外です。業務の大半を占めるこれらの作業に影響が出ない点が、Fable 5 との実用上の最大の差といえます。

なお、上表に含まれない作業（CVE アドバイザリの読解、構成ファイルのレビュー、ログ解析など）については、公式に明示された記載がありません。フォールバックの対象になるかどうかは断定できないため、実際の挙動は自身の環境で確認することをおすすめします。

フォールバックとブロックは別の関門

ここで混同しやすいのが、「フォールバック」と「ブロック」が別の仕組みである点です。実際には 2 段階の関門が存在します。

第 1 の関門は、Opus 5 のサイバー分類器です。該当したリクエストは Opus 4.8 に切り替えて処理されます。処理自体は継続するため、利用者から見ると「モデルが変わって回答が返ってくる」状態になります。

第 2 の関門は、Opus クラスと Sonnet クラス共通のリアルタイムサイバーセーフガードです。こちらは切り替えではなく拒否で、対象は次の 2 分類に整理されています。

分類	内容	CVP による調整
禁止用途	大規模なデータ持ち出し、ランサムウェアのコード開発など、防御目的での正当な用途がほぼ存在しない活動	不可
高リスクなデュアルユース	脆弱性のエクスプロイト、攻撃的セキュリティツールの開発など、防御目的での正当な用途が存在する活動	申請により可能

つまり、フォールバックで Opus 4.8 に切り替わった後、そのリクエストが第 2 の関門にも該当していれば、Opus 4.8 側でも拒否されます。この場合はメッセージを編集して再送するか、後述の Cyber Verification Program を申請する流れになります。CVP で調整できるのは高リスクなデュアルユースの範囲のみで、禁止用途は承認済みの組織でも解除されません。

入力していない内容でもフォールバックが起きる

実務で見落とされやすいのが、判定の対象範囲です。分類器が確認するのは利用者が入力した最新のメッセージだけではありません。

参考: Why Claude switched models in your conversation with Opus 5（Claude Help Center） “The checks also review everything the model reads, not just your latest message” （このチェックは最新のメッセージだけでなく、モデルが読み取るすべての内容を確認する） https://support.claude.com/en/articles/16049681-why-claude-switched-models-in-your-conversation-with-opus-5

対象にはメモリ、コネクター経由で取得した内容、Web 検索の結果、添付ファイルが含まれます。自分が入力していない内容によってフォールバックが発生し得る、という点が実務上の要点です。

脆弱性対応を日常業務にしている場合、次のような状況が該当し得ます。

• PoC コードが掲載されたページを Web 検索で取得し、その内容が文脈に入る
• エクスプロイトの詳細を含むアドバイザリ PDF を添付して影響範囲を相談する
• コネクター経由でチケットを読み込み、その本文に攻撃手法の記述が含まれる

いずれも利用者の意図は防御側の作業ですが、モデルが読み込んだ内容が判定材料になるため、切り替えが起きる可能性は残ります。切り替わっても処理自体は Opus 4.8 で継続するため業務が止まるわけではありませんが、回答の品質が変わる点は認識しておくと混乱を避けられます。

フォールバック発生後の挙動と回避策

フォールバックが発生しても処理自体は継続しますが、その後の会話の状態は変化します。ここでは Claude.ai 側の挙動、設定による制御、そして API での扱いの違いを整理します。

モデルピッカーが切り替わったままになる仕様

自動的なモデル切り替えは、Opus 5 を初めて選択した時点で有効になり、以後も既定でオンのままです。フォールバックが発生すると、同じ会話の中でブロックされたリクエストが下位モデルで再実行され、モデルが切り替わった旨の通知が表示されます。回答には応答したモデルのラベルが付きます。

＜別途フォールバック発生時の切り替え通知とモデルラベルのスクリーンショット添付予定＞

実務で注意したいのは、その後の状態です。切り替え後、モデルピッカーは下位モデルのまま会話の最後まで残ります。いつでも手動で Opus 5 に戻せますが、元のリクエストが会話に残ったままだと同じ判定が再び働く可能性があります。この場合は、前のメッセージを編集してから再試行する方法が案内されています。

フォールバック先の Opus 4.8 にも独自のセーフティ機構があるため、そちらでもブロックされる場合があります。この状況では、メッセージを編集して再試行するか、後述の Cyber Verification Program を検討する流れになります。

自動切り替えの適用範囲は、Claude を利用できる主要な経路をほぼ網羅しています。

• Claude（Web、モバイル、デスクトップ）
• Claude Cowork
• Claude Code
• Claude Design
• Claude for Microsoft 365
• Claude Tag
• Claude Science

自動切り替えを無効化する手順

切り替えを望まない場合は、設定でオフにできます。

1. 設定 > 機能 を開きます（Claude Code の場合は Config > MODEL & OUTPUT）
2. 「メッセージにフラグが立てられた場合にモデルを切り替える」のトグルをオフにします

オフにすると、フォールバック対象のリクエストは切り替えではなく会話の一時停止として扱われます。停止後の選択肢は、メッセージを編集して Opus 5 で再試行するか、同じメッセージを手動で下位モデルへ送信するかの 2 通りです。

どちらの設定が適切かは、業務の性質によって変わります。回答の生成に使われたモデルを確定させたい場合、たとえば調査結果を報告書や証跡として残す業務では、オフにしておくと「どのモデルが答えたか」が意図せず変わる事態を避けられます。一方、日常的な調査や下書き作成が中心であれば、オンのままのほうが作業が止まらず効率的です。

参照: https://support.claude.com/en/articles/16049681-why-claude-switched-models-in-your-conversation-with-opus-5

API では既定で無効: stop_reason の扱い

API の挙動は Claude.ai とは異なります。自動的な切り替えは既定で無効で、利用者側で明示的に設定する必要があります。設定していない場合、分類器が作動したリクエストはエラーではなく HTTP 200 のレスポンスとして返り、stop_reason に refusal が入ります。

レスポンスの stop_details には、作動した分類器のカテゴリーが入ります。

category	意味
cyber	マルウェアやエクスプロイト開発など、サイバー面の危害につながり得るもの。防御目的の作業でも該当する場合がある
bio	危険な実験手法など、生物学的な危害につながり得るもの
frontier_llm	競合する AI モデルの開発を助け得るもの
reasoning_extraction	モデル内部の推論を応答テキストとして再現するよう求めるもの

課金の扱いも押さえておくと見積もりがずれません。出力が生成される前の拒否は課金されず、レート制限にも計上されません。ストリーミング中に拒否が発生した場合は、入力トークンと配信済みの出力が通常の料金で課金されます。

リトライの実装方法は 3 通りです。

状況	方式	特徴
Claude API、Claude Platform on AWS	サーバーサイドフォールバック（fallbacks パラメーター）	1 回のリクエストで API 側がリトライを処理
TypeScript / Python / Go / Java / C# の SDK 利用時	SDK ミドルウェア	クライアント側で一度設定すれば自動でリトライ
Ruby / PHP / 生の HTTP / 独自のリトライ処理	手動リトライ	フォールバッククレジットでキャッシュ費用の二重払いを回避

サーバーサイドフォールバックは Message Batches API では利用できず、Amazon Bedrock、Google Cloud、Microsoft Foundry でも提供されていません。これらのプラットフォームでは SDK ミドルウェアを使う形になります。クラウドマーケットプレイス経由での利用を前提にしている場合、この制約が設計に影響します。

Opus 5 の公開に合わせて、fallbacks パラメーターに default モードが追加されました。フォールバック先のモデル一覧を自前で管理する代わりに、拒否カテゴリーごとの推奨モデルが適用されます。利用にはベータヘッダー server-side-fallback-2026-07-01 の指定が必要です。

CI や自動化のパイプラインに組み込む場合、公式ドキュメントが挙げている落とし穴のうち次の 3 点は特に見落としやすい部分です。

• 監視がエラー率では機能しません。拒否は HTTP 200 で返るため、5xx の監視だけでは検知できません。拒否とフォールバック成功をそれぞれ独立したイベントとして計測する構成が推奨されています
• サブエージェントの呼び出しには設定が引き継がれません
• リトライハンドラーやバックグラウンドワーカーにも個別の設定が必要です。フォールバックを要する可能性が最も高い経路が保護から漏れやすくなります

参考: Refusals and fallback（Claude Platform Docs） “The fallbacks parameter does not propagate into model calls made from inside tool execution” （fallbacks パラメーターは、ツール実行の内部から行われるモデル呼び出しには伝播しない） https://platform.claude.com/docs/en/build-with-claude/refusals-and-fallback

Cyber Verification Program の申請と ZDR の関係

防御目的の業務が高リスクなデュアルユースの判定に該当する場合、Cyber Verification Program（CVP）への申請という選択肢があります。無償の申請制プログラムで、審査結果はおおむね 2 営業日以内にメールで通知されます。

申請ルートはアクセス経路によって分かれます。

アクセス経路	申請方法
Anthropic 直接（Claude.ai、Claude Code、Anthropic API）	Verification Portal から申請（管理者権限が必要）
Claude Platform on AWS	Verification Portal から申請し、AWS アカウントを連携
Microsoft Foundry	Azure のテナント ID とサブスクリプション ID を用意し、Cyber Use Case Form から申請
Amazon Bedrock	現時点では CVP の対象外
Google Vertex AI	現時点では CVP の対象外
サードパーティ製品経由	各プラットフォームへ問い合わせ。CVP に参加していない場合もある
BYOK 利用	Anthropic 直接と同じ手順

参照: https://support.claude.com/en/articles/14604842-real-time-cyber-safeguards-on-claude-opus-and-sonnet

Amazon Bedrock と Google Vertex AI が対象外である点は、国内企業の導入判断に直結します。既存のクラウド契約の枠内で Claude を使う構成にしている場合、CVP を前提としたセキュリティ業務は現時点では成立しません。

もう一点、データ保持との関係にも注意が必要です。CVP はデータ保持が有効になっていることを前提としており、ZDR を採用している組織では、保持を有効にした別ワークスペースを用意する形になります。前述のとおり Opus 5 自体は ZDR と併用できますが、CVP を併用しようとすると要件が逆方向に働きます。ZDR を全社要件としている環境では、この組み合わせが取れない点を設計段階で確認しておくと手戻りを防げます。

なお、すでに CVP の承認を受けている組織は、サイバー面の制限が緩和された Opus 5 に即時アクセスできるとされています。承認は組織 ID に紐づくため、個人のワークスペースなど別の組織で作業すると承認が適用されない点も、運用上の注意点です。

インフラ・セキュリティ実務での使い分け

ここまでの内容を踏まえ、実際の業務でどう位置づけるかを整理します。

現実的に任せられるユースケース

フォールバックの対象外であり、かつ Opus 5 の強みが出やすい作業は次のとおりです。

• ソースコードの脆弱性スキャンと、検出結果のトリアージ
• 設定ファイルやテンプレートのレビュー、セキュアな実装への修正
• 複数ファイルにまたがるリファクタリングや、長時間のエージェント作業
• 図表や画面を含むドキュメントの読み取りと整理
• 複数シートにわたる表計算の作成と、非自明な数式の扱い

コードレビューとバグ検出については、1 回のパスあたりの実際のバグ検出率が高く、誤検出が少ないこと、低い effort でも精度が保たれることが公式に挙げられています。低い effort で精度が落ちにくい点は、CI に組み込んで継続的に回す用途と相性が良い特性です。

Claude Code 上でのスキャンとパッチ提案については、関連記事『Claude Security プラグインによる脆弱性スキャンとパッチ提案の手順』で扱った内容がそのまま適用できます。プラグインが対象とするのはソースコードのスキャンであり、フォールバックの対象外の作業に該当します。

Fable 5 / Opus 4.8 / Sonnet 5 の選択基準

用途別の目安を整理します。

状況	推奨されるモデル	理由
複雑なエージェント型コーディング、企業業務全般	Opus 5	公式の推奨開始点。コスト当たりの性能が高い
到達可能な最高性能が要る作業	Fable 5	公式が最上位として位置づけ
ZDR が要件の環境	Opus 5	Fable 5 は ZDR 非対応
Amazon Bedrock・Google Cloud 経由でフォールバック実装が必要	Opus 5 ＋ SDK ミドルウェア	サーバーサイドフォールバックが未提供
速度とコストを優先する高頻度の処理	Sonnet 5	入力 $3 / 出力 $15、2026 年 8 月 31 日まで導入価格
既存構成の挙動をそのまま維持したい場合	Opus 4.8	引き続き全プラットフォームで提供

参考: Models overview（Claude Platform Docs） “start with Claude Opus 5 for complex agentic coding and enterprise work” （複雑なエージェント型コーディングと企業業務には Claude Opus 5 から始める） https://platform.claude.com/docs/en/about-claude/models/overview

他社のモデルでも、サイバー分野に特化した能力へのアクセスを制限する動きは共通しています。OpenAI と Google の対応との比較は、関連記事『GPT-5.6 の Sol・Terra・Luna とインフラ業務での使い分け』で整理しています。フロンティアモデルの提供各社が同じ方向へ収束しつつある状況は、モデル選定の前提として押さえておくと判断がぶれにくくなります。

まとめ

Claude Opus 5 は、Fable 5 の半額という価格を維持したまま、コーディングと知識労働の評価で最高水準に達したモデルです。セキュリティ業務の観点では、フォールバックの対象が 3 つの操作に絞られており、防御側の日常業務への影響は限定的です。一方で、API での挙動、Bedrock・Vertex AI での CVP 非対応、ZDR との関係など、導入前に確認しておきたい制約も残ります。

• Opus 5 の API 料金は入力 $5・出力 $25 で Fable 5 の半額に据え置き
• 知識のカットオフは 2026 年 5 月で Fable 5 より 4 か月分新しい
• サイバー関連でフォールバックする操作はエクスプロイト生成など 3 種類
• ソースコードの脆弱性スキャンとトリアージは対象外で通常どおり利用可能
• 判定対象はメモリ・検索結果・添付ファイルなど入力以外の内容も含む
• API では自動フォールバックが既定で無効のため明示的な設定が必要
• ZDR と併用できるため Fable 5 を選べない環境の受け皿になる

以上、最後までお読みいただきありがとうございました。