Claude Opus 5とFable 5比較で分かる、コスト半減と成果両立の使い分け

この記事のまとめ

Claude Opus 5は、Fable 5に近い賢さを持ちながら、料金はおよそ半分に抑えられた最上位モデルです。実務で毎日使う想定に踏み込みつつ、コーディングや長時間の作業でも成果を落としません。ここでは価格・性能・使い分けの3点を軸に、Fable 5との違いを整理します。

Opus 5はFable 5の半額水準で、上位クラスの賢さを発揮します。
コーディングや推論の指標で、前世代Opus 4.8を大きく上回ります。
Fable 5は設計や批評、Opus 5は日々の実行、Sonnet 5は量産処理に向きます。
思考モード（thinking）の既定オンや安全分類器など、運用前に確かめたい仕様変更があります。

Opus 5とFable 5の基本情報

Opus 5とFable 5は、同じ第5世代のClaudeシリーズに属しますが、担う役割と価格帯が異なります。私は新モデルが出るたびに宣伝文句だけで判断せず、実際の業務タスクで試すことを習慣にしていますが、この2つのモデルは「どちらを使うか」ではなく「どう組み合わせるか」で考えたほうが実態に近いと感じています。まずは基本情報を整理しておきます。

Opus 5の位置づけと登場背景

Opus 5は、Anthropicが送り出した第5世代の最上位Opusモデルです。私の受け取り方では、「Fable 5の賢さをOpus価格帯で使えるようにした」というのが最も端的な説明です。

Opus 5は、コーディングを担うエージェント、知識作業、画像の理解、長時間動き続けるタスクといった、現場で回っている業務の質を押し上げるモデルとして紹介されています。多くの領域でFable 5の最上位クラスの賢さに並びながら、価格はOpusクラスに収まる点が強調されました（参照*1）。ここが重要なポイントで、性能の上限をFable 5水準に近づけながら、日常的に使える価格帯に押し込んだことで、デフォルトモデルとして検討できる選択肢になりました。

公式ドキュメントでは、Opus 4.8からの差分は積み上げではなく段差のある改善だとされており、Fable 5の半分のコストで最先端の知能を届ける位置づけです（参照*2）。私が生成AIを業務導入支援している現場で感じるのは、「最高性能だが高い」モデルより、「十分な性能でコストが読める」モデルのほうが組織に定着しやすいという点です。その意味で、Opus 5の価格設計は実務に向いています。

Fable 5の位置づけと役割

Fable 5は、Claudeシリーズの中でも別格として設計された最上位モデルです。私の整理では、「難所に投入する専門家」に近い位置づけです。

Claudeにはこれまで、速くて安いHaiku、バランスのSonnet、難題向けのOpusという三段構えがありました。Fable 5はその上に四段目として加わり、コンテキストは1Mトークン、出力は最大128Kトークンで、数字上はOpus 4.8と並びます。違いは容量そのものではなく、その中で何をやり切れるかにあるとされています（参照*3）。

AnthropicはFable 5を6月9日に一般提供として公開しました。同じ土台のモデルを2つの製品として出す構成を取り、サイバー領域の安全装置を外した双子のMythos 5は、審査を通ったサイバー防御や重要インフラの担当者だけに絞って提供しています（参照*4）。Fable 5は一般利用者が触れる最上段という立ち位置です。

両モデルの共通仕様

共通仕様を押さえると、両者の差が価格と中身に絞られていることが見えてきます。容量や最大トークン数で選ぶモデルではなく、価格と実際の解き方の質で選ぶものだと理解しておくことが重要です。

Opus 5はコンテキストウィンドウが1Mトークンで、これは既定値であり最大値でもあります。小さいコンテキストの派生モデルは用意されておらず、最大出力は128Kトークン、そしてthinkingが既定でオンになっています（参照*2）。

Fable 5も1Mトークンのコンテキストと128Kの最大出力を備えており、数字の見た目はOpus 4.8世代と同じです（参照*3）。両者は同じ土俵で長文と長時間の作業を扱えるので、選ぶ基準は容量ではなく、価格と実際の解き方の質に寄っていきます。

料金体系のコスト比較

