Claude Fable 5.1の料金｜キャッシュ75%安と長い仕事の見積もり
Claude Fable 5.1がFable 5と同じ入力・出力料金で登場し、キャッシュ読み取りは75%安くなりました。長い調査や開発なら得に見えますが、値下げが効くのは文脈を再利用する部分です。料金表だけで判断せず、作業時間・確認時間・修正回数まで含めた案件の見積もりに落とし込む方法をまとめます。読者が売るべきものはモデルの利用量ではなく、確認済みの成果物と納品範囲です。
Anthropicは2026年9月1日、Claude Fable 5.1を公開しました。Fable 5と同じ入力$10・出力$50/100万トークンで、キャッシュ読み取りは$0.25です。Claude CodeやClaude Platformなどで利用できます。
値下げが効くのは、同じ資料やコード、指示を複数回参照する仕事です。新規入力と出力は別料金なので、再利用回数と読み取り量を測ってから案件ごとの原価を計算します。短い一問一答に75%を掛けても意味はありません。
見積もりでは、モデル料金だけでなく調査、確認、修正、承認の時間を分けます。途中で止める条件と修正範囲を先に合意し、品質を確認できた案件だけ継続提案へ広げます。確認結果を残し、同じ条件で再現した改善だけを次の提案へ移します。
Contents (19)
- 2026年9月1日の発表で確認するClaude Fable 5.1の提供条件と評価
- 公式評価と顧客向け品質を分けて考える
- 料金据え置きとキャッシュ75%安が長い仕事の原価に効く理由
- 再利用回数を置くと値下げの大きさが見える
- 長い仕事の総額は時間と修正を含めて決める
- ベンチマークの数値を自分の案件単価へ翻訳する測定項目
- 同じ条件で測定票を作る
- 顧客が感じる品質を別欄に置く
- 原価を請求下限へ翻訳する
- 失敗・修正・確認を含めた見積もりと納品設計の組み立て方
- 確認版と納品版を分ける
- 停止条件・最終承認者・修正範囲を決める
- 顧客データの扱いを納品条件に入れる
- 小さな検証から継続案件へ広げる使う仕事と使わない仕事の境界
- 最初の一案件で比較する
- 継続案件へ広げる条件を決める
- 使わない仕事の境界を明確にする
- まとめ：モデル料金ではなく確認済み成果物で利益を設計する
- 出典
2026年9月1日の発表で確認するClaude Fable 5.1の提供条件と評価
Anthropicは2026年9月1日、Claude Fable 5.1とClaude Mythos 5.1を発表しました。Fable 5.1は一般向けに提供されるモデルで、Mythos 5.1は検証済みの組織などを対象にした別の利用枠です。ここでは、受託案件で現実的に検討しやすいFable 5.1の条件に絞ります。発表の一次情報はAnthropic公式発表で確認できます。
公式アカウントの案内では、Fable 5.1はコーディングと知識作業を対象にし、開発者向けにはClaude CodeとClaude Platformで提供が始まりました。最初の告知はClaude公式アカウントの発表、提供場所と料金の案内は開発者向け公式アカウントの投稿で読めます。ニュースとしては公開日が重要ですが、見積もりでは「どこで、どの課金方式で使うか」を先に分けます。
トークン単位で料金が表示される利用について、Fable 5との比較を整理すると次のようになります。
| 項目 | Claude Fable 5.1 | Claude Fable 5 | 案件で見る点 |
|---|---|---|---|
| 入力（100万トークン） | $10 | $10 | 新しく渡す資料の量 |
| 出力（100万トークン） | $50 | $50 | 回答・成果物の長さ |
| 5分キャッシュ書き込み | $12.50 | $12.50 | 再利用の起点 |
| 1時間キャッシュ書き込み | $20 | $20 | 間隔の長い確認 |
| キャッシュ読み取り（100万トークン） | $0.25 | $1 | 同じ文脈を読む回数 |
この料金表はClaude Fable 5.1の公式ドキュメントに記載された内容です。入力と出力は据え置きで、差が出るのは一度処理した文脈を読み直す部分です。したがって「モデルが75%安い」と短く言い換えるのではなく、「キャッシュ読み取りが75%安い」と書くほうが、顧客への説明でも誤解が生じません。
公式評価と顧客向け品質を分けて考える
性能の代表例として、Anthropicの発表ではTerminal-Bench 4.0でFable 5.1が55.8%、Fable 5が42.0%とされています。Mythos 5.1は60.9%でした。これは同じ評価課題における結果であり、すべての言語、コードベース、資料形式、顧客要件で同じ差が出ることを保証する数字ではありません。数値は公式発表の評価表で確認できます。
顧客が買うのはベンチマークの点数ではなく、期限内に確認できる成果物です。たとえばコードなら、課題の完了だけでなく既存機能を壊していないか、調査なら出典と不確実な点が分かれているか、資料なら読み手が判断できる形かが評価になります。公式評価は候補を絞る材料、自分の案件の確認結果は単価を決める材料、と役割を分けるのが安全です。
料金据え置きとキャッシュ75%安が長い仕事の原価に効く理由
キャッシュは、毎回同じ資料や指示を最初から処理し直す代わりに、前回と同じ部分を再利用する仕組みです。Anthropicのプロンプトキャッシュ公式ドキュメントでは、固定した文脈を保存し、後続の依頼で読み取ることで反復的な仕事の時間と費用を抑えられると説明されています。長い案件ほど、背景資料、仕様、過去の判断を何度も参照するため、この差を測る意味が大きくなります。
一方、毎回まったく違う短い質問を送るだけなら、キャッシュ読み取りはほとんど発生しません。さらに新しい入力、キャッシュを書き込む費用、出力費用は残ります。75%という数字を請求額にそのまま掛けるのではなく、料金のどの部分が読み取りになっているかを分解することが出発点です。
再利用回数を置くと値下げの大きさが見える
仮に1回分の固定文脈が100万トークンあり、最初に5分キャッシュへ書き込み、その後10回読み取るとします。書き込み費用は両モデルとも$12.50です。読み取りはFable 5なら1回$1なので10回で$10、Fable 5.1なら1回$0.25なので10回で$2.50になります。入力・出力や通信、確認者の時間を含まない、キャッシュ部分だけの比較です。
この条件では、キャッシュ関連の合計はFable 5が$22.50、Fable 5.1が$15.00です。差額は$7.50で、読み取り部分だけを見ると75%減ですが、全体の請求額が75%減るわけではありません。1時間キャッシュを使う場合は書き込みが$20になるため、案件の確認間隔まで含めて計算する必要があります。
長い仕事の総額は時間と修正を含めて決める
AnthropicはFable 5.1について、通常の利用ではFable 5比で全体コストが約25%、複雑なコーディングや高いエージェント性のある作業では最大約45%下がる可能性を示しています。ただし、これは実際の利用データに基づく目安です。案件の資料量、読み取り回数、出力の長さ、失敗時の再試行が違えば結果も変わります。
長い調査で読み取り費用が下がっても、確認者が毎回結果を読み、顧客の質問に答え、誤りを修正する時間は残ります。反対に、確認を省けば見かけの原価は下がっても、納品後の修正や信用低下につながります。値下げ分を安売りへ回す前に、削減できた費用を確認、改善、次の案件の準備へどう配分するかを決めることが利益を守ります。
ベンチマークの数値を自分の案件単価へ翻訳する測定項目
ベンチマークを案件へ移すには、同じ課題を一度試すだけでは足りません。Fable 5.1の処理の深さには複数の水準があり、公式のモデル別入力ガイドも、自分の評価課題で費用、時間、品質を比べるよう案内しています。従来の方法と新モデルを同じ条件で測り、数値の意味を自社の仕事へ置き換えます。
同じ条件で測定票を作る
最初は、毎月または毎週くり返す定型案件を一つ選びます。入力資料、納品形式、確認者、納期を固定し、モデルを変えたことで何が変わったのかを追える状態にします。次の順番で記録すると、料金表と人の作業を同じ表に置けます。
- 過去の案件から代表的な資料と依頼範囲を選び、従来の方法で完了までの時間と修正回数を記録する。
- 同じ資料、同じ納品形式、同じ確認基準でFable 5.1を試し、入力・出力・キャッシュ読み取りの量を記録する。
- 初回の結果を確認者が読み、事実誤認、抜け、形式違反、追加修正にかかった時間を分けて記録する。
- 同じ課題を複数回試し、完了率、再利用回数、処理時間、確認時間、修正回数の平均とばらつきを見る。
- 品質が許容範囲に入り、費用と人の時間を合わせても利益が残る場合だけ、別の案件で再検証する。
顧客が感じる品質を別欄に置く
完了率だけでは受託仕事の品質を表せません。調査なら出典の正確さと更新日、開発ならテストと既存機能への影響、データ整理なら変換漏れと再現性、資料化なら読み手の判断に必要な根拠を記録します。モデルの出力が速くても確認に時間がかかれば、顧客から見た納期は短くなりません。
また、同じ課題を複数回試すと、キャッシュ読み取りの量が変わることがあります。新しい資料を追加した、途中で前提を変えた、長時間空けてキャッシュの有効期限を越えた、といった事情を備考に残してください。料金の差を正しく説明するには、「何トークン使ったか」だけでなく「何を再利用できたか」が必要です。
原価を請求下限へ翻訳する
案件の請求下限は、担当者の作業時間に社内の時間単価を掛けた額、確認者の時間に確認単価を掛けた額、モデル利用費、再作業の余裕を足して求めます。そこへ必要な利益を加え、納品物の価値と責任範囲を説明できる価格にします。モデル利用費だけを根拠に「安くなったので値下げできます」と言うと、人が担う確認と説明の価値まで削ってしまいます。
たとえば、入力と出力の料金が同じでも、Fable 5.1のほうが確認時間を2時間短縮できたなら、利益へ効くのはキャッシュの差額だけではありません。反対に、出力の確認が難しく修正回数が増えたなら、読み取りの節約は相殺されます。費用、時間、品質の三つを同じ案件票で見て、値下げではなく提供範囲の改善として提案するのが現実的です。
失敗・修正・確認を含めた見積もりと納品設計の組み立て方
長い仕事では、最初から完成品だけを約束すると、途中で前提が変わったときに費用と責任の境界が曖昧になります。調査、試作、確認、修正、納品を分け、各段階で何を見せるかを決めておくと、モデルの処理が長引いた場合も顧客と判断をそろえやすくなります。長時間処理ができることと、人の確認が不要になることは別です。
見積もりの段階では、成果物だけでなく、途中で確認できる記録と、予定を超えた場合の扱いも明示します。確認版をいつ渡すか、誰が返答するか、追加資料が必要になった場合にどこから別料金になるかを決めておくと、長い仕事でも納期と利益を同時に管理できます。
確認版と納品版を分ける
次の四段階は、調査、コード、データ整理、資料化のいずれにも応用できます。各段階の終了条件と、顧客から返してもらう情報を見積書に書いておくと、修正範囲の膨張を防げます。
- 初回調査・試作では、目的、前提、使った資料、未確認の点をまとめ、方向性を確認してもらう。
- 確認版では、主要な成果物と根拠を提示し、顧客が判断すべき選択肢と不足情報を明示する。
- 修正版では、合意した修正回数と対象範囲だけを反映し、追加要望は別作業として切り分ける。
- 納品版では、完成物、確認記録、残った制約、次回更新時に再確認する項目を一つの単位で渡す。
この分け方なら、途中で結果が使えないと分かった場合も、早い段階で止められます。逆に、確認版を省いて最後にまとめて見せると、顧客の前提違いが納品直前に発覚し、モデル料金より大きな再作業費が発生します。安い読み取りを理由に確認工程を削らないことが重要です。
停止条件・最終承認者・修正範囲を決める
開始前に「どの結果なら続行するか」「どの結果なら人が判断して止めるか」を合意します。たとえば出典が確認できない、入力資料同士に矛盾がある、既存機能への影響が読めない、予定した修正回数を超える、といった条件です。停止は失敗ではなく、損失を限定するための作業条件として見積もりに含めます。
最終承認者も、依頼者、専門担当、管理者の誰なのかを明記します。モデルが長い処理を終えても、承認者が不在なら顧客への納品は完了しません。確認待ちの時間、質問への回答、修正依頼の取りまとめまでを担当範囲に置くと、長い案件の利益をより正確に見積もれます。
顧客データの扱いを納品条件に入れる
顧客資料を扱う場合は、入力してよい情報、保管期間、確認者、納品後の削除・保管方針を先に確認します。AnthropicはFable 5.1について、安全監視のため原則30日間のデータ保持を案内し、対象となる顧客には別の保持条件も用意しています。詳細はClaude Fableの公式案内で確認し、契約上の約束を独自に広げないでください。
利用者向けのプランとトークン単位の利用では、料金や上限の見え方が異なる場合があります。個人の契約枠を使うのか、Claude Platformの利用量として請求するのかを案件ごとに記録し、顧客へ提示する価格と内部の原価を混同しないことが必要です。プランの詳細は公式の料金ページと契約条件を照合します。
小さな検証から継続案件へ広げる使う仕事と使わない仕事の境界
Fable 5.1を導入するかどうかは、性能ニュースを見た直後に全案件を切り替えて決めるものではありません。まず再利用する文脈があり、納品品質を測りやすく、失敗しても範囲を限定できる仕事で試します。効果が出た仕事だけを継続提案へ移し、短縮効果が小さい仕事には従来の方法を残すほうが、顧客との約束を守りやすくなります。
検証の目的は、最も高い性能を選ぶことではなく、案件の条件に対して利益が残る選択を見つけることです。期間、対象件数、確認者、合格基準を先に限定し、結果が基準に届かなければ広げずに原因を確認します。この小さな判断を繰り返すことで、料金改定や別モデルの登場にも対応しやすくなります。
最初の一案件で比較する
検証対象は、成果物の形と確認基準がすでに決まっている案件が向いています。実績のある基準値と比べることで、モデルの能力と案件側の条件を切り分けられます。実際に提案へ進めるまでの手順は次のとおりです。
- 調査レポート、定期的なデータ整理、既存コードの確認など、同じ前提を再利用する仕事を一つ選ぶ。
- 従来の所要時間、確認時間、修正回数、顧客からの差し戻しを基準値として残す。
- 同じ範囲をFable 5.1で試し、キャッシュ読み取り量と人の確認時間を別々に測る。
- 費用だけでなく、納期、根拠の追跡、成果物の読みやすさ、修正のしやすさを確認する。
- 数回の検証で再現した改善だけを提案書へ反映し、次の案件では小さな範囲から再確認する。
継続案件へ広げる条件を決める
継続提案へ進める条件は、費用が下がったことだけにしません。一定の品質を保ちながら確認時間が減った、同じ資料を使うたびに原価の予測が安定した、修正範囲を顧客と合意できた、担当者が結果を説明できた、といった複数の条件を置きます。どれか一つだけが改善しても、他の負担が増えていれば提案は見直します。
月次の調査や定期更新へ広げるときは、初回の資料を次回も使える形に整理し、更新された情報だけを差し替えます。これにより読み取りの再利用を計測しやすくなります。毎回の確認記録を残せば、顧客へ「前回との差分」「今回の追加確認」「次回の作業範囲」を説明でき、単なる作業時間の切り売りから成果物単位の契約へ移しやすくなります。
使わない仕事の境界を明確にする
正確さや承認が最優先で、短縮効果が小さい仕事には無理に新モデルを寄せません。法令、医療、財務、個人情報など、専門家の判断が不可欠な領域では、モデルの結果を下書きや比較材料に限定し、最終判断を人が担う範囲を明示します。一度しか使わない短い入力、再利用する文脈がない仕事、誤りの検出方法が決まっていない仕事も、値下げだけを理由に切り替えないほうがよいでしょう。
発表直後の関心を把握する補助材料として、当社の動画一覧も参照できます。ただし、一覧の最新公開日は2026年7月25日で、9月1日の発表を直接反映した根拠ではありません。関心の傾向を見る資料として動画一覧を扱い、価格や性能の判断は一次情報と自分の測定で行います。
まとめ：モデル料金ではなく確認済み成果物で利益を設計する
Claude Fable 5.1の要点は、Fable 5と同じ入力・出力料金を保ちながら、キャッシュ読み取りを$0.25/100万トークンへ下げたことです。公式が示す75%安は読み取り部分の比較であり、新規入力、書き込み、出力、人の確認まで含めた案件全体が同じ割合で下がるわけではありません。まず再利用される文脈の量と回数を測る必要があります。
Terminal-Bench 4.0の55.8%対42.0%という差も、採用候補を考える材料にとどまります。受託案件の単価は、完了率、確認時間、修正回数、根拠の追跡、納期、承認の手間を組み合わせて決めます。公式評価と自分の案件で得た確認結果を分けて記録すれば、性能の宣伝に引きずられず、顧客が受け取る価値を説明できます。
最初は一つの定型案件で比較し、確認版、修正版、納品版の境界と停止条件を合意します。改善が再現した範囲だけを継続案件へ広げ、短縮効果が小さい仕事や人の判断が中心の仕事には別の方法を残します。料金の差を安売りではなく、確認済みの成果物と安定した納品へ変えられるかが、Fable 5.1を使う判断の中心です。