Claude Fable 5とは何か──企業導入の判断軸とCopilotとの関係を整理する

公開日: 2026-06-13

2026年6月9日、Anthropicは新モデル「Claude Fable 5」を発表しました。単なる性能向上の発表ではなく、企業のAI導入における「モデル選択」が初めてデータガバナンス上の意思決定になったという点で、従来のモデルリリースとは性質が異なります。

本記事では、Fable 5の特徴を整理した上で、多くの日本企業がすでに利用している「Copilot」との関係、そして導入判断の際に押さえるべき論点をまとめます。

1. Claude Fable 5の位置づけ──Opusの「上」に新設された階層

これまでAnthropicのClaudeモデルは、Haiku（軽量・高速）、Sonnet（バランス型）、Opus（最高性能）の3階層で提供されてきました。Fable 5は、このOpusのさらに上に新設された「Mythosクラス」と呼ばれる最上位階層の、初の一般提供モデルです。

ポイントは以下の3点です。

(1) 長時間・自律型タスクに最適化されている

Fable 5は、ソフトウェアエンジニアリング、ナレッジワーク、画像理解などで従来モデルを上回る性能を示しており、特に長く複雑なタスクほど強みを発揮する設計です。複雑なコードのリファクタリング、大量ドキュメントを横断するリサーチ、複数段階にわたる資料作成といった「人間が数時間〜数日かけていた業務の塊」を委任する用途が想定されています。

従来の生成AI活用が「チャットで質問し、回答を得る」往復型だったのに対し、Fable 5世代は「業務単位で任せて、結果を受け取る」エージェント型への移行を前提としています。社内のAI活用方針を「チャットボット導入」の延長で考えている企業は、ここで前提の見直しが必要になります。

(2) 「Fable」と「Mythos」は同一の基盤モデル──違いはセーフガード

同時発表されたClaude Mythos 5は、Fable 5と同じ基盤モデルです。違いは安全対策（セーフガード）の有無にあります。

• Fable 5: 一般提供。サイバーセキュリティ攻撃、生物・化学分野などの高リスク領域に対する安全分類器を常時稼働させ、該当リクエストを検知すると下位モデル（Claude Opus 4.8）へ自動フォールバックする
• Mythos 5: セーフガードを一部解除した版。審査を通過した組織（サイバー防御・生物医学研究等）のみ利用可能

つまりAnthropicは「最高性能のモデルをそのまま全員に渡すのは危険」と判断し、性能とアクセス制御を切り分ける運用設計を採用しました。これは今後の最上位AIモデル提供の標準形になる可能性が高く、ベンダー選定時の評価観点としても押さえておくべき構造変化です。

(3) 30日間のデータ保持が必須──ZDR前提が崩れる

企業導入の観点で最も重要なのがこの点です。Fable 5は安全分類器を運用するため、プロンプトと出力を最大30日間保持することが利用条件になっています（30日後に削除、モデル学習には不使用）。

これまでエンタープライズ契約におけるClaudeモデルは「ゼロデータ保持（ZDR）」を前提に社内稟議を通してきた企業が多いはずです。Fable 5だけはこの前提が適用されません。「最新モデルを使うか」が、性能の話ではなくデータ取り扱いポリシーの話になった──これがFable 5リリースの本質的な変化です。

2. 「Copilot」との関係──2つのCopilotを混同しない

日本企業の現場で「Copilot」と言うとき、実際には別物の2製品が混在しています。Fable 5との関係はそれぞれ異なるため、分けて整理します。

(1) GitHub Copilot──Fable 5がすでに選択可能

GitHub Copilotでは、2026年6月9日からFable 5が一般提供されています。VS CodeをはじめとするIDEのモデルピッカーから選択でき、GitHubの内部ベンチマークでは、従来のOpusクラスと比べて少ないツール呼び出し・少ないトークン消費で同等の自律コーディング作業を完了したと報告されています。エージェントに長時間タスクを任せた際の「途中で破綻するリスク」が下がる、というのが実務上の意味です。