料金は日々の利用コストに直結します。私がコンサルティングの現場でよく見るのは、「性能を検証したが料金設計を後回しにして、月次コストが想定外になる」パターンです。ここではトークン単価とキャッシュ割引の2点から、Opus 5とFable 5の差を具体的な数字で見ていきます。

入力・出力トークン単価の差

トークン単価は、両モデルのコスト差がもっとも分かりやすく表れる部分です。単価が2倍違えば、同じ用途で月次コストも単純に2倍近く変わります。

Opus 5の料金は入力100万トークンあたり5ドル、出力100万トークンあたり25ドルで、これは5月にOpus 4.8が出て以来据え置かれた水準です。Fable 5と比べると、ちょうど半額にあたります（参照*5）。

公式ドキュメントの料金表では、Fable 5が入力10ドル・出力50ドル、Opus 5が入力5ドル・出力25ドルと並記されています（参照*6）。1日に入力200万・出力40万トークンを使うコーディングエージェントの試算では、Fable 5が約40ドル、Opus 4.8が約20ドルとされており、Opus系の単価がそのまま日次コストに反映されます。加えてFable 5はOpus 4.7のトークナイザを使うため、同じ文章でも旧世代よりおよそ30%多くトークンが発生する点も無視できません（参照*7）。単価が2倍なら、実質コストは2倍以上に開くこともあります。私自身、エージェントを毎日動かす業務ではこのトークナイザの差が見えにくいコスト増として効いてくることを経験しています。

プロンプトキャッシュの割引効果

プロンプトキャッシュは、繰り返し使う指示や資料のコストを大きく下げる仕組みです。長いシステムプロンプトや社内資料を毎回投げ込む使い方をしている場合、キャッシュ設計の有無で請求額が大きく変わります。

Opus 5には、標準のプロンプトキャッシュとBatch APIの割引がローンチ時点から適用されます。キャッシュされた入力は通常の入力料金と比べておよそ90%引きで、キャッシュ可能な最小プロンプトサイズも従来の1,024トークンから512トークンに引き下げられています（参照*5）。

料金表の内訳では、Opus 5のキャッシュ読み取りは0.50ドル、5分キャッシュの書き込みは6.25ドル、1時間キャッシュの書き込みは10ドルと定められています。5分キャッシュの書き込みは基本入力の1.25倍、1時間キャッシュの書き込みは2倍、キャッシュ読み取りは0.1倍という関係も明記されています（参照*6）。長いシステムプロンプトや社内資料を毎回投げ込む使い方ほど、キャッシュ設計の巧拙が請求額に効いてきます。

ベンチマークで見る性能差

ベンチマークは、価格差に見合う実力があるかを見極める材料になります。ただし私は、ベンチマークのスコアを額面通りに受け取らず、自分の業務に近いタスクで実際に試すことを勧めています。コーディングと知識作業の2軸で、Opus 5とFable 5の位置関係を確かめます。

コーディング・エージェント評価

コーディングまわりの指標では、Opus 5が世代交代を印象づける結果を残しています。前世代比で2倍以上という数字は、通常のバージョンアップでは見えにくい水準です。

Anthropicがまとめた評価では、エージェント型のコーディング指標Frontier-Bench v0.1で、Opus 5は前世代Opus 4.8のスコアを2倍以上に伸ばし、コストは下がったとされています。デスクトップ操作の評価であるOSWorld 2.0では、Fable 5の最高記録を上回りつつ、コストは3分の1強にとどまりました（参照*8）。

独立系の集計でも、Frontier-Bench v0.1でOpus 5は43.3%を記録し、ベンチトラッカーTECHSYが同じテストで測定したOpus 4.8の21.1%を倍以上上回りました。新規推論の指標であるARC-AGI-3では、Opus 5が30.2%でリーダーボード首位につけ、2位のおよそ3倍のスコアだったと報告されています（参照*5）。エージェント用途では、Opus 5の伸びが価格差を埋める材料になります。

知識作業・推論の評価

知識作業や科学分野の指標では、Opus 5とFable 5それぞれに際立った数字が並びます。ベンチマークを見る際は、得意分野の偏りにも注意が必要です。

