Claude Sonnet 5 vs Fable 5: 価格、ベンチマーク、そしてそれぞれが優位になる場面

最終更新日: 2026-07-05 14:55:13

Fable 5 は、紙の上では Sonnet 5 の 5 倍のコストがかかります。実際には、その差は 10 倍に近く、特定のタスクでは、なお妥当です。

両モデルは2026年6月末、24時間以内に相次いでリリースされました。Sonnet 5は6月30日に発表され、Anthropicの初の一般公開されたMythosクラスモデルであるFable 5は、米国の輸出規制による19日間の停止を経て7月1日に復帰しました。両者は同じ100万トークンのコンテキストウィンドウと128Kの最大出力を共有していますが、共通点はそこまでです。

このガイドでは、各モデルがどの分野で真価を発揮するのか、実際にタスクごとにどれくらいのコストがかかるのか、そしてどのように選ぶべきかを正確に解説します。

簡単な仕様

Sonnet 5

Fable 5

モデルクラス

Sonnet

Mythos

入力(100万トークンあたり)

$2 (intro) / $3 (standard)

$10

出力(100万トークンあたり)

$10 (intro) / $15 (standard)

$50

キャッシュされた入力

$0.20 (intro) / $0.30

$1.00

コンテキストウィンドウ

1M

1M

最大出力

128K

128K

Thinking

Adaptive (can disable)

Always-on (cannot disable)

イントロ価格終了

August 31, 2026

Sonnet 5 の導入価格は 2026年8月31日まで適用されます。その後は、標準料金は $3/$15 です — それでも出力側では Fable 5 より 3.3 倍安いです。

ベンチマーク比較

Fable 5はすべての共有ベンチマークでトップです。問題は、その差が価格に見合うかどうかです。

ベンチマーク

Fable 5

Sonnet 5

差分

SWE-bench Pro

80.3%

63.2%

+17.1

SWE-bench Verified

95.0%

85.2%

+9.8

Terminal-Bench 2.1

88.0%

80.4%

+7.6

HLE (no tools)

56.8%

43.2%

+13.6

HLE (with tools)

64.5%

57.4%

+7.1

OSWorld-Verified

85.0%

81.2%

+3.8

HealthBench Professional

66.0%

57.8%

+8.2

Legal Agent Benchmark

13.3%

8.9%

+4.4

平均差: 8つのベンチマークで+8.2ポイント。 すべてのスコアは各モデルのシステムカードに記載されたAnthropic報告値であり、現時点では独立した検証はありません。

注目すべきパターンがいくつかあります:

コーディングが最も大きな差です。SWE-bench Pro では17ポイントの差が見られます。Fable 5 は、より難しいエンジニアリングの問題をより確実に解決します。複雑な複数ファイルのリファクタリング、見慣れないコードベースでのデバッグ、そういった類のものです。

ツールは推論のギャップを縮めます。 Humanity's Last Exam では、モデルがツールを使える場合、その差は13.6ポイントから7.1ポイントに縮まります。これは、Fable 5 の優位性の一部が純粋な知識の広さにあり、ツールへのアクセスによってその一部をある程度補えることを示唆しています。

知識労働は実質的に同等です。 GDPval-AA v2(専門的な知識労働)では、Sonnet 5 のスコアは 1,618 Elo で、Fable 5 の推定 1,615 と並びます。ドラフト作成、要約、分析において、両モデルは同等の結果を生み出します。

Sonnet 5 の価格設定とトークナイザーの変更については、Sonnet 5 vs Sonnet 4.6 のコスト内訳で詳しく取り上げました。Sonnet 5 が Opus tier とどう比較されるかについては、Sonnet 5 vs Opus 4.8をご覧ください。

実際のコスト差:表面上は5倍、実際には最大10倍

レートカードによると、Fable 5はSonnet 5の導入レートの5倍のコストがかかります。この差を大きく広げる2つの隠れた要因があります。

要素1: 常時稼働の思考

Fable 5 は拡張思考をオフにできません。すべてのリクエスト — 単純な「この段落を要約して」でも — は、$50/M の出力レートで課金される思考トークンを生成します。Sonnet 5 の思考は適応的です。単純なタスクでは完全に無効化でき、または労力レベル(low から max まで)に応じて調整できます。