ただし企業利用には条件があります。

• 対象プランは Pro+ / Max / Business / Enterprise
• Business / Enterpriseでは管理者がFable 5のモデルポリシーを明示的に有効化する必要がある（既定はオフ）
• ポリシー有効化は、前述の30日データ保持要件への同意を意味する
• 課金は通常のプラン枠ではなく、プロバイダー定価ベースの従量課金

つまり「Enterpriseプランだから自動的に使える」わけではありません。情シス部門がデータ保持要件を理解した上で、組織として有効化を判断するプロセスが挟まります。逆に言えば、開発部門から「Fable 5を使いたい」という要望が上がってきたとき、情シスは性能の話ではなくデータガバナンスの話として回答を用意する必要があります。

(2) Microsoft 365 Copilot──Claudeモデルは使えるが、Fable 5はまだ

Word・Excel・PowerPointなどで使うMicrosoft 365 Copilotでも、2026年1月7日からAnthropicのClaudeモデルが既定で有効化され、Researcherエージェント、Office系エージェント、Copilot Studioなどで選択できます。重要なのは、この提供がMicrosoftのサブプロセッサー契約に基づくエンタープライズデータ保護の枠内で行われている点で、これにより多くの企業で有効化のハードルが下がりました。

ただし、2026年6月時点でM365 Copilot内にFable 5が搭載されたという公式発表はありません。Fable 5がMicrosoftエコシステムで使えるのは、現状GitHub CopilotとMicrosoft Foundry（Foundry Agent Service含む）です。なお、Anthropicモデルは政府系クラウド（GCC等）では利用不可という制約もあります。

整理表

3. 日本企業が今やるべきこと──導入判断の3つの論点

論点1: 自社のAI利用ポリシーは「モデル単位の例外」を扱えるか

多くの企業のAI利用規程は「サービス単位」（ChatGPT可・Copilot可、など）で書かれています。Fable 5は同じCopilotの中でモデルによってデータ保持条件が変わる初のケースです。規程がモデル単位の差異を想定していないなら、改定の検討が必要です。これは法務・情シス・利用部門の三者で詰める論点であり、現場任せにすると「気づいたら誰かが有効化していた」事態になります。

論点2: Fable 5が必要な業務は本当にあるか

Fable 5は最上位モデルであり、API価格も入力$10／出力$50（100万トークンあたり）とOpusクラスより高額です。日常的なメール作成や要約にはSonnetやOpusで十分であり、Fable 5が効くのは長時間の自律エージェントタスク──大規模リファクタリング、横断的なドキュメント分析、複数日にわたる調査業務の自動化など──に限られます。「最新だから入れる」のではなく、委任したい業務の塊が具体的に特定できてから判断すべきです。

論点3: フォールバック挙動を運用設計に織り込めるか

Fable 5は高リスクと判定したリクエストをOpus 4.8へ自動的に振り替えます。通常業務で該当するケースは限定的ですが、セキュリティ部門がペネトレーションテスト関連の作業に使う場合など、意図せず別モデルで処理される可能性は運用上把握しておく必要があります。出力品質が突然変わったように見えるケースの切り分け要因にもなります。

まとめ

• Fable 5はOpusの上に新設された最上位階層で、長時間・自律型のエージェント業務に最適化されている
• 最大の変化は性能ではなく、モデル選択がデータガバナンス上の意思決定になったこと（30日データ保持要件）
• GitHub Copilotではすでに利用可能だが、Business/Enterpriseでは管理者の有効化判断が必須
• Microsoft 365 CopilotではClaudeモデル自体は使えるが、Fable 5は未搭載（2026年6月時点）
• 導入判断は「使えるか」ではなく「自社のポリシーと業務がこのモデルを必要とするか」で行う

生成AIの導入は、モデルの性能比較から、ガバナンス設計と業務の切り出し方の問題へと重心が移っています。自社での導入設計・利用ポリシー整備についてのご相談は、お問い合わせフォームからご連絡ください。