Mythos 5 vs Fable 5｜安全機構を完全比較【2026年6月】

「Mythos 5 と Fable 5、どっちを契約すればいいんですか？」

先日、製造業の情シス責任者の方とAI研修の打ち合わせをしたとき、最初に出てきたのがこの質問でした。社内では「Mythos のほうが強いらしい」「ExploitBench 78% って書いてある」「うちもセキュリティ要件高いから Mythos がいいんじゃないか」という話で進んでおり、現場は完全に混乱していました。私はその場で Anthropic の公式リリースを一緒に開き、たった1ページで決着をつけました。同じモデルです。違うのは「危ない質問が来たときに別モデルに逃がす分類器」が乗っているかどうかだけ、と。

この勘違いは弊社が支援している100社以上のうち約3割で起きており、ベンダーの営業資料で「78%」だけが独り歩きしているのが原因です。実際の業務で78%を引き出すには Glasswing 参加組織であることが前提で、参加条件は「インターネット基盤や重要インフラのソフトウェアを開発・運用している組織」。普通の中堅メーカーや SaaS 企業は対象外です。

この記事では、Anthropic 公式・TechCrunch・GitHub Blog・CSO Online・Tom’s Hardware・Anthropic Project Glasswing 公式更新の一次ソースだけを使って、Mythos 5 と Fable 5 の 本当の違い・本当の選び方・営業されたときの判断軸を整理します。コピペで使えるベンダー回答テンプレートも7つ添えました。

AIエージェントの基本概念や法人導入ステップは、別記事のAIエージェント導入完全ガイドに体系的にまとめてあります。本記事は「Mythos vs Fable に絞った安全機構の深掘り」に振り切ります。

1. まず決着：Mythos 5 と Fable 5 は「同じモデル」

Anthropic 公式リリース「Claude Fable 5 and Claude Mythos 5」(2026年6月9日) の冒頭でこう明言されています。

“Fable 5 and Mythos 5 are the same model, with the only difference being the presence of safeguards.” (Fable 5 と Mythos 5 は同じモデルであり、唯一の違いは安全保護機構の有無である)

つまり、重みも訓練データもアーキテクチャも完全に同一です。違いは 外側に巻いてある安全分類器 (safety classifier) の有無 のみ。Mythos 5 は「素のモデル」、Fable 5 は「素のモデル + 3種類の安全分類器 + フォールバック先 (Opus 4.8)」というセット商品です。

料金が同じなのは、Anthropic 側が「分類器の運用コストを上乗せしていない」というメッセージです。これは Fable 5 を選んでも経済的不利がないという意味で、法人にとっては重要なポイントです。

事例区分: 実案件 (匿名加工)

事例区分: 実案件 (匿名加工)

製造業A社 (従業員約800名・売上 280億円規模) の情シス責任者からの相談。社内のAI推進チームが「Mythos 5 の発表があった。78% という数字が出ていて、競合より強い。営業からも提案が来ているので Enterprise 契約を更新するときに Mythos 5 を指定したい」と稟議を上げてきた。私はそのまま Anthropic 公式の Project Glasswing ページを開き、「御社の主要事業はインターネット基盤ソフトウェアの開発運用ではないので Glasswing 適格要件を満たさず、Mythos 5 は契約自体ができません。同じ料金で Fable 5 を選ぶのが正解で、コーディング・分析業務での性能差はゼロです」と説明。30分で決着しました。

2. 安全分類器の中身：3カテゴリと Opus 4.8 フォールバック

Fable 5 だけに乗っている安全分類器は次の3カテゴリです (出典: Anthropic 公式リリース)。

重要なのは 「Fable 5 そのものが拒否する」のではなく、その質問だけ Opus 4.8 に転送される という設計です。ユーザー側のセッションは継続し、Opus 4.8 が応答を返します。Opus 4.8 はサイバー領域で ExploitBench 40% のスコアを出すモデルなので、悪意のあるユーザーから見ると「ベンチマーク 78% のモデルを使うつもりが、いつの間にか 40% モデルにすり替わっていた」という挙動になります。

