Claude Fable 5 は現行フロンティア最上位——だが 入力 $10 / 出力 $50(per 1M トークン)と、Sonnet 5(導入 $2 / $10)や Opus 4.8($5 / $25)に比べて明らかに高い。だから「高すぎて実用にならない」と結論しがちです。ですが、これは使い方の問題です。コストの正体は 「トークン数 × 単価」 であり、入力と出力を小さく保てば、Fable 5 でも 1 コール数セントに収まります。本記事では実際の価格で計算し、Fable 5 は『低コンテキスト』でこそ実用的という使いどころを検証します。
到達点
- Fable 5 / Opus 4.8 / Sonnet 5 の実価格を並べて比較する
- コストがトークン数に比例する以上、低コンテキストなら絶対額が小さいことを計算で確かめる
- スイートスポット(小入力・小出力・高難度・低ボリューム)を特定する
- 逆にコストが跳ねるアンチパターン(大コンテキスト・高ボリューム)を押さえる
- 新トークナイザの +30% とプロンプトキャッシュの効き方を織り込む
まず価格を並べる
per 1M トークンの実価格です(Sonnet 5 は 8/31 までの導入価格)。
| モデル | 入力 | 出力 | キャッシュ読取 |
|---|---|---|---|
| Fable 5 | $10 | $50 | $1 |
| Opus 4.8 | $5 | $25 | $0.50 |
| Sonnet 5(導入) | $2 | $10 | $0.20 |
| Haiku 4.5 | $1 | $5 | $0.10 |
Fable 5 の単価は Opus 4.8 の 2 倍、Sonnet 5(導入)の 5 倍。この「5 倍」という数字だけ見ると避けたくなりますが、倍率は絶対額と別物です。5 倍でも、元が小さければ小さいまま。ここが本題です。
コストの正体:トークン数 × 単価
1 コールのコストは単純です。
コスト = 入力トークン × 入力単価 + 出力トークン × 出力単価つまり トークン数が小さければ、単価が高くてもコストは小さい。「低コンテキスト」——入力を小さく保ち、出力も短く抑える——は、高単価モデルを絶対額の小ささで飼いならす戦略です。
低コンテキストのコスト(実例)
小さな diff の難しいレビューを想定します。入力 3,000 トークン、出力 1,500 トークン。
| モデル | 計算 | 1 コール |
|---|---|---|
| Fable 5 | 3,000×$10 + 1,500×$50(/1M) | ≈ $0.11 |
| Opus 4.8 | 3,000×$5 + 1,500×$25 | ≈ $0.05 |
| Sonnet 5(導入) | 3,000×$2 + 1,500×$10 | ≈ $0.02 |
Fable 5 は Sonnet 5 の 5 倍——でも 11 セントです。1 日に数十回叩く程度の高難度・低頻度タスクなら、$10 で約 90 コール、$100 で約 900 コール。実用的なコストの範囲に十分収まります。
高コンテキストだと逆転する
同じ 5 倍差が、大きなコンテキストでは牙を剥きます。RAG や長文で入力 150,000 トークン、出力 2,000 トークンとすると——
| モデル | 計算 | 1 コール |
|---|---|---|
| Fable 5 | 150,000×$10 + 2,000×$50(/1M) | ≈ $1.60 |
| Sonnet 5(導入) | 150,000×$2 + 2,000×$10 | ≈ $0.32 |
差は $1.28 / コール。1 日 1,000 コールなら 1 日あたり $1,280 の差です。ここでは Fable 5 は非現実的で、Sonnet 5 や Haiku を選ぶべき領域になります。
同じ「5 倍」でも、低コンテキストでは 9 セントの差、高コンテキストでは 1 ドル超の差。Fable 5 を実用にできるかどうかは、モデルの単価ではなく 投入するトークン量で決まります。
スイートスポット:小入力・小出力・高難度・低ボリューム
Fable 5 × 低コンテキストが効くのは、次の条件が揃うタスクです。
- 入力が小さい:数千トークン以内で問題が自己完結している(長い文脈を積まない)
- 出力が短い:判断・結論・短い修正案が欲しい($50/1M の出力を長々と生ませない)
- 高難度:安いモデルだと外しやすい、フロンティアの推論力が効く問題
- 低〜中ボリューム:1 日数十回程度。数千回叩くなら話は別
具体例で言えば——
- 小さな diff の難しいレビュー / セカンドオピニオン:安いモデルの結果に対する「最終確認の一撃」
- 厄介なバグの切り分け:短いスニペットから、微妙な原因を当てる
- 重い設計判断:選択肢が出揃った状態での「どれが筋がいいか」の一問
- 難しい曖昧性解消:短い仕様の解釈で、間違えるとコストが大きい判断
これらは**「安いモデルで外すと、リトライや人手の修正で余計にかかる」**タイプの仕事です。だからこそ、数セントで最上位の一撃を入れる価値が出ます。
アンチパターン:大コンテキスト・高ボリューム
逆に、次のような使い方は Fable 5 に向きません。
- RAG / 長文要約:大量の取得文脈を毎回入力に積む → 入力トークンが跳ねる
- 高ボリュームの分類・抽出:1 リクエストは小さくても、回数で総額が膨らむ
- 長い生成:$50/1M の出力を大量に出させる(記事の全文生成など)
これらは Sonnet 5(コスパの主力)や Haiku 4.5(定型・大量) の領域です。「賢いから全部 Fable 5」は、最も高くつく選び方になります。
2 つの落とし穴
新トークナイザで +30%
Fable 5・Opus 4.7 以降・Sonnet 5 は新しいトークナイザを使い、同じテキストでも約 30% 多いトークンになります(Sonnet 4.6 以前は旧トークナイザ)。「低コンテキスト」を文字数で見積もると、トークンでは 3 割増になる点に注意。とはいえ Fable 5 と Sonnet 5 はどちらも新トークナイザなので、両者を比べる分にはこの 30% は共通で相殺されます。効いてくるのは、旧トークナイザの Sonnet 4.6 / Haiku 4.5 と比べるときです。
出力単価が支配的になりやすい
見落としがちですが、出力は入力の 5 倍単価(Fable 5 は $50/1M)。低コンテキストでも、出力を長く出させると一気に高くなります。前掲の例でも、コストの $0.11 のうち $0.075(約 7 割)は出力でした。「低コンテキスト」は入力だけでなく出力も短く保って初めて成立します。max_tokens を締め、結論だけ返させる指示が効きます。
キャッシュはあくまで補助
安定した文脈を繰り返すなら、プロンプトキャッシュ(Fable 5 の読取は $1/1M = 入力の 0.1 倍)で入力コストを 10 分の 1 にできます。ただし**低コンテキスト戦略の本質は「そもそも文脈を積まない」**ことなので、キャッシュはあくまで補助。大きな固定文脈があるなら、それは既に「低コンテキスト」ではありません。
判断の早見表
| 状況 | 推奨 |
|---|---|
| 小入力・小出力・高難度・低頻度 | Fable 5(数セントで最上位の一撃) |
| 一般的な本番ワークロード | Sonnet 5(コスパの主力) |
| 大コンテキスト(RAG・長文) | Sonnet 5 / Haiku(Fable 5 は避ける) |
| 定型・大量処理 | Haiku 4.5 + Batch |
| 安いモデルで外した箇所の最終確認 | Fable 5 で一撃 |
まとめ
「Fable 5 は高い」は半分だけ正しい。単価は確かに最上位(入力 $10 / 出力 $50)ですが、コストはトークン量で決まる以上、入力も出力も小さく保てば 1 コール数セントに収まります。低コンテキスト × 高難度 × 低ボリュームなら、フロンティアの一撃を実用的なコストで入れられる——これがユーザーの直感どおり成立する使いどころです。
勘所は 3 つ — 入力だけでなく出力も短く締める(出力が支配的)、大コンテキスト・高ボリュームには使わない(そこは Sonnet 5/Haiku)、新トークナイザの +30% を見積もりに入れる。「賢いモデルはコンテキストを絞って、要所で一撃」——この使い分けができると、Fable 5 は「高くて使えない」から「ここぞで効く安い切り札」に変わります。