Anthropicの整理では、Opus 5は有機化学のタスクでOpus 4.8を最大10.2ポイント上回ったとされています。加えて、ARC-AGI 3で2位のおよそ3倍、OSWorld 2.0でFable 5の最高記録を超えるなど、推論や操作系の指標で存在感を示しました（参照*8）。

第三者評価のArtificial Analysis Intelligence Indexでは、Claude Fable 5がAdaptive Reasoning・Max Effort・Opus 4.8フォールバックの構成で60点を記録し、同種モデルの中央値32を大きく上回りました。この評価で生成したトークンは87Mで、中央値63Mに比べるとやや冗長で、生成速度は毎秒73トークンと平均の78よりやや遅い数字です（参照*9）。指標の得意分野で、両モデルの性格が分かれます。

実務での使い分け判断基準

同じシリーズの中でも、モデルごとに得意な仕事が違います。私が生成AI導入支援の現場で繰り返し伝えているのは、「どのモデルが一番良いか」ではなく「どの業務にどのモデルを当てるか」という問いを立てることです。Opus 5、Fable 5、そしてSonnet系やOpus 4.8をどう組み合わせるかを整理します。

Opus 5が向くユースケース

Opus 5は、日常業務のデフォルトとして置きやすい賢さと価格の組み合わせが特徴です。私の見立てでは、「まずOpus 5を使ってみて、どうしても足りない場面だけFable 5に切り替える」という方針が、コストと性能のバランスとして現実的です。

業務の具体例では、AutomationBenchでOpus 5が首位に立ち、それ以前のClaudeモデルよりトークン消費を増やさずに達成した点が挙げられています。Zapierの事例では、素のアカウント健康度スプレッドシートを入力に、離脱リスクのあるアカウントの抽出、担当者への通知、リテンションチーム向けの要約までを一連の流れで処理しました（参照*8）。

加えて、Opus 5はエージェント型コーディングやデスクトップ操作の指標でも数字を伸ばしており、コーディング支援や長めのワークフローを社内で常時走らせる用途に据えやすいモデルです。Fable 5と比べて単価が半分に近いため、毎日同じエージェントを回す業務ほど、月次コストの差が積み上がります。私がよく使う設計は、日常運用の主力をOpus 5に置き、設計判断や批評といった高精度が必要な局面だけFable 5を呼ぶというパターンです。

Fable 5に投資すべき業務

Fable 5は、単価が高くても投資に見合う場面が明確なモデルです。逆に言えば、使いどころを絞らないと費用だけがかかる結果になります。

長時間の自律実行がその代表例です。夜通し動かすエージェントが5時間目でズレて、捨てるしかないプルリクエストを出したなら、5時間分の計算資源を失ったことになります。指示を最後まで保ち切るモデルなら、トークン単価が倍でも結果的に安くつくという整理がされています。逆に大量かつ低リスクの分類、要約、定型のコードレビュー、サブエージェントの分岐処理には向かず、そうした領域にはSonnet 4.6やHaiku 4.5が用意されています（参照*3）。

コミュニティで広がった使い方として、Fable 5を設計と批評に絞って使い、その成果物をSonnetやHaiku、Opusといった安いモデルに引き渡して実行させるパターンが定着しつつあります（参照*10）。私はこの分業パターンを「上流思考にFable 5、下流実行にOpus 5かSonnet」と表現しています。使いどころを絞れば、単価の高さは投資として説明しやすくなります。

Sonnet 5やOpus 4.8との併用設計

主力の下支えとして、Sonnet 5やOpus 4.8をどう置くかも重要です。量産処理の受け皿をどこに置くかで、全体のコスト構造が変わります。

エージェント型コーディングの指標SWE-bench Proでは、Sonnet 5が63.2%を記録し、Sonnet 4.6の58.1%から大きく伸び、Opus 4.8の69.2%に肉薄しました。Sonnet 5は導入価格として8月31日まで入力100万トークンあたり2ドル、出力10ドルで提供され、その後は入力3ドル・出力15ドルの標準料金に切り替わります。標準料金でもOpus 4.8の5ドル・25ドルより安く、旧Sonnet 4.6の価格帯にほぼ並びます（参照*11）。Sonnet 5を量産処理の受け皿に据え、難所だけをOpus 5やFable 5に回すと、全体のコスト構造を無理なく設計できます。