Anthropic は「95%以上の Fable 5 セッションでフォールバックが一切発生しない」と公表しています。つまり通常業務 (議事録要約・コード生成・調査・資料作成・対顧客文書) では Mythos 5 と同じモデルが応答しています。

分類器のロバスト性：1,000時間のレッドチーミング

TechCrunch の報道によると、Anthropic は Fable 5 公開前に外部バグバウンティで 1,000時間超の検証 を実施し、ユニバーサル jailbreak (どんなプロンプトでも分類器を回避する手法) を発見できなかったと公表しています。さらに第三者レッドチーム機関も同様にユニバーサル jailbreak を発見できませんでした。

もちろん「ユニバーサルでない jailbreak」、つまり個別の jailbreak は今後発見される可能性はあります。Anthropic はそのために 全トラフィックを30日間保持 し、未知の攻撃パターン検出と false positive (誤発火) の特定に使うとしています。法人導入時はこの30日保持に同意することになるので、社内の機密データを Fable 5 に投入する際は法務・コンプライアンス確認が必須です。

3. ExploitBench 78% vs 0% の真相

「Mythos 78% / Fable 0%」という極端な数字は、ベンチマークの設計と分類器の動きを理解すると当然の結果です。

ExploitBench だけが「Fable 5 は分類器が発火してフォールバック」する領域に該当するため、Fable 5 のスコアが事実上 0% (= Opus 4.8 のスコア40%相当) に見えます。一方、SWE-bench Pro や FrontierCode Diamond は「通常のコーディング」なので分類器は発火せず、Fable 5 = Mythos 5 = 80.3% / 29.3% と完全一致します。

これが意味するのは、「Fable 5 を選んでもサイバー攻撃支援以外の業務性能は完全に Mythos と同等」 ということです。SaaS開発・社内システム改修・データ分析・契約書レビュー・顧客対応文書生成・営業資料作成・コード生成・コードレビュー — すべて Fable 5 で問題ありません。

事例区分: 想定シナリオ

事例区分: 想定シナリオ

金融サービス系のCTOから「セキュリティ業務で AI を使いたい。脆弱性スキャンや SOC 業務の自動化に Mythos 5 を使えないか」という相談を受けたとします。回答は「御社が Cloudflare や Mozilla クラスのインフラ提供者でなければ Glasswing 適格要件は満たしません。脆弱性スキャン・SOC自動化は 防御側 なので Fable 5 で実装可能です。Fable 5 の分類器は 攻撃ツール開発 をブロックする設計で、防御側ワークフロー (ログ分析・アラート分類・脆弱性報告書要約) は通常業務として処理されます。」となります。

4. Project Glasswing 参加条件と150組織体制

Project Glasswing は Anthropic が運営するサイバー防御パートナーシップで、参加条件は次のとおりです (Anthropic Project Glasswing 公式ページ + Initial Update より)。

初期50組織のフェーズで Cloudflare が約2,000件のバグ (うち400件が深刻度高)、Mozilla が Firefox 150 で271件の脆弱性を発見しました。全パートナー合計で 10,000件超の高・深刻度脆弱性 を発見しています。1,000以上のOSSプロジェクトのスキャンでは推定6,202件の深刻な脆弱性が見つかりました。

これは「世界中のインターネット基盤ソフトを Mythos 5 でスキャンして、攻撃者より先に脆弱性を見つけて潰す」という防御特化の取り組みであり、通常の事業会社が「うちもサイバーセキュリティに力を入れたいから参加させて」と申し込んでも適格性審査で落ちます。

誰が Mythos 5 を申請できるか・できないか

左側に該当しない法人は Mythos 5 を契約することができません。Fable 5 を契約しても性能上のデメリットはゼロです (前述のとおり、通常業務では分類器は発火しない)。

