Claude Fable 5.1の導入を検討する際は、APIの料金、Mythos 5.1との違い、Fable 5からの変更点を分けて考える必要があります。公式料金ページにはFable 5.1の入力・出力とプロンプトキャッシュの単価が掲載されています。一方、本記事で確認できる情報だけでは、Mythos 5.1との同一性や提供条件、Fable 5からの費用削減幅までは判断できません。
この記事では、公式ページに掲載された料金を整理したうえで、請求内訳の読み方、業務に使う前の準備、切り替え判断の記入例を紹介します。単価と実際の業務費用を混同せず、自社で検証する項目を決めたい担当者向けの内容です。
Claude Fable 5.1とは｜料金ページから分かる用途
【完全無料】AI×SNSで成果を出す100大特典を受け取る
AIの使い方を、SNS運用の実務につなげたい方へ。LINEで特典の案内を受け取れます。
Claude Fable 5.1は、公式料金ページのAPI欄に掲載されているモデルです。同ページでは、長時間にわたって動くエージェント向けのモデルとして紹介されています。この用途説明から、あらゆる作業で他のモデルより優れているとまでは言えません。
APIは、プログラムからモデルに処理を依頼するための窓口です。モデルはその依頼を処理する対象を指します。Claudeを使う製品や契約プランの名前と、Fable 5.1というモデル名を区別しておくと、料金表を読みやすくなります。
ここでいうエージェント作業は、指示を受けて作業を進め、途中の結果を次の処理に使うような仕事を考えると理解しやすいでしょう。たとえば、資料から論点を拾い、必要な箇所を調べ直して報告書にまとめる仕事です。これは用途を考えるための例であり、Fable 5.1でその仕事を完了できたという実績ではありません。
最初に行うことは、モデルを選ぶ前に依頼内容を短く書くことです。「AIを導入する」では広すぎるため、「社内資料を基に、担当者が確認する報告書の下書きを作る」とします。使う資料と完成物が定まれば、後の検証で何を評価するかも明確になります。Claude全体の操作から知りたい場合は、Claudeの始め方と使い方を参照してください。
Mythos 5.1との比較では何を確認するか
Fable 5.1とMythos 5.1について、本記事で扱う料金情報だけでは、モデル本体が同一か、安全対策や利用資格がどう違うかを確定できません。Fable 5.1の料金を、そのままMythos 5.1の料金として扱うこともできません。
比較の入口となる資料は、Fable 5.1とMythos 5.1の公式発表ページと、Mythos 5.1の公式ドキュメントです。利用条件を調べる際は、モデル名だけでなく、自社の用途、契約、利用経路に適用される説明かを確認してください。
比較表を作るときは、「同じかどうか」だけでなく、導入の可否に関わる問いに分けます。たとえば、セキュリティ業務を検討する担当者なら、「対象の業務で利用できるか」「自社に利用資格があるか」「利用する経路で契約できるか」を別々の項目にします。用途が合っていても、利用資格まで確認できたことにはなりません。
記入例として、社内検討メモには「候補：Fable 5.1とMythos 5.1。判断：Mythos 5.1の利用条件を確認するまで採用先を決めない。理由：料金の情報だけでは自社で利用できるか判断できない」と書けます。これは申請が必要だと断定するものではなく、未確認の条件を契約済みとして扱わないための整理例です。サイバーセキュリティ用途に関心がある場合は、Claude Mythosとサイバーセキュリティも関連するテーマです。
Fable 5.1のAPI料金｜入力・出力・キャッシュを分けて読む
APIの料金表では、入力と出力、プロンプトキャッシュの読み取りと書き込みが別の項目になっています。以下は公式料金ページに掲載されたFable 5.1の単価です。MTokは100万トークンを表す単位です。トークンはテキストを処理する際の単位で、文字数をそのまま代入するものではありません。
| 処理区分 | 100万トークン当たりの単価 | 料金ページの項目名 |
|---|---|---|
| 入力 | $10 | Input |
| 出力 | $50 | Output |
| プロンプトキャッシュの読み取り | $0.25 | Prompt caching Read |
| プロンプトキャッシュの書き込み | $12.50 | Prompt caching Write |
入力はモデルに渡す内容、出力はモデルが生成する内容です。プロンプトキャッシュは、入力内容を再利用する仕組みとして捉えると、読み取りと書き込みの区別がつきます。ただし、上の料金情報だけでは、保存期間や設定条件までは説明できません。実装を検討する場合は、公式のプロンプトキャッシュの説明で対象モデルの条件を確認してください。
キャッシュの読み取り単価を通常入力の全量に当てはめると、見積もりの区分を誤ります。また、書き込みと読み取りは別の行なので、両者をまとめて「キャッシュ料金」として計算しないようにします。料金を整理する時点では、各区分に該当する使用量を分けておくことが重要です。
Fable 5からの値下げ幅を求めるには、Fable 5の対応する単価も必要です。本記事では、その比較を裏づける情報を確認できていないため、「キャッシュだけが値下げされた」「その他の料金は据え置き」とは断定しません。過去の変更経緯を調べる場合は、Anthropicの料金体系変更を参照し、今回利用するモデルの料金と区別してください。
Fable 5.1とOpus 5.5・Sonnet 5.5・Haiku 4.5の単価を比べる
モデル間の料金を比べる場合は、入力と出力を同じ単位で並べます。次の表は公式料金ページに掲載されたAPIの入力・出力単価です。速度、回答品質、利用できる入力の長さを順位づけする表ではありません。
| モデル | 入力単価 | 出力単価 |
|---|---|---|
| Claude Fable 5.1 | $10 | $50 |
| Claude Opus 5.5 | $4 | $20 |
| Claude Sonnet 5.5 | $2 | $10 |
| Claude Haiku 4.5 | $1 | $5 |
この表から選べるのは、単価の面で比較したい候補です。安い単価のモデルで必要な成果物を作れるか、Fable 5.1を使う理由があるかは、依頼する仕事によって検証します。「高いから高品質」「安いから簡単な仕事にしか使えない」と、料金だけで能力を決めないようにしましょう。
たとえば、資料の要約を任せるなら、「重要な条件が抜けていないか」を比較項目にできます。コード修正なら、「求めた変更を満たし、関連する確認を通るか」が比較項目です。いずれも、単価の差と仕事の合格条件を別々に扱うための例です。
Sonnet 5.5を料金面の比較候補にする場合は、旧Sonnet 5のAPI料金を扱う関連記事も参照できます。また、社内資料にOpus 4.8の名前が残っている場合は、Opus 5.5と混同せず、Opus 4.8とFable 5を扱う記事のように対象の版が分かる資料と照合してください。
キャッシュ単価も同じ処理区分で比べる
キャッシュを使う構成を比較するなら、入力・出力だけでなく、読み取りと書き込みの単価も並べます。公式料金ページの掲載値は次のとおりです。処理区分をそろえた比較なので、同じ行の読み取り料金と書き込み料金を取り違えずに読めます。
| モデル | 読み取り単価 | 書き込み単価 |
|---|---|---|
| Claude Fable 5.1 | $0.25 | $12.50 |
| Claude Opus 5.5 | $0.20 | $5 |
| Claude Sonnet 5.5 | $0.20 | $2.50 |
| Claude Haiku 4.5 | $0.10 | $1.25 |
この表では、Fable 5.1の読み取り単価と書き込み単価は、どちらもOpus 5.5より高くなっています。掲載表ではFable 5.1の四区分がすべてOpus 5.5より高く、キャッシュ読み取りはOpus 5.5とSonnet 5.5が同じ$0.20です。ただし、各区分の単価だけでは仕事全体の総額は決まらず、実際に発生する使用量を掛けて比べる必要があります。
比較メモの例は、「通常入力、出力、キャッシュ読み取り、キャッシュ書き込みはOpus 5.5の掲載単価が低い。総額は、実際にどの区分の使用量が発生するかを集計して比較する」です。単価の大小について分かったことと、まだ金額にできない部分が分かれています。これはFable 5からの値下げを説明する比較ではなく、Fable 5.1とOpus 5.5の掲載単価を読む例です。
料金ページ掲載の4モデルを同じ処理量で計算する
公式料金ページには、2026年10月1日の参照時点でFable 5.1、Opus 5.5、Sonnet 5.5、Haiku 4.5の単価が掲載されています。その単価を使い、入力10万トークンと出力2万トークンを処理したと仮定すると、入力は100万トークンの0.1倍、出力は0.02倍として算術できます。この処理量は計算方法を示す仮定で、実際の利用実績ではありません。
| モデル | 公式ページの用途説明を日本語で整理 | 比較時に見る仕事 |
|---|---|---|
| Claude Fable 5.1 | 長時間稼働するエージェント向け | 長い工程を含む仕事 |
| Claude Opus 5.5 | エージェント型コーディングと企業業務向け | コードと企業業務 |
| Claude Sonnet 5.5 | コーディングとエージェント向けの高性能モデル | コードやエージェント処理 |
| Claude Haiku 4.5 | 速度と費用効率を重視するモデル | 応答速度と費用を比べる仕事 |
用途説明は、特定の仕事の完成を約束するものではありません。Fable 5.1の説明に合う長い工程を想定していても、必要な資料、出力形式、合格条件が異なれば結果も変わります。モデル名ではなく、同じ仕事を与えた結果と費用を対にして比べます。
| モデル | 入力分 | 出力分 | 合計 |
|---|---|---|---|
| Claude Fable 5.1 | 0.1×$10＝$1 | 0.02×$50＝$1 | $2 |
| Claude Opus 5.5 | 0.1×$4＝$0.40 | 0.02×$20＝$0.40 | $0.80 |
| Claude Sonnet 5.5 | 0.1×$2＝$0.20 | 0.02×$10＝$0.20 | $0.40 |
| Claude Haiku 4.5 | 0.1×$1＝$0.10 | 0.02×$5＝$0.10 | $0.20 |
この表で比べられるのは、同じ入力・出力トークン数に単価を当てた金額です。各モデルが同じ品質や同じ出力量になることを示していません。Fable 5.1を候補にする場合も、単価差だけで決めず、同じ資料と合格条件を使った出力を評価します。
現行モデル一覧はSonnet 5.5を掲載しています。一方、Opus 5.5のシステムプロンプト公開ページには、最新の公開モデルとしてSonnet 5という記述が残っています。公式資料間の表記は一致していないため、本記事では料金ページと現行モデル一覧のSonnet 5.5を表に置きつつ、不一致を解消済みとは扱いません。
キャッシュを含む比較では四つの区分をそろえる
通常入力と出力のほかにキャッシュを使う構成では、読み取りと書き込みも同じ使用量へそろえます。仮にキャッシュ読み取り10万トークン、書き込み10万トークンなら、Fable 5.1は$0.025＋$1.25で$1.275、Opus 5.5は$0.02＋$0.50で$0.52です。
同じ仮定でSonnet 5.5は$0.02＋$0.25で$0.27、Haiku 4.5は$0.01＋$0.125で$0.135になります。通常入力・出力とキャッシュの金額を足す場合は、同じ仕事で実際に発生した四区分の使用量を使います。キャッシュが使われたか分からない処理へ、この仮定値を請求実績として当てはめません。
Fable 5.1では、通常入力10万、出力2万、キャッシュ読み取り10万、書き込み10万という仮定をすべて足すと$3.275です。この完成例は式の対応を示すものであり、割引、バッチ処理、地域別の税、利用経路固有の料金を含む請求総額ではありません。
月額プランの料金とAPI単価を区別する
個人でClaudeを使うための予算と、プログラムからAPIを呼び出す予算は、別の表で考えると整理できます。公式料金ページには、Free、Pro、Max、Team、Enterpriseの料金も掲載されています。以下は契約プランの金額を読むための表であり、各プランでFable 5.1を利用できると示すものではありません。
| プラン・席種 | 掲載金額 | 金額を読む際の条件 |
|---|---|---|
| Free | $0 | 無料プランの掲載額 |
| Pro | 月払い$20、年払い$200 | 年払いは一括払い。料金ページの月額表示は$17 |
| Max | 月額$100から | 「から」と示された開始価格 |
| Team Standard | 年払いで$20／席／月、月払いで$25／席／月 | 利用席数と支払い方式を区別する |
| Team Premium | 年払いで$100／席／月、月払いで$125／席／月 | Standardとは別の席種 |
| Enterprise | $20／席／月＋API料金に基づく利用料 | 席料金は年払い。利用料を別に考える |
Proの年払いでは、ページに表示された月額と一括の支払い額が別に書かれています。月額表示だけを予算申請に転記するのではなく、年払いの一括支払い額も読む必要があります。毎月支払う契約を考えている場合は、月払いの金額を使います。これはモデルの入力・出力料金を計算する話とは異なります。
Teamでは、席種と支払い方式の両方を選ぶため、「Teamはいくらか」という問いだけでは金額を決められません。記入例は「対象：Team Standard。支払い方式：月払い。予算の基準：月払いの席単価。人数：実際に契約する席数で集計」です。必要な席数が決まったら、その席数を掛けて予算に記入します。
Enterpriseは、表の席料金だけを総額として扱わないことが要点です。席料金とAPI料金に基づく利用料を分けて記載し、どちらの費用を見積もっているかが分かるようにします。Maxについても、開始価格の表記から、すべての選択肢が同額だとは読めません。
このように、プランの予算では支払い方式や席数を扱い、APIの予算では処理区分と使用量を扱います。たとえば、担当者が画面から使う環境と社内プログラムの導入を同時に検討しているなら、「担当者の契約」と「プログラムの処理費用」を分けた予算欄を作ると、何を支払う想定か説明できます。プランの詳細を比較する際は、Claudeの料金プランと選び方を参照してください。
APIの見積もりに必要な使用量を整理する
見積もりでは、選んだモデルの単価に、対応する区分の使用量を掛けます。通常入力、出力、キャッシュの読み取り、キャッシュの書き込みを混ぜずに集計してください。この節では集計の手順を扱い、作業品質の判定は後の移行判断の節で扱います。
- 集計する仕事を決める：見積もりの対象を「報告書の下書き」などの仕事単位で決めます。試行と本番など、目的が違う記録は分けます。
- 利用記録を費用区分に分ける：対象の仕事の記録から、入力・出力・キャッシュの読み取り・書き込みに該当する使用量を取り出します。分からない区分を、推測で別の区分へ移さないようにします。
- 各区分を計算して合計する：使用量を料金表の単位にそろえ、該当する単価を掛けます。処理を繰り返した場合は、その記録も集計対象に含めます。
実務上の記入例として、報告書作成の費用メモを「集計対象：資料の読み込みから下書きの作成まで。入力・出力：記録から集計する。キャッシュ内訳：記録で判別できていない。判断：内訳を取得してから合計を確定する」とまとめられます。未確認の使用量をゼロとして計算せず、どこが不足しているかを示した完成例です。実測した金額を示すものではありません。
外部ツールを使う作業なら、依頼文だけを見るのではなく、どこまでの処理を集計に含めたかもメモに残します。外部ツールとの接続構成を整理したい場合は、MCPと外部ツール接続の解説を参照してください。MCPを利用しているというだけで、キャッシュの使用量や費用削減が分かるわけではありません。
使用量を料金表の単位にそろえる計算式
料金表の単価は、処理を依頼した回数ではなく、トークン数に対応しています。計算するときは、手元の使用量がトークン単位なのか、すでにMTok単位に換算されているのかを区別します。トークン単位の数値をそのままMTok当たりの単価に掛けると、単位の合わない式になります。
Fable 5.1の掲載単価に当てはめる式は、「通常入力の使用量（MTok）×$10＋出力の使用量（MTok）×$50＋キャッシュ読み取りの使用量（MTok）×$0.25＋キャッシュ書き込みの使用量（MTok）×$12.50」です。各項目の単価は公式料金ページによります。この式は掲載された区分の費用を合計するもので、未確認の割引や利用経路固有の料金を含めた請求総額ではありません。
たとえば、同じ報告書について下書きを作った後、前提条件の抜けを補う再依頼をした場面を考えます。仕事の完成までに使った費用を知りたいなら、最初の依頼と再依頼の記録を集計対象にします。最初の依頼だけを含めるなら、表題も「初回の下書き作成費用」として、完成までの費用とは区別します。
費用メモに記載する範囲の完成例は、「対象：報告書の下書きと内容修正。含める処理：初回生成、条件の追記を依頼した処理。含めない処理：別件のコード調査。集計目的：この報告書を担当者が受け取れる状態にするまでのAPI費用」です。これは仮の業務を整理した例なので、実際の記録に存在しない処理を追加する必要はありません。
データ保持と安全対策は、社内要件として整理する
Enterprise Frontier Safeguards（EFS）の提供時期や対象、安全対策の変更については、本記事で確認できる料金情報からは判断できません。導入準備では、特定の機能名を採用条件にする前に、会社として必要な取り扱いを文章にします。
データ保持は、送信した内容などがどこに保存され、どのように扱われるかという検討項目です。たとえば「顧客情報を含む資料を使う予定がある」という状況なら、保存先、閲覧できる主体、保持条件について社内の承認が必要かを整理します。製品名にEnterpriseが含まれることだけを理由に、社内要件を満たすと判断しないようにします。
社内相談の記入例は、「対象資料：顧客情報を含む報告書。希望する用途：下書きの作成。未決事項：送信と保存に関する社内承認。準備中の扱い：顧客情報を含まない検証用資料で依頼内容を整える」です。これはデータ保持の機能を保証する説明ではなく、何の承認を得る必要があるかを明確にする例です。
安全対策についても、モデルが回答するかという問題と、会社がその作業を許可するかという問題を分けます。GitHub上でコードを扱う予定があるなら、対象リポジトリ、読み取りや書き込みの権限、変更を確認する担当者を決める作業が必要です。その用途を具体化する際は、Claude Code GitHub Actionのセキュリティが関連する読み物になります。
試用前に利用経路と設定を整理する
Fable 5.1を試す前には、APIから呼び出すのか、Claude Codeなどの製品を使うのかを決めます。本記事の料金表を、各製品・契約・クラウド経由の料金として一律に当てはめることはできません。また、利用できるモデルやモデルIDは、実際に使う経路の案内に合わせて確認します。
APIを使う担当者は、現在の呼び出し先とモデル指定を控えたうえで、検証用の設定を用意してください。モデル名の見た目からIDを作らず、公式のモデル一覧など、利用経路に対応する記載と照合します。モデル以外の設定も変えた場合は、比較時に変更内容が分かるように記録します。
effortという設定を検討する場合も、既定値や対応範囲を推測で決めないことが大切です。試用メモに「モデルだけを変更したのか」「思考の設定も変更したのか」を残せば、結果が異なったときに比較条件を説明できます。会話履歴を独自に編集する実装がある場合は、その処理も試用対象に含めます。
Claude Code自体の導入操作が必要なら、Claude Codeの使い方とインストール手順を参照してください。導入できたことと、Fable 5.1を利用できることは分けて確認します。利用経路が決まってから料金と設定を結びつけると、APIの単価を月額プランの料金と取り違えずに整理できます。
担当者に渡す試用依頼の記入例
試用を別の担当者に依頼する場合は、「Fable 5.1を試してください」だけでは、何を動かすかが伝わりません。依頼文を、対象の処理、入力する資料、変更する範囲、作業後に受け取るものまで書いた形にします。以下は社内プログラムを検証する場面を想定した例です。
検証用環境で、報告書の下書きを作る処理のモデル切り替えを検討してください。入力には顧客情報を含まない検証用資料を使います。まず利用経路の案内から対象モデルの指定方法を確定し、現在の設定を控えてください。
今回変更する対象はモデル指定です。ほかの設定変更も必要な場合は、その内容を分けて記録してください。作業後は、入力資料、依頼文、出力、変更した設定、使用量の記録を受け取ります。本番環境への反映はこの依頼に含めません。
この依頼例では、試す対象と本番への反映を分けています。技術担当者が検証を終えた時点で、業務担当者は出力を読んで完成条件を判定できます。出力だけが届き、どの資料や設定を使ったか分からない状態を避けるための依頼です。
移行判断の具体例｜報告書の下書きを比較する場合
切り替えの評価では、単に出力が得られたかではなく、仕事の完成条件を満たしたかを見ます。次は、報告書の下書きを作る仕事を想定した記入例です。実在の企業の導入事例や、Fable 5.1の性能を実測した結果ではありません。
| 判断項目 | この例で決めた内容 | 判定で使う材料 |
|---|---|---|
| 任せる仕事 | 社内資料から報告書の下書きを作る | 対象の資料と作成する報告書の形式 |
| 内容の合格条件 | 結論と、その前提となる条件を落とさない | 資料の該当箇所と出力の対応 |
| 修正の扱い | 担当者が加えた修正も評価記録に残す | 修正前後の下書きと修正理由 |
| 費用の範囲 | 下書きの作成と、修正のための再依頼を含める | 対象処理の使用量と費用区分 |
| 採用判断 | 品質と費用の記録がそろうまで本番の切り替えを保留する | 完成条件の判定記録と費用メモ |
この例では、合格条件を「読みやすい」だけにせず、資料の結論と前提が残っているかに置いています。文章が自然でも前提を省いていたら修正が必要です。その修正も含めて評価することで、最初の回答だけを見て採用を決めることを避けられます。
前提条件を残せたかを判定する例
下書きの評価を具体化するため、短い検証用資料を用意する場面を考えます。資料の内容を「報告書の書式変更は、担当部署の承認後に実施する。承認前は現行の書式を使う」とします。ここから作る要約には、変更する内容だけでなく、実施条件も残す必要があります。
この資料に対する依頼文の例は、「書式変更の方針を要約してください。実施に必要な条件と、条件を満たす前の扱いを含めてください」です。依頼に何を求めるかが書かれているため、出力に不足があった際に、依頼漏れなのか、要約で条件を落としたのかを検討できます。
合格とする要約の例は、「書式変更は担当部署の承認後に実施し、承認前は現行書式を使用する」です。一方、「今後は報告書の書式を変更する」だけなら、承認前に変更してよいようにも読めるため、この例の合格条件を満たしません。いずれも比較方法を示すために作った文であり、モデルが実際に出した回答ではありません。
判定メモは「不足：承認という実施条件と、承認前の扱いが省かれている。修正：両方を要約に戻す。判定：そのままでは採用しない」と書けます。漠然と「精度が低い」と記すよりも、完成物として何が不足しているかが分かります。別の資料を扱う際は、この文章を正解として使い回すのではなく、その資料に必要な結論と条件を読み取って評価します。
比較するモデルには同じ仕事を依頼し、差が出た箇所について資料に戻って理由を記録します。用途や入力が異なる結果を並べても、今回の仕事に向くかを判定する材料にはしにくいためです。モデル比較の観点を広げたい場合は、Opus 4.8の競合比較を参照できますが、別の版の評価をFable 5.1の評価結果として転用しないでください。
Claude以外も候補に含めるなら、先に完成条件を決めておき、その条件を比較相手にも適用します。製品の選択から検討する場合は、ClaudeとChatGPTの違い・使い分けを参照してください。
よくある質問
- Fable 5.1は月額料金だけで使えますか？
- 本記事で確認できるAPI料金からは、月額プランでFable 5.1を使える条件までは分かりません。契約前には、希望するプランで対象モデルを選べるかを調べてください。
- Fable 5から切り替えれば費用を削減できますか？
- 本記事では削減を約束できません。比較にはFable 5の対応する料金と、同じ仕事を行ったときの使用量が必要です。Fable 5.1の単価だけを見て、請求全体が下がるとは判断できません。
- Fable 5はいつまで使えますか？
- 本記事で確認できる情報には、Fable 5の提供終了日が含まれていません。継続利用を計画する場合は、公式のモデル提供終了ページで、対象モデルと利用経路の案内を確認してください。
- Mythos 5.1を日本から利用できますか？
- 本記事で確認できる料金情報では判断できません。利用地域と利用資格は別の条件として確認し、Fable 5.1に関する情報をMythos 5.1へ当てはめないでください。
まとめ｜料金と業務の完成条件をそろえて判断する
Fable 5.1は、公式料金ページで長時間のエージェント作業向けに紹介されているモデルです。APIの掲載単価は、100万トークン当たり入力$10、出力$50、キャッシュ読み取り$0.25、キャッシュ書き込み$12.50です（公式料金ページ）。
Mythos 5.1との違いやFable 5からの変更点は、今回確認できる料金情報だけでは確定できません。導入を検討する際は、任せる仕事を定め、利用経路と社内要件を整理したうえで、完成条件と費用の両方を記録してください。報告書の下書きの例のように、担当者による修正も含めて判断することが、具体的な比較につながります。
AI活用について学ぶ際は、以下のLINE登録案内もご利用ください。
あわせて読みたい・姉妹メディア
