>
>
公開日
最終更新日
Claude Fable 5.1は、前世代モデルの入出力単価を据え置き、キャッシュ読み取り料金を75%引き下げたモデルです。Anthropicの料金案内では、100万トークンあたり入力10ドル、出力50ドル、キャッシュ読み取り0.25ドルです。
2026年9月1日に発表されたFable 5.1への移行では、モデル名の変更に加えて、ツール実行の指定、思考ブロックの引き継ぎ、会話履歴の編集を点検します。本記事は2026年10月25日時点の情報をもとに、既存のFable 5連携を管理する情シス・開発責任者が、料金と互換性を判断できるよう整理しています。
同時に発表されたClaude Mythos 5.1については、Claude Mythos 5.1の性能・提供体制・監視リスク、シリーズの経緯についてはClaude Mythosと輸出規制・Claude Security統合の解説で扱っています。
Claude Fable 5.1とは
Claude Fable 5.1は、高度な推論や長時間のエージェント作業に対応する上位モデルです。新機能の導入可否だけでなく、実務でのコスト、利用領域、既存設定に対する誤解を分けて整理します。
APIを使う開発・基盤担当：「Fable 5からの4つの破壊的変更とAPI仕様の変更点」から読み、続けて「構成別の移行検証チェックリスト」に進みます。
Claude.ai中心の契約管理者：下の「Pro・Teamの利用範囲と提供条件」と「ベンチマークによる性能評価とAPI・プラン料金体系」を先に確認します。
機密情報を扱う情シス・法務：「セーフガードの誤検知低減とデータ保持規約の確認事項」から読み、保持条件が確定するまで本番データを入力しない判断材料にします。
本記事のポイント
API料金は100万トークンあたり入力10ドル、出力50ドルで、キャッシュ読み取りは1ドルから0.25ドルに下がっています。
API移行では、tool_choiceの強制指定、思考ブロックの引き継ぎ、過去コンテキストの編集を先に点検します。
Pro・Teamの月額契約とAPI料金は別々に予算化し、シートごとの利用枠と追加クレジットを区別します。
本番切り替えは、業務の完了率、ツール実行、費用、データ保持条件の合格後に進めます。
対象となる担当者と移行範囲
移行元のモデルをAPIや社内エージェントから利用している組織では、開発担当と情シスが共同で互換性を検証します。
Claude.aiの画面だけを使う利用者と、自作プログラムでメッセージ配列を組み立てる担当者では、対応範囲が異なります。前者は契約・利用上限・入力可能なデータを確認し、後者はリクエスト形式と履歴の保持方法まで点検します。切り替え対象を最初に分けると、全社員に不要なAPI改修を案内せずに済みます。
管理台帳で「Claude Fable5」「Claude Fable5.1」のような空白なしの名称を使っている場合は、正式なモデル名と対応付けます。表示名の変更だけで移行完了とせず、実際に送信したモデルID、接続先、請求先を別の列に記録します。
モデル仕様と提供経路の区別
コンテキスト上限とAPIパラメータは、モデルの世代と接続先を組み合わせて管理します。
AWSは前世代モデルのモデルカードで、最大100万トークンのコンテキストウィンドウと最大12.8万トークンの出力を示しています。Anthropicの「Claude Fable 5.1の新機能」でも、Fable 5.1のコンテキストウィンドウは100万トークン、最大出力は12.8万トークンです。アプリケーション側の出力上限やクラウド側の割り当てが低ければ、モデル上限まで処理できないためです。
管理項目 | 記録する内容 | 移行時の判定 |
|---|---|---|
モデル | Claude Fable 5／Claude Fable 5.1と送信モデルID | 管理画面の表示名と実リクエストが一致しているか |
接続先 | Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundry | 本番と検証で同じ経路を使っているか |
入出力上限 | モデル上限、アプリ上限、組織の割り当て | 長文入力と長文出力の両方が完了するか |
クライアント | SDK、Claude Code、Claude Cowork、社内ラッパー | 履歴とツール定義を意図せず変更していないか |
Anthropicのモデル一覧では、Fable 5.1のモデルIDはClaude API、Claude Platform on AWS、Google Cloud、Microsoft Foundryでclaude-fable-5-1、Amazon Bedrockでanthropic.claude-fable-5-1です。移行元のFable 5はclaude-fable-5です。移行元のFable 5は2026年10月25日時点で提供中（Active）で、Anthropicのモデル提供終了の案内では、Anthropicが運用する経路での提供終了は2027年6月9日より前にはならないとしています。Amazon BedrockとGoogle Cloud（Google管理）は独自に終了日を決めるため、検証環境の送信値と終了予定日を接続先ごとに台帳へ記録します。
Pro・Teamの利用範囲と提供条件
AnthropicのFable製品ページでは、Fable 5.1はPro、Max、Team、Enterpriseの利用者が使えると案内しています。Claude Proで本モデルを利用する場合は、月額料金、モデル別の利用枠、追加クレジット、API課金を別々に扱います。
有料プランに加入している事実だけで、新モデルを月額内で無制限に使えるとは判断しません。Pro、Max、Team、Enterpriseの契約名に加え、標準シートかプレミアムシートか、週次上限に含まれる利用か、追加使用として課金される利用かを予算表に分けます。追加クレジットを使う運用なら、管理者が購入・自動補充・上限変更の権限を決め、月額契約とは別に支出上限を設定します。
2026年10月時点の対象・提供状況
本記事で参照するAnthropicのAPI料金表とモデル選択ガイドだけでは、Pro・Teamのシート別週次上限、追加クレジットの適用条件、後述するEFSの個別契約への提供日を一律に確定できません。API単価をサブスクリプションの利用条件に読み替えず、契約画面と営業回答で適用範囲が確定した分だけ本番予算に組み込みます。
既存のClaude Opus 5運用と比較する際は、Claude Opus 5の料金・API変更と運用対策を参照できます。Claude Opus 5.5も候補に含める組織では、Claude Opus 5.5の企業向け移行ガイドと併せて、同じ業務データで比較します。
▶ 関連記事: Claude Mythosとは？輸出規制解除からClaude Security統合までの経緯と情シスの活用ポイント
▲ Claude Fable 5とClaude Fable 5.1におけるAPI料金体系の比較。
Fable 5からの4つの破壊的変更とAPI仕様の変更点
既存のAPI連携では、tool_choiceの指定、思考ブロックの引き継ぎ、過去コンテキストの編集を、移行前に点検します。Anthropicの「Claude Fable 5.1の新機能」は、この3点に加えて、アドバイザーツール（ベータ）でFable 5.1より能力の低いモデルをアドバイザーにすると400エラーになる点を破壊的変更に挙げています。
原因を切り分けるため、検証環境ではモデル名の変更、ツール実行、複数ターン、別モデルへの切り替えを順に試します。履歴形式やキャッシュ設計まで同時に変えると、失敗原因を特定しにくくなります。
点検対象 | 影響する構成 | 想定する不具合 | 切り替え前の対応 |
|---|---|---|---|
tool_choiceのany／tool | ツール実行を強制するAPI連携 | ツール未実行のまま完了扱いになる | autoへの変更とツール未実行時の分岐を追加します |
思考ブロックの引き継ぎ | モデルルーター、フォールバック、履歴再利用 | 履歴の不整合、ツール呼び出しと結果の対応崩れ | モデル間の履歴変換と保持方針をテストします |
過去コンテキストの編集 | 途中でシステム指示やツール定義を書き換える基盤 | リクエストエラー、思考の継続不能 | 追記型の会話と新規セッションを使い分けます |
tool_choiceによる400エラーと書き換え例
ツール使用の強制を解除する場合は、引数の厳密性とツール実行の保証を別々に実装します。
今回の移行で注意する指定は、{"type":"any"}と{"type":"tool","name":"lookup_ticket"}です。これらの指定を残す構成とautoへ切り替えた構成で、ツール実行の有無と業務の完了結果を比較します。検証ログにはHTTPステータスに加えて、送信モデル、SDKのバージョン、リクエストID、エラー本文を残します。エラー本文に含まれ得る機密情報は保存前に除去します。
書き換えではautoを使い、strict tool useでツール引数のスキーマを厳密にします。次は、チケット番号を受け取る読み取り専用ツールの定義例です。SDKの呼び出し部分を省いたリクエストの抜粋で、実行前に利用する接続先が受け付ける形式へ合わせます。
strict tool useは、ツールが必ず呼ばれるという指定ではありません。アプリケーションは応答内に必要なツール呼び出しがあるかを検査します。呼び出しがなければ業務処理を完了扱いにせず、再試行回数を制限して人の確認へ送ります。JSON形式の回答だけが必要な処理なら構造化出力を使い、外部システムを更新する処理なら承認と実行をアプリ側に残します。
思考ブロックとモデル切り替えの互換性
思考ブロックを含む履歴は、通常の文章と同じ方法で編集・転送しない設計にします。
モデルを切り替えるルーターでは、新モデルで生成した履歴を旧モデルへそのまま渡す経路を洗い出します。思考ブロックが除去された場合に、ツールの呼び出しと結果の対応まで崩れないかを点検します。モデルが読めないブロックを無条件に削除する実装は避け、業務上必要な事実とツール実行結果を通常の履歴として保持します。
新モデルでツールを1回呼び出し、結果を含む履歴を保存します。
同じ履歴をFable 5、Opus 4.8など実際の切り替え先へ渡します。
エラー、ブロック欠落、同じツールの再実行、回答の変化を記録します。
継続に失敗する経路は、業務状態を要約した新規セッションへ分岐させます。
このテストでは、思考内容を監査ログへ無制限に保存しません。担当者が追跡するのは、入力・出力ブロックの種類、件数、ツールID、業務状態の対応です。社内ラッパーの権限と履歴管理は、Claude Code企業利用の統制ガイドと併せて整理します。
新規アカウントの履歴編集制限
2026年8月31日以降に作成した新規APIアカウントでは、過去コンテキストの編集を前提にした会話処理を点検します。
対象になるのは、過去コンテキストを編集したあとに、思考ブロックを含む履歴を再送する会話処理です。既存アカウントの検証結果だけで新規アカウントも同じように動くと判断せず、アカウント作成日をテスト条件に含めます。外部委託先や新設部門のアカウントを追加する際にも、この条件を引き継ぎます。
会話途中で指示を変えるなら、既存履歴への上書きではなく、新しいメッセージへの追記を基本にします。ツール定義や恒常的なシステム指示を変更する場合は、新規セッションへ切り替えて業務状態だけを引き継ぎます。旧セッションを再送できる期間と、再実行してはいけない操作も合わせて記録します。
▶ 関連記事: Claude Opus 5情シス向け移行ガイド｜料金・API変更と運用対策
▲ APIの破壊的変更を切り分ける段階的な検証手順。
運用効率を高める新機能とエージェント挙動の変化
Fable 5.1の新機能を使う際は、推論設定、キャッシュ、進捗表示を別々に変更し、ツール実行回数と完了までの費用を比較します。
effortの動的変更と推論予算
難しい処理だけに推論予算を配分するなら、業務の段階ごとにeffortの設定と実行結果を記録します。
Anthropicのモデル選択ガイドでは、Claude Fable 5.1、Claude Opus 5、Claude Sonnet 5.5のeffort初期値はhighです。初期値に任せた比較と、同じeffortを指定した比較は分けます。片方だけ深く推論させると、モデル差と設定差が混ざるためです。
会話途中のeffort変更を使うベータ機能では、要件整理や複雑な原因分析で推論を深くし、既知の結果を整形する段階では浅くする設計を検討できます。ただし、低い設定で検索やツール実行を省き、記憶だけで回答していないかもテストします。問い合わせ番号や契約金額など、外部の正確な値を必要とする処理は、回答が自然でもツール取得の有無で合否を決めます。
ターンスコープの指示とキャッシュ設計
1ターンだけ有効な指示は、再利用する固定コンテキストから切り離します。
ターンスコープのシステムメッセージを使うベータ機能は、「今回だけ受信トレイを先に読む」といった一時的な指示を扱う用途に向きます。固定の社内規程やツール定義を毎回書き換えるより、長い共通部分を維持しやすくなります。機能を有効にする場合は、利用するSDK・接続先のベータ設定も構成管理に含めます。
キャッシュ設計では、共通のシステム指示、参照資料、ツール定義の順序を安定させます。時刻、ユーザーごとの識別子、毎回変わる依頼文を固定部分に混ぜないようにします。同じ資料を参照していても、前方の文字列が毎回変わる実装では、期待した読み取り量にならない場合があります。変更前後でキャッシュ読み取りトークン数と作成トークン数を比較し、設計変更の効果を費用に換算します。
思考更新の表示と待ち時間の扱い
長時間処理の画面では、モデルの発話とは別に実行状態を表示します。
思考プロセスの更新表示はthinking.display: "updates"で指定するベータ機能です。利用するSDK・接続先のドキュメントでベータ指定の要否と対応状況を調べ、非対応の経路ではアプリ側の状態表示だけで運用します。進捗メッセージが届いた回数は、業務の進捗率へ変換しません。ユーザー画面には、受付済み、ツール実行中、承認待ち、完了、失敗をアプリケーション側の状態として出します。モデルからの更新が少なくても、処理停止と誤認されにくくなります。
時間のかかる外部ツールでは、開始時刻、経過時間、キャンセル可能かどうかを表示します。タイムアウト後に利用者が再度実行しても、二重のメール送信や二重登録を起こさないよう、処理IDを使って同一操作を識別します。
並列ツール呼び出しの監視項目
並列実行の変化は、総時間と外部システムへの負荷を同時に測って判断します。
監視項目 | 記録する値 | 異常時の切り分け |
|---|---|---|
ツール実行 | 1タスクあたりの回数、最大同時実行数、再試行数 | モデルの再要求か、アプリの再送かを分けます |
所要時間 | 開始から完了まで、ツール待機時間、承認待ち時間 | 推論、外部API、人の待機を分けます |
トークン | 入力、出力、キャッシュ作成、キャッシュ読み取り | 長い履歴、低い再利用率、再試行の増加を調べます |
終了状態 | stop_reason、エラー種別、業務完了フラグ | 正常終了と業務未完了を区別します |
たとえばツール回数が減っても、必要な照会を省いていれば改善とは扱いません。逆に回数が増えても、確認不足による手戻りが減り、成功1件あたりの費用が下がれば採用候補になります。移行後の監視では平均値だけを見ず、遅い処理や高額な処理を個別に追跡します。
出力の統計的テキストウォーターマークに関する社内説明は、Claude電子透かしの仕組みと業務上の対応に分けます。画面の進捗表示、監査ログ、出力の来歴表示は目的が異なるため、1つの機能で代用しません。
ベンチマークによる性能評価とAPI・プラン料金体系
この新モデルは、公開ベンチマークではなく、自社業務の完了率と成功1件あたりの費用で採否を決めます。
ベンチマーク比較による性能評価
ベンチマークはモデルの候補を絞る材料とし、本番セーフガードを含む実際の経路で再評価します。
科学研究、エージェント型コーディング、ナレッジワーク、コンピュータ操作は、同じ「高性能」でも必要な能力が異なります。Terminal-Bench-Science 0.1、Terminal-Bench 4.0、GDPval-AA v2、OSWorld 2.0、Humanity's Last Exam、AutomationBench、CursorBench 3.2.0などを参照する際は、タスクセット、ツールの有無、実行環境、試行回数をそろえて読みます。異なる版のベンチマークを1本の順位表にまとめません。
Anthropicの自社評価と第三者の実測も区別します。本番セーフガードが介入するタスクでは、拒否、別モデルによる応答、業務未完了を含めて評価します。単に回答文が返ったかではなく、必要な処理が完了したかを採点します。
比較候補 | 共通の評価対象 | 共通の費用指標 | 共通の運用条件 |
|---|---|---|---|
Fable 5.1 | 同じ入力・同じ正解条件の業務タスク | 成功1件あたりの総費用 | 本番セーフガード、同じ権限、同じツール |
Fable 5 | 同じ入力・同じ正解条件の業務タスク | 成功1件あたりの総費用 | 本番セーフガード、同じ権限、同じツール |
Claude Opus 5／Opus 5.5 | 同じ入力・同じ正解条件の業務タスク | 成功1件あたりの総費用 | 本番セーフガード、同じ権限、同じツール |
Claude Sonnet 5.5 | 同じ入力・同じ正解条件の業務タスク | 成功1件あたりの総費用 | 本番セーフガード、同じ権限、同じツール |
GPT-5.6 Sol、Terra、Lunaを比較候補に含める場合は、GPT-5.6の機能・価格・リスクと導入判断も参照できます。モデル名をそろえるだけでなく、どの設定と実行環境で得た結果かを比較表に残します。
企業の評価事例と対象範囲
企業事例の効果は、その企業が試したタスクの範囲に限定して読みます。
Anthropicの金融サービス向けページが掲載するShortcutの検証では、前世代のFable 5が日常的なスプレッドシートタスクでOpus 4.8を上回り、ターン数を減らして実行時間を25〜30%短縮しています。対象はスプレッドシート作業であり、後継モデルへの移行効果や全社業務の短縮率を表す数値ではありません。
API料金およびプラン提供範囲
前世代との料金差は、入力・出力単価ではなくキャッシュ読み取り単価にあります。
AnthropicのAPI料金表では、Fable 5.1の入力は100万トークンあたり10ドル、出力は50ドル、キャッシュ読み取りは0.25ドルです。次の表は米ドル建てのトークン単価で、サブスクリプションの月額料金や追加クレジットの価格表ではありません。
項目・100万トークンあたり | Fable 5 | Fable 5.1 | 差分 |
|---|---|---|---|
入力 | 10ドル | 10ドル | 変更なし |
出力 | 50ドル | 50ドル | 変更なし |
キャッシュ読み取り | 1ドル | 0.25ドル | 75%減 |
AnthropicはFableの製品ページでも、Fable 5比でキャッシュ読み取り料金を75%引き下げたと案内しています。キャッシュ作成は別料金で、Anthropicは料金表でFable 5.1の作成単価を100万トークンあたり12.50ドルと案内しています。料金表では保持時間1時間のキャッシュ作成は100万トークンあたり20ドルで、見積もりでは5分・1時間の作成と読み取りを分けて集計します。
従量課金の見積もりでは、未キャッシュ入力、出力、キャッシュ作成、キャッシュ読み取りを別々に計算します。出力に含まれる思考トークンを含め、請求対象の使用量で集計します。クラウド経由の料金、税、為替、外部ツールの実行料は別項目にします。
実質25〜45%削減となる条件の試算
総費用の削減率は、移行前の費用に占めるキャッシュ読み取りの割合で変わります。
次は、トークン使用量が移行前後で同じと仮定し、キャッシュ読み取り単価だけを1ドルから0.25ドルへ変更した試算です。実測の導入成果ではありません。読み取り費用の減少額は75%なので、総費用の削減率は「移行前のキャッシュ読み取り費用の割合×75%」になります。
移行前の総費用 | うち読み取り費用 | その他の費用 | 移行後の総費用 | 削減率 |
|---|---|---|---|---|
100ドル | 約33.33ドル | 約66.67ドル | 約75ドル | 約25% |
100ドル | 60ドル | 40ドル | 55ドル | 45% |
100ドル | 10ドル | 90ドル | 92.50ドル | 7.5% |
キャッシュの再利用が少なければ、75%の単価引き下げがあっても総費用は大きく下がりません。反対に、長い共通コンテキストを繰り返し読む処理では効果が出やすくなります。移行後に出力や再試行が増えた場合は、その増加分を差し引いて判断します。Fable 5での費用管理は、Claude Fable 5の料金と従量課金への移行対策も参照できます。
Pro・Teamの予算は、このAPI試算と分けて作ります。月額契約に含む利用、週次上限に達した後の停止、追加クレジットによる継続を別の行にし、継続利用を許可する部門だけ追加予算を割り当てます。
▶ 関連記事: 【2026年8月最新】Claude Code 企業利用の統制ガイド｜APIキー管理・MCP連携・シャドーAI対策
セーフガードの誤検知低減とデータ保持規約の確認事項
セーフガードの誤検知が減っても、利用できる業務範囲とデータ保持条件は別々に判定します。
誤検知低減とフォールバックの扱い
安全対策による介入は、拒否率と業務完了率を組み合わせて評価します。
Anthropicは今回の発表で、サイバーセキュリティセーフガードの誤検知によるブロック率が従来比60%減少したと公表しています。この値は誤検知の相対的な減少であり、すべての依頼の60%で挙動が変わるという意味には読み替えません。
また、AnthropicのFable 5・Mythos 5発表では、サイバーセキュリティ、生物学・化学、蒸留に関するリクエストを分類器が検知した場合、Claude Opus 4.8が応答を処理するフォールバックを説明しています。Fable 5.1については、Anthropicの「Claude Fable 5.1の新機能」が、拒否時のフォールバック先として認めるモデルをClaude Opus 4.8とClaude Opus 5としています。自社が実行するタスクごとに、拒否とフォールバックの発生を記録します。
セキュリティ部門のテストでは、社内資産の構成確認、パッチ情報の整理、検証用コードのレビューなど、許可した用途を明文化します。拒否された場合に同じ依頼を言い換えて無制限に再試行する実装は避けます。許可範囲を超える依頼は担当者へ戻し、別モデルへの切り替えで社内ルールを迂回しない設計にします。
Claude Sonnet 5.5やSonnet 5を併用する組織では、Claude Sonnet 5.5の企業向け移行ガイドを踏まえ、モデル別の利用範囲を整理します。応答の変化を追跡する手順は、Claude Fable 5のAPIレスポンス監視と運用対策も参照できます。
30日間のデータ保持とEFSの契約条件
保存を認められないデータは、ZDRやEFSの名称だけで投入可と判断せず、契約上の保存先と保持条件で判定します。
Anthropicのデータ保持ドキュメントでは、Fable 5.1とFable 5は30日間のデータ保持が必要なモデル（Covered Models）で、Anthropicが明示的に認めた場合を除きZDRでは利用できません。AnthropicのFable製品ページは、EFSの段階的な提供が完了するまで、対象となる顧客にはFable 5とFable 5.1でZDRを適用すると案内しています。自社が対象に含まれるかは契約書のデータ保持条項と営業回答で確定させ、ZDRが必須の業務は適用が確定するまで本番入力を止めます。そのうえで、この監視目的の保持と自社アプリケーションの会話ログ保存を別々に管理します。自社のログ保存を無効にしても、モデル提供者側の保持までなくなるわけではありません。
Enterprise Frontier Safeguardsは、顧客側のクラウドインフラでデータやレビューを管理する構想として扱います。2026年10月の導入判断では、「秋以降」という予定をそのまま提供済みと読み替えません。営業回答には、対象組織、接続先、保存先、レビュー実施者、保持期間、例外条件、利用開始日を含めます。契約上の条件が自社規程に適合すれば対象データを使う限定検証へ進み、適合しなければ匿名化・合成データによるテストにとどめます。
データの条件 | 導入判断 | 実行する対応 |
|---|---|---|
外部保持を認められる公開情報 | 承認済みの環境で検証します | 利用目的と入力範囲を記録します |
保存先・保持期間に条件がある社内情報 | 契約と規程が一致した範囲だけ利用します | 法務・セキュリティ担当が適用範囲を承認します |
外部保持を禁止する情報 | 条件が適合するまで本番入力を止めます | 匿名化、合成データ、別の承認済み環境へ分けます |
基本のデータ分類は、生成AIセキュリティとシャドーAI対策に沿って、入力禁止情報、条件付きで入力できる情報、公開情報を分けます。保存期間の例外を認める場合は、利用者ごとの口頭判断にせず、対象業務と承認者を台帳に残します。
情シス部門におけるモデル選定基準と運用方針
業務は、安価な候補で品質を満たせる処理と、上位モデルで再評価すべき高難度処理に分けます。
Claude Opus 5、Opus 5.5、Sonnet 5.5を候補に含める場合も、モデル名だけで固定の序列を作りません。文書整形、情報抽出、複雑な設計、長時間のエージェント実行を別のテスト群にし、必要な品質を満たす構成を選びます。一般的な作業と高難度の作業を分けるバーベル戦略は、各群の合格基準と切り替え条件を決めてから運用します。
業務 | 選定時の判定 | Fable 5.1へ回す条件 |
|---|---|---|
定型文書の整形・分類 | 形式違反と修正率を比較します | 他の候補が必要な品質を満たさない場合です |
社内資料に基づく回答 | 参照根拠と情報取得の正確性を比べます | 複数資料の照合で誤りが残る場合です |
複雑な設計・原因分析 | 専門担当者が結論と前提を採点します | 追加費用より手戻りの減少が大きい場合です |
長時間のエージェント処理 | 完了率、再試行、総費用を比較します | 成功1件あたりの費用が許容範囲に収まる場合です |
既存のキャッシュ活用ルールは、Claude Fable 5のコスト管理から引き継ぎ、モデル比較はOpus 5.5の運用ガイドとSonnet 5.5の運用ガイドで補います。社内周知にはAI利用ガイドラインの作り方と社内ルール雛形を使い、許可する業務と承認が必要な操作を追記します。プラン体系の基本はClaudeの料金と企業活用の解説に分け、移行通知には今回変わる手順だけを載せます。
▶ 関連記事: Claude電子透かしの実態と誤解｜確認済み情報と未確認仕様を分けた情シスの実務対応
▲ データ保持規約と自社規程に応じた検証データの投入判断フロー。
導入検討時に注意すべき制約と運用のデメリット
Fable 5.1への移行では、単価の低下よりも、未完了処理、二重実行、保持条件の不適合が大きな損失につながる場合があります。
単価だけで予算を下げる失敗
キャッシュ読み取り料金の75%減を、そのまま請求総額の75%減として予算化しません。
共通コンテキストを再利用していない処理では、安くなった単価を使う機会がほとんどありません。移行と同時に履歴を長くしたり、推論を深くしたりすると、出力費用が増えて削減分を上回る場合もあります。費用を比較する担当者は、月額請求だけでなく、同じ業務件数にそろえた総費用を使います。
キャッシュ作成と読み取りを同じ「キャッシュ利用量」にまとめる集計も避けます。作成が増えて読み取りが少なければ、再利用を狙った設計が働いていません。日次の集計でこの偏りを検出し、固定プロンプトの変更頻度やセッション分割を見直します。
autoへの変更で処理を完了扱いにする失敗
tool_choiceをautoへ変えた後は、必要なツールが実行されていない応答を成功に数えません。
たとえば問い合わせの登録処理で、モデルが「登録しました」と返しても、登録APIの成功結果がなければ未完了です。応答文ではなく、ツールの実行結果と業務システムの状態で判定します。ツール名と引数が正しくても、権限不足や外部APIの障害で失敗する経路をテストに含めます。
再試行では、同じ登録や送信を繰り返さないようにします。処理IDを保存し、すでに実行済みなら結果を返す方式にすると、モデル側とアプリ側の再試行が重なった場合にも二重実行を抑えられます。
ベンチマークと画面体験の取り違え
公開スコアが高くても、自社の待ち時間や操作感が改善するとは限りません。
ベンダーの評価環境と、社内の権限・ネットワーク・承認フローを含む環境は異なります。並列ツール呼び出しのばらつきや進捗更新の減少は、画面が止まったように見える原因になります。利用者の再実行が増えるなら、モデル性能の評価とは別に、状態表示とキャンセル動作を修正します。
合格判定では、平均所要時間だけでなく、遅い処理の件数、途中離脱、手動再実行、担当者の修正時間も集計します。モデルが返答する速さより、利用者が業務を終えられるまでの時間を測ります。
ZDR前提の業務を移す失敗
ゼロデータリテンションを必須とする業務は、契約条件が適合するまで本番データを移しません。
EFSはデータ保持の有無、保存先、レビュー体制を分けて読む対象です。顧客側で保存する構成であっても、保存を禁止する社内規程と一致するとは限りません。「外部に保存しない」「自社で保存する」「一定期間後に削除する」は別の条件として法務・セキュリティ担当へ渡します。
また、入力の個人情報だけを消せば十分とは限りません。ツールの実行結果、添付資料、エラー本文にも機密情報が含まれます。検証環境で匿名化した入力を使う場合も、接続先の業務システムから本番情報を取得しない権限に限定します。
構成別の移行検証チェックリスト
移行作業は従業員数ではなく、APIの有無、モデル切り替え、履歴編集、契約上のデータ制約で分けて進めます。
人数だけでは、影響するAPIや承認経路を判断できません。小規模でも複雑なエージェントを運用する組織はあります。次の表では、実装と管理体制に応じて担当者を割り当てます。
構成 | 主担当 | 最初の作業 | 本番切り替えの条件 |
|---|---|---|---|
Claude.ai中心 | 契約管理者・利用部門 | 対象シート、利用枠、追加課金設定を記録します | 部門予算と入力ルールが承認済みです |
単一モデルのAPI連携 | 開発担当 | tool_choiceとリクエスト形式を修正します | 必要なツール実行と異常時処理が合格しています |
複数モデルのエージェント | 基盤担当・業務責任者 | 履歴、フォールバック、並列処理をテストします | モデル切り替え後も業務状態を保持できます |
機密情報を扱う連携 | 情シス・法務・セキュリティ | 保持条件と契約例外を照合します | 対象データと保存条件が承認されています |
着手日に行うコード検索と台帳作成
初日は、設定の探索と再現可能な検証環境の固定に使います。
リポジトリ全体でtool_choice、thinking、モデルID、履歴を書き換える処理を検索します。SDKの呼び出し箇所だけでなく、設定ファイル、環境変数、プロキシ、社内ラッパーも対象にします。実際に本番で使われていない古いコードは、稼働中の経路と区別します。
後半の検索は履歴編集を見つける例で、すべての言語・実装を網羅するものではありません。検索結果を起点に、メッセージ配列を生成する関数と、送信直前の変換処理を追います。認証情報そのものはチケットやログへ貼り付けません。
接続先、モデルID、SDKバージョン、実行担当を記録します。
アカウント作成日と、履歴を編集する連携の有無を対応付けます。
本番復旧用の設定と、切り戻し判断を行う担当者を残します。
ステージングで行うテストと合格基準
テストは正常系と異常系を対にし、合格条件を実行前に決めます。
テスト | 実行内容 | 合格基準の例 |
|---|---|---|
ツール必須業務 | 検索・照会・登録を含む依頼を送ります | 必要なツール実行結果がそろい、業務状態が一致します |
ツール未実行 | 呼び出しがない応答をアプリへ渡します | 成功扱いにならず、再試行か人の確認へ分岐します |
外部API失敗 | タイムアウトと権限エラーを再現します | 二重実行せず、利用者へ状態が伝わります |
モデル切り替え | ツール実行後に別モデルへ切り替えます | 履歴の不整合と不要な再実行が発生しません |
履歴編集 | 対象アカウントで過去指示の変更を試します | 失敗を検出し、新規セッションへ安全に分岐します |
長時間処理 | 複数ツールを使う処理を実行します | 進捗、キャンセル、完了通知が機能します |
費用比較 | 同じテスト群を移行前後で実行します | 成功1件あたりの費用が事前の予算内です |
品質の基準は、業務責任者が正解データと照らして決めます。たとえば金額・日付・チケット状態は完全一致、文章整形は形式違反件数、調査は根拠資料の対応で採点します。すべてを「担当者の印象」で合否判定しないようにします。
限定公開から本番移行までの順序
本番移行は、読み取り専用業務から始め、更新権限を伴う処理を後にします。
検証開始前：モデル、接続先、テストデータ、予算上限、切り戻し担当を固定します。
ステージング：正常系・異常系を実行し、リクエストIDと業務結果を結び付けます。
限定公開：承認済み利用者に絞り、読み取り専用のツールから使います。
権限拡大：承認フローと二重実行対策が合格した操作だけ更新権限を付与します。
本番移行後：エラー率、未完了率、予算消費、問い合わせを追い、事前条件を超えたら停止・切り戻しを行います。
停止条件は「利用者から苦情が出たら」ではなく、誤った更新、機密情報の流出、未承認の追加課金など、業務上の事象で決めます。可用性の問題なら承認済みの別経路へ切り替え、データ保持や権限の問題なら自動実行を止めます。
承認設計の参考として、デジタル庁の資料は、Claude CodeのPlan Modeで実行前に全体計画を確認・編集・承認する設計を取り上げています。個別の操作許可に加えて、何をどの順序で行うかを業務責任者が判断できる画面を用意します。
契約・利用ログの管理台帳
契約管理と技術ログは、同じ利用単位を追跡できる識別子で結び付けます。
台帳には、部門、利用目的、管理者、契約プラン、シート種別、モデル、接続先、追加課金上限、データ区分、最終承認日を設けます。APIキーの秘密値は載せず、キーの管理番号と保管先を記録します。ログにはタスクID、モデル、使用量、ツール回数、終了状態、業務の成否を残し、個人情報を含む本文とは保存先を分けます。
マネーフォワード AdminaなどのSaaS・アカウント管理基盤を利用する場合も、契約台帳とモデル実行ログの担当範囲を分けます。契約・支出の整理はAdminaのコスト管理機能、アクセス管理はAdminaのセキュリティ機能を参照できます。エージェントの承認・権限設計は、情シス向けAIエージェント導入ガイドとAIコーディングエージェントの企業統制で補います。
よくある質問
新モデルの料金と移行では、APIの単価、サブスクリプションの利用条件、アプリケーションの互換性を分けると判断できます。
Q. Claude ProプランでFable 5.1を使う場合、月額料金だけで足りますか？
A. Proの月額料金とFable 5.1の追加利用予算は、同じものとして計算しません。契約画面で対象モデル、利用枠、追加クレジットの適用が確定した範囲だけを予算化し、APIから使う分は別に見積もります。
Q. Fable 5とFable 5.1の料金差は何ですか？
A. 入力は100万トークンあたり10ドル、出力は50ドルで変わらず、キャッシュ読み取りが1ドルから0.25ドルへ下がっています。AnthropicのFable料金案内でも75%引き下げを示しており、請求総額の削減率は読み取りの利用割合で変わります。
Q. Fable 5.1への移行で最初に直す箇所はどこですか？
A. tool_choiceのanyとtoolの指定箇所を検索し、autoへの書き換えとツール未実行時の分岐を実装します。続いて、モデル切り替え時の思考ブロックと、過去の会話履歴を書き換える処理をテストします。
Q. Claude Mythos 5.1との違いは何ですか？
A. 導入判断では、Fable 5.1とMythos 5.1をセーフガードや利用対象の異なる選択肢として扱います。Mythos 5.1の参加条件と提供体制は、Claude Mythos 5.1の企業向け解説で整理しています。
Q. EFSの導入前でも機密情報を入力できますか？
A. 自社規程と契約上の保存先・保持期間が一致し、対象業務が承認されていれば、その範囲で利用します。条件が一致しない場合は本番データを入力せず、匿名化・合成データによる検証にとどめます。
Q. ウォーターマークは監査ログの代わりになりますか？
A. 出力の来歴を扱う仕組みと、誰が何を実行したかを記録する監査ログは別です。社内説明では、Claude電子透かしの実態と業務上の対応を参照し、操作履歴、承認、保存期間は自社システムで管理します。
まとめ
Claude Fable 5.1導入に向けた検証の第一歩
最初の作業として、自社ツールのtool_choice指定箇所をコード検索し、ステージング環境で1件の業務を再現します。
autoへの変更後も、必要なツールが動き、失敗時に未完了として扱えるかを確かめます。次に同じ業務の使用量と費用を比較し、履歴・権限・データ保持が合格した範囲から公開します。関連する提供条件はMythos 5.1の導入条件、制度の経緯はClaude Mythosの解説に分け、移行承認には自社のテスト結果を添えます。
本記事の内容に誤り等がございましたら、こちらからご連絡ください。
監修
Admina Team
情シス業務に関するお役立ち情報をマネーフォワード Adminaが提供します。
SaaS・アカウント・デバイスの管理を自動化し、IT資産の可視化とセキュリティ統制を実現。
従業員の入退社対応や棚卸し作業の工数を削減し、情報システム部門の運用負荷を大幅に軽減します。
中小企業から大企業まで、情シス・管理部門・経営層のすべてに頼れるIT管理プラットフォームです。