5. 通常法人が Fable 5 を選ぶ7つの根拠

ここまでの整理を踏まえ、通常の法人企業が Fable 5 一択 である根拠を7点に絞ります。

根拠1: 契約自体ができない

Mythos 5 は Project Glasswing 参加組織にしか提供されません。これは契約上の制約であり、「お金を払えば買える」ものではない。営業から提案が来たとしても、Anthropic 側の審査で止まる。

根拠2: 同じモデル・同じ料金

Anthropic 公式が明言する通り、Mythos 5 と Fable 5 は同じ基盤モデル、同じ料金 ($10 / 1M入力, $50 / 1M出力)。違いは「サイバー・生物化学・蒸留」の3領域だけの分類器の有無。

根拠3: 通常業務で分類器は発火しない

Anthropic 公表値で 95%超のセッションで分類器は発火しない。残り5%未満も「攻撃ツール開発・致死性病原体設計・モデル蒸留」という、通常の法人業務に存在しないクエリ。

根拠4: コーディング・分析性能は完全同等

SWE-bench Pro 80.3% / FrontierCode Diamond 29.3% / GDPval-AA 1932 — 通常業務のベンチマークでは Fable 5 = Mythos 5 = 同じスコア。「Mythos 5 のほうが業務性能が高い」という事実はない。

根拠5: 法務・コンプライアンス的に安全

Fable 5 の安全分類器は法務リスク (社員が意図せず攻撃ツール生成支援を依頼した場合の組織責任) を下げる。Mythos 5 は理論上、社員が攻撃ツール生成を依頼したらそのまま生成される。これは 法務責任者の観点では Fable 5 のほうが望ましい。

根拠6: 30日トラフィック保持の影響は同じ

Fable 5 は分類器の精度向上のため30日間トラフィックを保持する。Mythos 5 も研究目的で同様の保持を行う可能性があり、データ取扱い観点では大差ない。Enterprise 契約では zero data retention オプションが選べるケースがあるので、機密データを投入する場合は契約条項を確認する。

根拠7: GitHub Copilot / Amazon Bedrock / Databricks 等の標準ルートで使える

Fable 5 は GitHub Copilot, Amazon Bedrock, Databricks Unity AI Gateway, Harvey 等の主要法人プラットフォームで標準提供される。Mythos 5 は Anthropic 直接提供のみ。情シス・調達・セキュリティ部門のレビューを通すなら、既存の調達ルートに乗っている Fable 5 のほうが圧倒的に楽。

6. ベンダー営業されたときの回答テンプレート7つ

「Mythos 5 のほうが強いですよ」と営業されたときに、現場担当者がコピペで返せるテンプレートを7パターン用意しました。[ ] は自社固有の文言に差し替えてください。

【テンプレ1: Mythos を提案されたとき】
ご提案ありがとうございます。
Anthropic 公式リリース (2026/6/9) によれば、Mythos 5 は Project Glasswing 参加組織のみが利用可能と明記されています。
弊社は [事業内容: 製造業/SaaS/受託開発等] であり、インターネット・重要インフラの基盤ソフトウェア開発運用には該当しないため、Glasswing 適格要件を満たしません。
Fable 5 の検討に切り替えていただけますでしょうか。

【テンプレ2: ExploitBench 78% を強調されたとき】
ExploitBench 78% は Mythos 5 のスコアです。
同じモデルの Fable 5 でも、サイバー攻撃支援以外の業務 (SWE-bench Pro 80.3% / FrontierCode Diamond 29.3% / GDPval-AA 1932) では同等のスコアが出ます。
弊社の業務 [例: コード生成・契約書レビュー・データ分析] でその性能差が顕在化することはありません。

