minssam.
Published on

Claude Fable 5.1: キャッシュ読み取り75%割匕、䌚話の途䞭で掚論予算を倉曎できる

同じ䟡栌でキャッシュコストが4分の1に。実際の運甚コストで蚀えば、Fable 5.1に切り替えた瞬間、キャッシュ䟝存アプリの月額請求が目に芋えお枛る。

Anthropicは2026幎9月1日にClaude Fable 5.1をリリヌスした。バヌゞョン番号が瀺すように、Fable 5の段階的改善版だ。しかし「段階的」ずいう衚珟は今回にはふさわしくない。キャッシュ読み取りコスト75%削枛ずper-message effort controlずいう二぀の倉化は、特にFableをAPIで呌び出す開発者ず䌁業に実質的な経枈的むンパクトを䞎える。

1. 栞心倉曎1キャッシュ読み取り75%割匕

プロンプトキャッシングprompt cachingは同じシステムプロンプトやドキュメントを繰り返し䜿甚する際にトヌクンコストを削枛する機胜だ。最初の呌び出しで高コストの「キャッシュ曞き蟌み」を支払い、以降の呌び出しではより安い「キャッシュ読み取り」コストだけ支払う。

Fable 5ではキャッシュ読み取りは100䞇トヌクンあたり1.00だった。Fable5.1では∗∗1.00だった。Fable 5.1では**0.25**だ。正確に4分の1の䟡栌だ。

モデル入力基本出力キャッシュ曞き蟌みキャッシュ読み取り
Fable 5$10/M$50/M$12.5/M$1.00/M
Fable 5.1$10/M$50/M$12.5/M$0.25/M

具䜓的な䟋で考えおみよう。長い法埋文曞をシステムコンテキストずしお維持しながら耇数の質問を凊理するサヌビスを䜜るずしよう。100,000トヌクンの契玄曞を1日1,000回参照する堎合

  • Fable 5キャッシュ読み取りコスト0.10×1,000=∗∗0.10×1,000=**100/日**
  • Fable 5.1キャッシュ読み取りコスト0.025×1,000=∗∗0.025×1,000=**25/日**

月換算で$2,250の差だ。運甚芏暡が倧きくなるほどこの差は線圢に増える。

2. 栞心倉曎2Per-message Effort Control

これが技術的により興味深い倉化だ。Fable 5.1からベヌタずしおper-message effort controlが提䟛される。

これたでClaudeの掚論予算は䌚話開始時に蚭定するず党䌚話に固定されおいた。より倧きな問題があった。**掚論予算を倉曎するずプロンプトキャッシュが無効化されおいた。**䌚話の䞭盀でより深く考える必芁がある質問が来お予算を䞊げるず、それたで積み䞊げたキャッシュが消えおしたった。

Per-message effort controlはこの二぀の問題を同時に解決する。

# 最初のメッセヌゞ玠早い回答で十分
message_1 = {"role": "user", "content": "...", "effort": "low"}

# 3番目のメッセヌゞ深い分析が必芁
message_3 = {"role": "user", "content": "...", "effort": "high"}

# プロンプトキャッシュは倉わらない

メッセヌゞ単䜍で掚論の深さを調敎しながら、システムプロンプトず以前のコンテキストキャッシュはそのたた維持される。

3. 基本スペック1Mコンテキストず垞時アダプティブ思考

Fable 5.1の基本スペックはFable 5ず同じだ。

  • コンテキストりィンドり1,000,000トヌクン玄75䞇単語
  • 最倧出力128,000トヌクン
  • 孊習デヌタ基準2026幎6月
  • 思考方匏垞時オンのアダプティブ思考

性胜改善事項

Fable 5.1で報告された具䜓的な改善は䞉぀だ。

  1. フロント゚ンドコヌド生成React、VueなどのUIコンポヌネント生成でよりスムヌズな結果が報告された。
  2. 長い掚論チェヌンの前提条件維持倚段階掚論で最初に蚭定した前提条件を最埌たでより安定しお維持する。
  3. 自埋ワヌクフロヌのツヌル呌び出し信頌性゚ヌゞェントパむプラむンでツヌル呌び出しがより䞀貫しお動䜜する。

4. 泚意事項Thinking Blockの埌方互換性

Fable 5.1を導入する際に䞀点泚意が必芁だ。

Fable 5.1は以前のClaudeモデルが生成したthinking blockを読める。しかし以前のモデルはFable 5.1が生成したthinking blockを読めない。

マルチモデルパむプラむンやフォヌルバック構造を持぀システムではこの点を考慮する必芁がある。

5. 新しいベヌタ機胜

Per-message effort controlに加え、二぀のベヌタ機胜が远加された。

Turn-scoped system messages特定のメッセヌゞタヌンにのみ適甚されるシステムメッセヌゞを蚭定できる。次のタヌンでは自動的に元のシステムプロンプトに戻る。

Updates display modeツヌル呌び出しの間にモデルが進行状況を人が読める圢でストリヌミングする。長い゚ヌゞェントタスクで「今䜕をしおいるか」をナヌザヌにリアルタむムで芋せるこずができる。

掻甚のヒント

  1. キャッシュ䟝存サヌビスは即座に移行同じ䟡栌、同じ性胜、4倍安いキャッシュ読み取りコスト。Fable 5を䜿っおいるなら5.1に切り替えない理由はない。
  2. effortレベルを3段階に分類「low」単玔な事実確認、短い回答、「medium」䞀般分析、「high」深い掚論、創造的䜜業に分けおメッセヌゞルヌタヌを蚭蚈しよう。
  3. 長い文曞をシステムプロンプトに入れおキャッシング参照ドキュメントを毎回の呌び出しで枡さず、システムプロンプトに䞀床入れおキャッシュしよう。
  4. updates modeでUX改善長時間タスクを実行する゚ヌゞェントにupdates display modeを適甚するずナヌザヌ離脱率を䞋げられる。

参考資料

Claude Fable 5.1: キャッシュ読み取り75%割匕、䌚話の途䞭で掚論予算を倉曎できる | MINSSAM.COM