定型タスクでは、Fable 5 の常時オンの思考により、思考オフの Sonnet 5 と比べて出力トークンが 3~5 倍に増えます。Sonnet 5 で約 $0.16 かかるリクエストは、Fable 5 では約 $1.65 に達することがあります。

定型作業における実効コスト比率:おおよそ5倍ではなく、10倍。

要因 2: トークナイザー税

両方のモデルは Anthropic の更新されたトークナイザー(Opus 4.7 で導入)を使用しています。同じ入力テキストでも、以前の Claude モデルより生成されるトークン数が増えています。

言語

Sonnet 4.6 に対するトークン増加率

英語の文章

1.33–1.42x

Pythonコード

1.27–1.28x

スペイン語

1.33x

簡体字中国語

1.01x

多くの比較で見落とされがちな点が一つあります。トークナイザーの変更は、中国語テキストにはほとんど影響しません。 ワークロードが主に中国語であれば、料金表に載っている金額が実質的にそのまま支払額です。一方、英語中心のワークロードでは、表示価格に対して実質30〜40%の割増になります。

トークナイザーの調整後、Sonnet 5 の英語における実際の初回導入コストは $2.70/$13.50 に近くなります。— それでも Fable 5 よりははるかに安いものの、見出しの数字が示唆するほどお得ではありません。

タスクごとのコスト

コスト・パー・トークンよりも役立つ指標:

シナリオ

Sonnet 5 (intro)

Fable 5

比率

定型業務(要約、Q&A)

~$0.16

~$1.65

10.3x

中程度のコーディングタスク

~$0.66

~$3.24

4.9x

難しい複数ファイルのリファクタリング

~$2.30

~$4.80

2.1x

タスクの難易度が上がるにつれて、その差は縮まります。Sonnet 5 が複数回の再試行を必要とするような難しい問題では、差は 2 倍まで小さくなることがあり、Fable 5 が 1 回目で正しく解ければ、総コストは同程度になることもあります。

Sonnet 5 がより適した選択である場合

Sonnet 5は、ほとんどのワークロードを快適にカバーします:

  • 知識労働とドラフティング — 要約、分析、執筆。このカテゴリーではベンチマークスコアは Fable 5 と同一です。

  • 標準的なコーディングタスク — 機能実装、バグ修正、見慣れたコードベースでのコードレビュー。

  • 大量処理パイプライン — 分類、抽出、構造化出力。thinking を無効にすると、コストとレイテンシを低く抑えられます。

  • レイテンシに敏感なアプリケーション — thinking なしの Sonnet 5 は、同期的なユーザー向けリクエストに対して目に見えて高速に応答します。