【テンプレ3: 「分類器が業務に悪影響」と言われたとき】
Anthropic 公表値で 95% 超のセッションで分類器は発火しません。
発火する 5% 未満の領域は「攻撃ツール開発・致死性病原体設計・モデル蒸留」であり、弊社の通常業務には存在しません。
万一発火した場合も Opus 4.8 にフォールバックして応答が返ります。完全ブロックではありません。

【テンプレ4: 価格交渉で「Mythos なら安くする」と言われたとき】
Anthropic 公式の API 価格は Mythos 5 と Fable 5 で同一です ($10 / 1M入力, $50 / 1M出力)。
御社の Mythos 値引き提案が公式価格より安いのであれば、Fable 5 でも同水準の値引きを期待します。

【テンプレ5: セキュリティ業務で Mythos が必要と言われたとき】
セキュリティ業務には大きく分けて 防御 (defense) と 攻撃 (offense) があります。
Fable 5 の分類器がブロックするのは攻撃側のみ (脆弱性悪用ツール開発等)。
防御側 (ログ分析・アラート分類・SOC自動化・脆弱性レポート要約・ペネトレーションテスト報告書整理) は Fable 5 で通常処理されます。
弊社の業務は防御側に該当するため、Fable 5 で十分です。

【テンプレ6: 既存システムからの乗り換えを迫られたとき】
Fable 5 は GitHub Copilot / Amazon Bedrock / Databricks Unity AI Gateway / Harvey 等の標準法人プラットフォームに統合済みです。
弊社の既存 [GitHub Copilot/Bedrock/Databricks] 契約から追加コストなく Fable 5 を呼び出せるため、別途 Mythos 5 の新規調達フローを通す必要はありません。

【テンプレ7: 30日トラフィック保持を理由に Mythos を勧められたとき】
30日トラフィック保持は Fable 5 の分類器精度向上のための仕組みです。
機密データの投入については Enterprise 契約の zero data retention オプションで対応可能と理解しています。
契約条項の該当条項を確認のうえ、必要であれば DPA (データ処理契約) を別途締結する形で進めたいです。

7. 【要注意】Mythos vs Fable でよくある失敗パターン

失敗1: 78% という数字だけで Mythos を社内推薦

❌ 「Mythos の ExploitBench は 78%、Fable は 0% だから Mythos が3桁強い」と稟議に書く
⭕ 「Mythos と Fable は同一モデル。78% は Fable 5 のサイバー領域でだけ Opus 4.8 (40%) にフォールバックする結果。通常業務では完全同等」と書く

なぜ重要か: 78% という数字は確かに Anthropic 公式の値だが、自社の業務でその数字が再現されるのは「サイバー攻撃ツール開発」だけ。通常業務でこの数字を引き合いに出すのは、まったく無関係なベンチマークを根拠にしているのと同じ。

失敗2: Mythos 5 を「より強い Fable 5」だと思い込む

❌ 「Mythos 5 が Fable 5 の上位版で、より高い知能を持つ」と説明する
⭕ 「Mythos 5 は Fable 5 から安全分類器を 外した モデル。知能は同じ。違いは制約の有無のみ」と説明する

なぜ重要か: 「上位版」という認識で稟議を上げると、決裁者が「上位版なら追加コストでも導入したい」と判断してしまう。実際は契約自体ができないし、できたとしても料金は同じで、業務性能の差もない。

失敗3: 「Mythos が買えないなら Fable も避ける」

❌ 「Mythos 5 が買えないなら、それより劣る Fable 5 も避けて Opus 4.8 にしよう」と判断する
⭕ 「Fable 5 は Mythos 5 と同じ基盤モデル。Opus 4.8 より明らかに高性能 (SWE-bench Pro: Fable 80.3% vs Opus 69.2%)。法人標準は Fable 5」と判断する

なぜ重要か: 「劣化版を使うくらいなら旧モデル」という発想は、Fable 5 と Mythos 5 の関係を 性能の優劣 だと誤解している。正しくは 同一性能・制約の有無。Opus 4.8 に戻るのは、SWE-bench Pro で 11ポイント以上落ちる選択であり、明確な後退。

