Fable 5.1のPrompt Caching料金を計算する

結論：0.25ドルのcache readを起点に、4種類のtokenを分ける

価格は米ドルのlist priceであり、契約経路、税、利用量、モデル変更による請求条件を置き換えません。公開直前には公式PricingのPrompt Caching欄をreadbackし、社内の見積表に確認日時と対象モデルを残します。

Fable 5.1で何が変わったか

Claude Platform release notesは、Fable 5.1とMythos 5.1のcache readを0.25ドル／100万token、基礎入力価格の0.025倍と記載しています。他モデルの0.1倍という扱いと同じだと決めつけず、対象モデルと日付を請求データへ付けます。両モデルのcache writeは変更されていないため、readだけを切り出すのではなく、prefixを初めて作る費用も見ます。

公式Prompt cachingドキュメントでは、automatic cachingとexplicit breakpointの2方式、5分または1時間のTTL、cache_control、再利用するprefixの考え方が説明されています。固定のsystem instruction、tool定義、参照文書を先に置き、毎回変わる利用者入力は後ろへ置くと、同じprefixを再利用しやすくなります。

区分	見る値	判断
通常入力	未キャッシュのinput token	短い・毎回変わる内容ならそのまま
cache write	prefixを初回に登録するtoken	再利用回数が少なければ効果を比較
cache read	再利用時のtokenと0.25ドル単価	hit率と間隔を記録
出力	回答、tool call、thinkingのtoken	モデルとeffortを分けて計測

料金を見積もる7手順

1. 対象モデルをclaude-fable-5-1など正式なIDで固定します。
2. 固定prefix、可変入力、出力、tool結果を分けたサンプルを作ります。
3. automaticかexplicitか、cache_controlの位置とTTLを記録します。
4. 初回write、2回目以降read、cache missを別の集計項目にします。
5. 1日・1週間の呼び出し回数とprefixの再利用間隔を測ります。
6. 公式Pricingの単価へ実測tokenを掛け、通常入力との差分を比較します。
7. hit率、品質、遅延、データ保持、rollbackをownerと一緒にレビューします。

たとえば、毎回同じ社内規程を送る場合でも、規程が更新された瞬間はprefixが変わります。更新時刻、version、cache missを記録し、古い規程が再利用されていないかを確認します。キャッシュは正本の更新管理を代替しないため、文書versionをpromptへ含め、回答が参照した版を追跡できるようにします。

導入判断：キャッシュするもの、しないもの

キャッシュ候補は、長く変わらないsystem instruction、tool schema、定期更新の参照資料です。顧客の個別情報、短い質問、一度きりの問い合わせ、権限の異なる利用者を同じprefixへ混ぜる場合は、費用だけでなく境界を評価します。機密情報を含むprefixは、公式のデータ保持条件と削除・更新手順を確認してから扱います。

品質評価では、キャッシュ有無で回答が同じになるか、文書更新の反映時間、miss後の再構築、エラー時の通常入力へのfallbackをテストします。キャッシュread単価が安くても、巨大なprefixを毎回更新すればwriteと遅延が増えます。最小の固定prefixから始め、数値が改善したときだけ対象を広げます。

チェックリスト：見積もりを承認する前に

モデルIDと価格確認日があるか／input・write・read・outputを別集計したか／TTLと再利用間隔を測ったか／prefixのversionを記録したか／個人情報と権限境界を混ぜていないか／cache missと更新をテストしたか／通常入力へのfallbackがあるか／品質と遅延も比較したか／月次の費用ownerと停止条件があるか、を確認します。

全体のAPIコスト削減はClaude API料金を削減する方法、モデルの選択はClaude API最新モデルの選び方、contextの分割はコンテキスト管理も参照してください。単価だけを下げる施策にせず、業務の再利用単位を先に設計します。

見積もりの単位は、リクエスト数だけでは足りません。利用者ごとのprefix、モデル、cache hit、入力と出力のtokenを日次で集計し、更新された資料のversionも結び付けます。担当者が料金表だけを見て判断しないよう、品質の失敗例とキャッシュを無効にした比較結果を月次レビューへ添えます。単価表の更新時は、既存の見積もりを自動で合格扱いにせず、代表的な会話を再計算します。異常なmissや急なwrite増加には通知を置き、原因を資料更新、TTL、実装変更に分けて調べます。費用だけでなく、古い情報を返さないことを合格条件にします。利用者の権限変更時はprefixの共有範囲も再確認します。

よくある質問

0.25ドルは1回のリクエスト料金ですか？

いいえ。公式案内は100万tokenあたりのcache read単価です。実際のread token、通常入力、write、出力、契約条件を分けて計算します。

5分TTLと1時間TTLはどちらが正解ですか？

再利用間隔と更新頻度で変わります。短い検証から始め、hit率、write、古い情報の残存、費用を実測します。

キャッシュすると機密情報が安全になりますか？

キャッシュはアクセス権限やデータ分類を決める機能ではありません。対象データ、保持、削除、利用者境界を別に設計します。

公式情報と無料診断

料金とTTLは公式Pricing、仕組みは公式Prompt caching、Fable 5.1の変更日は公式release notesを公開直前にreadbackしてください。Miraigentの無料診断では、再利用単位、費用、データ境界、計測を整理します。