ツール拡張推論(HLE with tools: 57.4% vs Opus 4.8's 57.9%)において、Sonnet 5 は実質的に Opus tier との差を埋めました — より低コストで同等の能力です。

Fable 5 がプレミアム価格に見合う場合

Fable 5 は Sonnet 5 に対する一般用途のアップグレードではありません。これは、誤った答えを得るコストがトークン代を支払うコストより高くつく、より限定されたタスク向けです:

  • 最先端のコーディング課題 — 新規アルゴリズム、複雑なシステム設計、見慣れないコードベース全体にわたる複数ファイルのリファクタリング。SWE-bench Pro の 17ポイント差は大きいです。

  • ツールアクセスなしの難しい推論 — 13.6ポイントの HLE 差(ツールなし)は Fable 5 の最も明確な強みであり、より深い内部推論能力を示唆しています。

  • 一発勝負の重要な意思決定 — 法的分析、医療推論、セキュリティレビュー。最初の誤った試行からの立て直しに大きなコストがかかる場合、最初から正確さにお金を払うのは理にかなっています。

  • オープンエンドな研究 — 何を探しているのか分からない探索的タスク。Fable 5 のより広い知識ベースは、小さいモデルが見逃すつながりを見つけ出せます。

役立つメンタルモデル: フルコスト換算のシニアエンジニアは、約2ドル/分を消費します。もし質の悪いSonnet 5の出力のせいでデバッグに15分かかるなら、それは30ドルです。つまり、難しいタスクではトークンコスト差の約10倍に相当します。その時点では、モデルコストは誤差にすぎません。

タスクの難易度によるルーティング

1つのモデルに固定するのではなく、多くのチームは、タスクを適切な層に振り分けることで、より良い経済性を得られます:

ティア

モデル

ユースケース

典型的な割合

デフォルト

Sonnet 5 (low/medium effort)

定型業務、パイプライン、ユーザー向けチャット

70–80%

エスカレーション

Sonnet 5 (high/max effort) or Opus 4.8

より深い推論を必要とする中難度〜高難度のタスク

15–20%

フロンティア

Fable 5

初回の正確性が重要なタスク

5–10%

これは、エンジニアリングチームがすでに運営している方法と同様です。ほとんどのチケットはチームに回され、難しいものはエスカレーションされ、アーキテクチャの意思決定はプリンシパルに回ります。同じロジックがモデル選定にも当てはまります。

ほとんどのAPIプロバイダーは — サードパーティのアグリゲーターを含めて — 単一の統合でClaudeモデル間のルーティングをサポートしているため、実装のオーバーヘッドは最小限です。

9月1日に何が起こるか

Sonnet 5の導入価格($2/$10)は8月31日に終了します。標準価格は$3/$15です。トークナイザーのインフレを合わせると、英語のワークロードに対する実質的な値上げは次のようになります:

  • 入力: $2 → $3、さらに約35%のトークナイザー増加 = 実質約$4.05(現在の約$2.70に対して)

  • 出力: $10 → $15、さらに約35% = 実質約$20.25(現在の約$13.50に対して)

これは9月1日に約50%の実質的な増加に相当します。SonnetとFableのコスト差は、定型的なタスクでは約10倍から約3〜4倍に縮小します。

今これらのモデルを評価しているなら、両方の価格帯で計算してみる価値があります。今日の時点では Sonnet 5 を明確に選ぶようなワークロードでも、導入期間が終わると判断が難しくなるものがあります。

利用可能性と規制リスク

Fable 5には、Sonnet 5にはない本番運用上のリスクがあります。米国の輸出管理指令を受けて19日間(6月12日~30日)オフラインにされていたためです。商務省が対象範囲を絞った後にAnthropicはアクセスを復旧しましたが、その前例は残っています。

実際には、これは次のことを意味します:

  • Fable 5は単独の依存先にすべきではありません。 Fable 5上に構築されたあらゆるシステムには、Sonnet 5またはOpus 4.8へのフォールバック経路が必要です。

  • Fable 5の安全性システムは、特定のリクエストを自動的にOpus 4.8へルーティングします。 そのサイバーセキュリティ分類器は、フラグ付けされたコンテンツを>99%の再現率でブロックしますが、セキュリティ隣接のコーディングタスクでは誤検知率が高くなります。

  • Sonnet 5は恒久的な掲載対象であり、輸出規制の対象ではありません。

概要

Sonnet 5 は、典型的なワークロードの 80~90% をわずかなコストで処理します。知識労働において Fable 5 と同等であり、柔軟な思考制御を提供し、規制上の不確実性もありません。

Fable 5 は、最難関の 5~10% のタスクでそのプレミアムを正当化します — 複雑なコーディング、最先端の推論、初回の正確さがトークンコストよりも重要な重大な意思決定。

ほとんどのチームにとっての実用的な答えは、「どちらか」ではなく「どのタスクにどちらを使うか」です。難易度に応じて振り分け、自分たちのワークロードでベンチマークし、Sonnet 5の価格変更がある9月1日以降に再評価してください。

Sonnet 5が現在のモデル環境の中でどのような位置づけにあるのかをより広く見るには、私たちのClaude Sonnet 5ガイドで、リリース詳細、完全なベンチマーク表、そしてアクセス方法を紹介しています。これには、複数のモデルプロバイダーを集約するサードパーティAPIプラットフォームを通じた価格情報も含まれます。

よくある質問

Claude Fable 5は価格に見合う価値がありますか?

それは完全にタスク次第です。要約、標準的なコーディング、データ抽出といった日常業務では、Fable 5 は Sonnet 5 より最大 10 倍高価ですが、品質面で意味のある差はありません。難しいコーディング問題(SWE-bench Pro gap: 17 points)や、ツールにアクセスできない状態での複雑な推論では、Fable 5 の初回正答率によって再試行やエンジニアの作業時間を十分に節約でき、プレミアムを正当化できる場合があります。多くのチームでは、全体の約 5〜10% のワークロードで使う価値があると判断しています。

Claude Fable 5はSonnet 5の代わりになりますか?

実用的にはそうではありません。Fable 5 は拡張思考を無効にできないため、すべてのリクエスト — たとえ些細なものでも — が $50/M の高額な thinking tokens を生成します。高頻度のパイプラインや低レイテンシが求められるアプリケーションで Fable 5 を使用すると、より遅くなるうえ、コストも大幅に高くなります。2 つのモデルは相補的であり、互換的ではありません。

Fable 5はSonnet 5と比べてどれくらい高速ですか?

Fable 5 は、常時推論により明らかに遅くなります。同期的なユーザー向けリクエストでは、thinking を無効にした Sonnet 5 のほうが応答が大幅に速くなります。レイテンシーの差は、おおよそ同期と非同期のユースケースに対応しています。つまり、リアルタイムのやり取りには Sonnet 5 を、速度より正確さが重要なバックグラウンドタスクには Fable 5 を使うということです。

Sonnet 5 は Opus 4.8 を置き換えますか?

ほとんどのユースケースでは、はい。Sonnet 5 は、ツール拡張推論(ツールありの HLE: 57.4% 対 57.9%)において Opus 4.8 と 0.5 ポイント以内のスコアで、コストは約 60% です。Opus 4.8 は、Sonnet 5 と Fable 5 の間の中間層として依然として役割がありますが、最適な選択肢となる範囲はかなり狭まりました。これについては、Sonnet 5 と Opus 4.8 の比較で詳しく取り上げています。

Fable 5は現在利用可能ですか?

2026年7月時点では、はい。Fable 5は米国の輸出規制のため6月12日から30日まで停止されていましたが、商務省が指示を限定した後、7月1日に復旧しました。ただし、一部のプランでは依然として利用上限の対象となる場合があります(Proプランでは7月上旬まで週次上限が50%でした)。将来的な規制上の混乱がないという保証はありません。

コーディングにはどのモデルがより適していますか?

Fable 5 が、かなりの差で優位です。SWE-bench Pro の差は 17.1 ポイント(80.3% 対 63.2%)で、全ベンチマークの中で最大です。複雑な複数ファイルのリファクタリング、新しいアルゴリズム、あるいは不慣れなコードベースでのデバッグでは、Fable 5 の能力は明確に高いです。標準的な機能追加、バグ修正、そして見慣れたコードベースでのコードレビューであれば、Sonnet 5 で十分です — しかも価格は 5〜10 倍安いです。

Fable 5 と Sonnet 5 のコンテキストウィンドウは何ですか?

どちらのモデルも 100 万トークンのコンテキストウィンドウと 128K の最大出力長を共有しています。コンテキスト容量に関しては両者に違いはありません。

Sonnet 5 の価格は上がりますか?

はい。Sonnet 5 の導入価格(100万トークンあたり $2/$10)は 2026年8月31日に終了します。標準価格は $3/$15 です。英語テキストに対する約35%のトークナイザー膨張を合わせると、9月1日の実質的な値上げは約50%になります。新しいトークナイザーでは簡体字中国語のトークン数が約1%しか増えないため、中国語のワークロードへの影響はより小さくなります。

執筆における Fable 5 と Sonnet 5 の比較 — どちらが優れている?

ほとんどのライティング作業 — ブログ記事、レポート、要約、ドキュメント — では、性能は実質的に同等です。GDPval-AA v2 のスコア差は誤差の範囲内です(Sonnet 5: 1,618 Elo、Fable 5: 約 1,615 Elo)。Fable 5 は、要求の高い創作作業において、わずかに洗練された文章を生み出すかもしれませんが、通常のコンテンツ制作において 5〜10 倍のコストを正当化できるほどの差ではないでしょう。

単一のAPIで両方のモデルを使用できますか?

はい。どちらも Anthropic API、Amazon Bedrock、Google Cloud Vertex AI で利用できます。いくつかのサードパーティの API アグリゲーターでも、統合されたエンドポイントを通じて両方のモデルにアクセスでき、モデル間のルーティングが簡単になります。