失敗4: 営業の「Mythos 取り扱えます」を真に受ける

❌ ベンダーが「弊社は Mythos 5 も取り扱えますよ」と言ったのを信じて発注フローに進む
⭕ 「Mythos 5 は Anthropic 公式に Glasswing 参加組織限定と明記されている。御社経由で弊社が利用可能になる契約スキームを公式リファレンスで提示してください」と聞き返す

なぜ重要か: 一部の販売パートナーが「Mythos も売れる」と口頭で言うことがあるが、Anthropic 公式は Glasswing 限定と明言している。再販パートナー経由で適格性審査が通る抜け道は (公開情報では) ない。書面でリファレンスを求めると、ほぼ全てのケースで「申し訳ありません、Fable 5 でのご提案になります」と訂正が入ります。

8. Fable 5 を法人導入する際の具体的アクション

ここまで「Mythos でなく Fable 5」と決まったあとの具体的なステップです。

ステップ1: 既存契約ルートでの追加

すでに GitHub Copilot Enterprise・Amazon Bedrock・Databricks Unity AI Gateway を契約している場合、Fable 5 は標準モデルとして追加できます。新規調達フローは不要。情シスは「モデル追加申請」だけで済むケースが多い。

ステップ2: ガバナンス整備

Fable 5 を「業務利用OK」と社内アナウンスする前に、以下を整理。

• 機密データの投入可否 (Enterprise 契約の zero data retention オプション利用有無)
• 30日トラフィック保持への同意の社内承認
• 分類器発火時のフォールバック挙動 (Opus 4.8 に転送される) の業務影響評価
• 監査ログの取得方針 (誰がいつ何を聞いたか)

SSO / 監査ログ / SOC2 対応など Fable 5 法人導入の詳細は、Fable 5 法人導入完全ガイド｜SSO・監査ログ・SOC2 に整理しています。

ステップ3: 業務スコープの定義

Fable 5 を どこまで使うか を業務単位で定義。社内の AI 利用ガイドラインに次のような項目を追加:

ステップ4: 試験運用とKPI測定

本格展開前に、限定チーム (5-10名) で2週間の試験運用を実施。次の指標を測定:

• 分類器発火率 (Anthropic 公表値: 5%未満 → 自社業務で再現されるか)
• 業務時間削減効果 (タスク別の前後比較)
• 誤発火による業務影響 (false positive のリアル発生率)
• Opus 4.8 フォールバック時の応答品質 (許容範囲か)

これらの数字を元に、社内展開の規模・対象部門・教育プログラムを決定。

事例区分: 想定シナリオ

事例区分: 想定シナリオ

受託開発企業B社 (従業員約150名) で Fable 5 を試験運用すると仮定します。Web 業務系プロジェクトのコーディング・コードレビュー・調査作業に2週間使った場合、典型的な結果は次のとおりです。

– 分類器発火率: 業務上ほぼ0% (攻撃ツール開発・生物化学・蒸留に該当する業務がない)
– コーディングタスクの完了時間: 平均 30-40% 短縮 (SWE-bench Pro 80.3% の性能が業務に乗る)
– false positive: ペネトレーションテスト報告書を要約しようとして1件発火 → Opus 4.8 にフォールバックして応答完了 (品質は許容範囲)
– Opus 4.8 フォールバック時の体感: 文章生成の質はやや簡素になるが、業務上は問題なし

※ これは100社以上の法人 AI 導入支援経験をもとに構成した典型値で、特定企業の実測値ではありません。

9. 業務別: Fable 5 で完結する典型ユースケース10個

「Mythos でなく Fable」と決まったあと、現場が「具体的にどう使えるのか」を理解しないと社内浸透しません。100社以上の研修現場で実際に効いた典型ユースケースを10個、コピペで使えるプロンプトつきで整理します。