導入時の注意点と落とし穴

モデル入れ替えのタイミングでは、性能だけでなく仕様変更にも目を配る必要があります。私が導入支援で繰り返し見るのは、「性能検証はしたが、仕様の細かい変更を見落として本番でエラーが出る」というパターンです。thinkingの既定挙動と、安全分類器まわりの動きは特に確認が必要です。

thinkingオン既定の挙動変更

Opus 5では、思考の扱いがOpus 4.8から変わっています。既存のコードをそのまま流用すると思わぬエラーに遭遇する可能性があります。

公式ドキュメントでは、Opus 5に対してthinkingにtype: disabledを指定できるのは、effortがhigh以下のときだけだと説明されています。effortをxhighやmaxに設定した状態で無効化を指定すると、400エラーが返ります。この挙動はOpus 5以降で一般提供されている動作で、リクエストごとに強制されると明記されています（参照*2）。

Opus 4.8では、思考の無効化はeffortの水準と切り離して指定できたので、これは互換性を壊す変更にあたります。既存のクライアントコードが高い努力レベルで思考を切っている場合、Opus 5に切り替えた瞬間にエラーが返る可能性があります。私が導入支援で勧めているのは、切り替え前にテスト環境で代表的なリクエストパターンを全件確認するという手順です。小さな確認を惜しんで本番でつまずくのは避けたいところです。

安全分類器とフォールバック

Fable 5には、悪用や脱獄の試みを見張る安全分類器が組み込まれています。

公開時の解説では、リクエストが分類器に引っかかった場合、Fable 5は拒否するのではなく応答をOpus 4.8に引き渡し、その事実が利用者にも伝えられるとされています。フォールバックが発火するのは全セッションの5%未満で、残りの95%以上ではサイバー領域の制限を外したMythos 5と同じように振る舞うと説明されました（参照*4）。

一方、現行のAPIドキュメントを読み解いた別の解説では、ブロックされたリクエストはHTTP 200でstop_reason: refusalを返す扱いで、暗黙にOpus 4.8の回答へ差し替わるわけではないと整理されています。アプリケーション側では、サーバ側・クライアント側・手動のいずれかで、別のClaudeモデルへの再試行を組み込めます（参照*7）。挙動の解釈が資料によって割れているため、実装前に実際の呼び出しでどちらの動きになるかを確かめてから本番に進むことを勧めます。AIの導入で最初に詰まるのはプロンプトより手前の仕様確認であることが多く、この点は省略しないほうがよいです。

おわりに

Opus 5は、Fable 5の半額水準という価格を保ちながら、コーディングや推論の指標で前世代を大きく引き離した最上位モデルです。私の結論は、日常のデフォルトはOpus 5に置くのが現実的だということです。長時間の自律実行や高難度の設計にはFable 5、量産処理にはSonnet 5という役割分担が、コストと成果を両立させる組み合わせです。

導入にあたっては、thinking既定オンに伴う互換性の変化や、Fable 5の安全分類器の挙動など、仕様面の確認も欠かせません。生成AI導入で成果を出す人は、プロンプトの魔法を知っている人ではなく、業務を分解して何をどのモデルに任せるかを決められる人です。価格と性能の両方を数字で押さえたうえで、業務ごとにモデルを組み合わせる設計に踏み出してみてください。

監修者

安達裕哉（あだちゆうや）

デロイトトーマツコンサルティングにて品質マネジメント、人事などの分野でコンサルティングに従事しその後、監査法人トーマツの中小企業向けコンサルティング部門の立ち上げに参画。大阪支社長、東京支社長を歴任したのち2013年5月にwebマーケティング、コンテンツ制作を行う「ティネクト株式会社」を設立。ビジネスメディア「Books&Apps」を運営。
2023年7月に生成AIコンサルティング、およびAIメディア運営を行う「ワークワンダース株式会社」を設立。ICJ2号ファンドによる調達を実施(1.3億円)。
著書「頭のいい人が話す前に考えていること」が、95万部（2026年6月時点）を売り上げる。
（“2023年・2024年上半期に日本で一番売れたビジネス書”（トーハン調べ／日販調べ））