ユースケース1: GitHub Pull Request の自動レビュー

あなたはシニアエンジニアです。次の GitHub Pull Request のコード差分を、以下の観点でレビューしてください。

# 観点
1. ロジックの正確性 (バグ・例外処理漏れ・境界条件)
2. セキュリティ (SQLインジェクション・XSS・認証認可漏れ・秘密情報の混入)
3. 可読性 (命名・関数長・コメント・複雑度)
4. テスタビリティ (副作用・依存性・モックしやすさ)
5. パフォーマンス (N+1・無駄なループ・メモリリーク)

# 出力フォーマット
- 致命的: 必ず修正すべき問題 (重大度・該当行・修正案)
- 推奨: 修正が望ましい (重大度・該当行・修正案)
- 良かった点: そのまま残すべき設計

# コード差分
[ここに git diff を貼り付け]

※ プロンプトは検証目的のみに使い、自動マージや本番反映の判断は必ず人間が行ってください。

ユースケース2: 契約書の条項リスク抽出

あなたは企業法務の専門家です。
以下の業務委託契約書の[条項XX]について、当社にとっての潜在リスクを抽出してください。

# 観点
- 損害賠償の範囲・上限
- 知的財産権の帰属
- 秘密保持義務の期間・対象
- 契約解除条項
- 不利な準拠法・裁判管轄

# 出力
1. リスク重大度 (高/中/低)
2. 該当条項の引用
3. リスク内容の説明
4. 修正交渉案 (具体的な対案文言)

# 契約書条項
[条項を貼り付け]

※ 最終的な法的判断は社外弁護士に依頼してください。

ユースケース3: 顧客対応メールのドラフト

あなたは BtoB SaaS のカスタマーサクセスマネージャーです。
以下の顧客状況に対して、返信メールのドラフトを作成してください。

# 顧客状況
- 業種: [製造業/小売業/サービス業等]
- 担当者: [役職]
- 課題: [具体的に]
- これまでの経緯: [3行程度]
- 顧客の感情温度: [低/中/高]

# 返信の方針
- 共感を最初に示す (1-2文)
- 事実を整理して伝える (3-5文)
- 次のアクションを提示する (具体的に1つ)
- 担当者として責任を示す (1文)

# 出力
- 件名 (40字以内)
- 本文 (400-600字)
- (任意) 補足: この顧客に対して気をつけるべきポイント

ユースケース4: 議事録から ToDo 抽出

次の議事録から、以下を抽出してください。

# 抽出対象
1. 決定事項 (誰が・何を・いつまでに)
2. ToDo (担当者・期日・内容)
3. 次回までの宿題
4. 保留事項 (なぜ保留・誰の判断待ちか)
5. リスク・課題 (担当者・対応方針)

# 出力フォーマット
表形式 (カラム: 種別・内容・担当者・期日・優先度)

# 議事録
[ここに議事録を貼り付け]

ユースケース5: 社内規程の改訂提案

あなたは人事・労務の専門家です。
当社の以下の社内規程について、最新の法令・判例・実務動向を踏まえた改訂提案を出してください。

# 改訂の観点
- 法令改正への対応 (具体的な法令名と改正日)
- リモートワーク等の働き方変化への対応
- ハラスメント防止の最新ガイドラインへの整合
- 助成金・補助金申請に有利な条文化

# 出力
1. 現行条文と問題点
2. 改訂案 (条文形式)
3. 改訂理由・根拠 (法令・判例)
4. 改訂による経営インパクト

# 現行規程
[規程を貼り付け]

ユースケース6: 営業資料の説得力強化

次の営業資料スライドを、以下の観点でブラッシュアップしてください。

# 観点
1. 結論ファースト (1スライド1メッセージ・冒頭で結論)
2. 数字の強度 (具体数値・出典・測定方法)
3. 競合差別化 (なぜ我々が選ばれるか)
4. リスク先回り (顧客が懸念しそうな点への先回り回答)
5. 次のアクション明示 (CTAが明確か)

# 出力
- スライド構成案 (タイトル・サブタイトル・主要メッセージ)
- 各スライドの改善ポイント
- 追加すべきスライド (1-2枚)

# 現行スライド構成
[スライドのタイトルと主要メッセージを箇条書きで]

ユースケース7: 競合分析レポートの自動生成

以下の競合企業について、公開情報をもとに分析レポートを作成してください。

# 競合企業
[企業名・業種・主要製品]

# 分析項目
1. 直近1年の主要動向 (プレスリリース・ニュース・SNS等)
2. 製品ラインナップと価格
3. 顧客セグメント (公表されている顧客企業・業種)
4. 採用動向 (求人数・職種・想定年収)
5. 我々の弱み・強みのマッピング

# 出力
表形式の比較マトリクス + 重要な示唆3つ

# 我々の情報
[自社製品・顧客セグメント・強み弱みを簡潔に]

ユースケース8: コードのリファクタリング提案

次のコードをリファクタリングしてください。

# 観点
1. 関数の単一責任化
2. マジックナンバー・マジックストリングの定数化
3. 早期リターンによる nested if 解消
4. テスト容易性の向上 (依存性注入・副作用分離)
5. 命名の明確化

# 制約
- 既存の振る舞いを変えない (テストが通る前提)
- 過度な抽象化はしない (over-engineering 回避)
- コメントは「なぜ」を書く (「何を」はコードで)

# 出力
- リファクタ後のコード
- 主要な変更点とその理由
- 残課題 (今回手を入れなかった部分)

# コード
[コードを貼り付け]

ユースケース9: 議事録から FAQ 化

次の社内研修・説明会の議事録から、新人向けの FAQ を作成してください。

# 抽出ルール
1. 同じ質問が複数人から出ているものを優先
2. 答えがあいまいなまま終わっているものは「要確認」マーク
3. 暗黙知 (議事録に書かれていないが当然視されている前提) を顕在化

# 出力フォーマット
- Q (質問: 自然な日本語で書き直す)
- A (回答: 議事録の発言から整理。出典として発言者と発言部分を明記)
- 補足 (関連する他の質問・参考資料)

# 議事録
[議事録を貼り付け]

ユースケース10: プレスリリースのドラフト

あなたは PR・広報のプロフェッショナルです。
以下の社内ニュースをもとに、PR TIMES 公開用のプレスリリースを作成してください。

# 構成
1. リード文 (3-4行で全体像)
2. 何が起きたか (具体的に)
3. なぜ起きたか・どう実現したか
4. 利用者・顧客への価値
5. 数字 (KPI・実績・規模)
6. 今後の展開
7. 関係者コメント (CEO・現場担当者・パートナー)
8. 会社概要

# 制約
- タイトル: 30字以内・固有名詞前置・数字を1つは入れる
- リード文: 200字以内
- 全体: 1,500-2,500字
- 誇大表現 NG (「業界初」等は事実確認できるもののみ)

# 社内ニュース
[ニュース内容を箇条書きで]

これら10個のユースケースで、社内の典型業務の8〜9割はカバーできます。「Fable 5 で何ができるか分からない」と現場が言う場合、これらをプリセットとして社内 Wiki に置いておくと展開が一気に進みます。

10. Mythos 5 の存在意義と将来展望

「では Mythos 5 は何のためにあるのか」という問いに、Anthropic は明確に答えています。「世界中のインターネット基盤と重要インフラを守る防御側に、最強の武器を渡す」ためです。

Project Glasswing の最初の1か月で:

• 10,000件超の高・深刻度脆弱性を発見
• 1,000以上のOSSプロジェクトのスキャンで6,202件の深刻な脆弱性を推定
• Cloudflare: 約2,000件のバグ (うち400件が深刻)
• Mozilla: Firefox 150 で271件の脆弱性発見

これは「Mythos 5 が攻撃者の手に渡れば致命的だが、防御側に独占的に渡せば世界が安全になる」という非対称性に賭けた戦略です。Anthropic がモデルの能力差で公開 / 非公開を分けたのは、AI 業界初の事例です。

将来的に「全顧客提供」への移行も逆算されています。【2026年6月】Mythos全顧客提供を逆算｜200組織体制と3経路予想 で、Anthropic が今後どのように Mythos クラスを一般提供に拡大していくかを整理しています。

また Project Glasswing への日本企業参画状況は 日立・トレンドマイクロが Mythos 参画 に、Mythos の純粋な性能ベンチマーク詳細は Claude Mythosベンチマーク3軸で業務インパクト解説 に整理してあります。

11. まとめ：今日から始める3つのアクション

1. 今日: 自社が利用中の Anthropic モデルが Fable 5 か Opus 4.8 かを情シスに確認。Fable 5 でなければ移行検討を起動。
2. 今週中: 「Mythos 5 を契約したい」という社内提案があれば、本記事のテンプレ1〜7を使って Fable 5 への変更を提案。Anthropic 公式リリース URL を稟議に添付。
3. 今月中: Fable 5 の法人ガバナンス (機密データ取扱・30日保持・SSO・監査ログ・SOC2) を整理し、Enterprise 契約のレビューを完了する。SSO/監査ログの実装詳細は Fable 5 法人導入完全ガイド 参照。

次回予告: 次回は「Claude Fable 5 を GitHub Copilot Enterprise で使い倒すための環境設定とコストコントロール」をテーマに、開発組織での具体的な運用設計をお届けします。

12. 参考・出典

• Claude Fable 5 and Claude Mythos 5 — Anthropic公式 (参照日: 2026-06-10)
• Project Glasswing: An initial update — Anthropic公式 (参照日: 2026-06-10)
• Project Glasswing: Securing critical software for the AI era — Anthropic公式 (参照日: 2026-06-10)
• Anthropic’s Claude Fable 5 is a version of Mythos the public can access today — TechCrunch (参照日: 2026-06-10)
• Claude Fable 5 is generally available for GitHub Copilot — GitHub Blog (参照日: 2026-06-10)
• Anthropic releases Mythos-class Fable 5 model with safeguards for cyber risks — CSO Online (参照日: 2026-06-10)
• Claude Fable 5 brings Mythos to the masses — state-of-the-art on nearly all tested benchmarks — Tom’s Hardware (参照日: 2026-06-10)
• Claude Fable 5 from Anthropic now available on Amazon Bedrock — Amazon (参照日: 2026-06-10)
• Claude Fable 5 is now available on Databricks, fully governed through Unity AI Gateway — Databricks Blog (参照日: 2026-06-10)

著者: 佐藤傑 (さとう・すぐる)
株式会社Uravation代表取締役。X (@SuguruKun_ai) フォロワー約10万人。
100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』 (SBクリエイティブ)。
SoftBank IT連載7回執筆 (NewsPicks最大1,125ピックス)。

ご質問・ご相談は お問い合わせフォーム からお気軽にどうぞ。

あわせて読みたい:

• Fable 5 法人導入完全ガイド｜SSO・監査ログ・SOC2【2026年6月】 — Enterprise 契約・ガバナンス・SOC2 対応の実装チェックリスト
• 日立・トレンドマイクロが Mythos 参画【2026年6月最新】 — 日本企業の Project Glasswing 参画状況
• Mythos全顧客提供を逆算｜200組織体制と3経路予想【2026年6月】 — Anthropic が今後どう Mythos を一般提供化していくかの戦略予想
• Claude Mythosベンチマーク3軸で業務インパクト解説【2026最新】 — SWE-bench / USAMO / Firefox 等のベンチマーク深掘り