Claude Mythos（ミュトス）とは？5.1と読み方【2026年9月】

Claude Mythos（クロード・ミュトス）とは、Anthropicの最上位フロンティアモデルの名前で、2026年9月1日にリリースされたMythos 5.1が最新版です。読み方は「ミュトス」。そして最も知りたいはずの「使えるのか」への答えは、2026年9月2日時点では「日本の一般企業は使えない。同じ基盤モデルの一般提供版であるFable 5.1を使う」になります。

この「使えない」という一点が、Mythosを検索する人が最初につまずくところなんです。普通、新しいAIモデルって「みんな使ってね！」と一般公開されます。でもMythosは違いました。2026年4月7日のプレビュー発表時、Anthropicは「このモデルはコンピュータセキュリティの能力が高すぎて、そのまま公開すると攻撃に悪用されかねない」と判断し、あえて一般提供を見送っています。AIモデルを「強すぎるから出さない」と公式に言う——これ自体が業界では前例の少ない出来事でした。

そこから約5ヶ月、状況はかなり整理されました。6月9日に一般提供版のClaude Fable 5が出て、9月1日にはFable 5.1とMythos 5.1が同時リリース。しかも5.1の発表では「Fable 5.1はソフトウェアの脆弱性の発見には使えるが、そのエクスプロイト（攻撃コード）の開発には使えない」という線引きが公式文書で明言されました。4月に「封印」された能力が、どこまで一般に開かれ、どこで止められているのか。その境界線がやっと言語化されたわけです。

この記事では、100社以上のAI研修・導入支援をしてきた立場から、(1) Mythos 5.1で何が変わったのかを一次情報で整理し、(2) Fable 5.1との違いを仕様レベルで比較し、(3) 日本企業がいま触れる経路を明確にしたうえで、(4) 中小企業がやるべき備えまで落とし込みます。専門用語はできるだけかみ砕くので、セキュリティに詳しくない方も安心して読み進めてください。最終更新：2026年9月。

【2026年7月20日時点の記録】Anthropicは Claude Fable 5 の無料内包期間を3度にわたって延長し（当初7/7→7/12→7/19）、最終的に2026年7月20日に体制が決着しました。Max・Team Premiumは恒久提供（週次利用上限の50%）、Pro・Team Standardは100ドル分のクレジット付与後に従量課金、Claude Codeの50%ブーストは同日終了。従量課金（Usage Credits）の単価に変更はありません。本文中に残る「7月12日まで」「7月13日以降は従量課金」という記述は延長前の旧情報です。

Claude Mythos 5.1で何が変わったのか — 2026年9月1日リリースの要点

まず最新版の話から始めます。2026年9月1日（米国時間）、AnthropicはClaude Fable 5.1とClaude Mythos 5.1を同時にリリースしました。Mythosだけを見ていると分かりにくいので、先に「5.1で何が動いたのか」を数字と仕様で押さえます。

5.1の基本仕様は、Fableと完全に共通

Mythos 5.1とFable 5.1は、公式ドキュメント上で「同じ仕様と料金を共有する（share specs and pricing）」と明記されています。つまり、Mythos側だけコンテキストが長いとか、Mythos側だけ高いといったことはありません。

ここで一番効くのがキャッシュ読み取りの値下げです。プロンプトキャッシュの読み取り単価は、通常のClaudeモデルでは基本入力価格の0.1倍ですが、Fable 5.1／Mythos 5.1では0.025倍。基本入力が100万トークンあたり10ドルなので、キャッシュ読み取りは0.25ドルになります。同じ前提（システムプロンプトや長い設計ドキュメント）を何度も読み返す長時間のエージェント作業ほど効きます。Anthropicは公式発表で、典型的なワークロードでおよそ25%、エージェント色の強い使い方では最大でおよそ45%のコスト低減になると説明しています。

ベンチマーク — Mythos 5.1が単独で数字を出している唯一の項目

Anthropicが公式発表で示したベンチマークは以下です。ここで注目したいのは、Mythos 5.1の数字が載っているのはTerminal-Bench 4.0の1行だけだという点。裏を返せば、それ以外の領域では「Fable 5.1と同じ」という整理になっています。

数字の伸びで目を引くのは2つです。1つはTerminal-Bench-Science 0.1の24.7%から52.6%（27.9ポイント増）。研究プロセスをエージェントに任せる領域で倍以上に跳ねています。もう1つはAutomationBenchの17.1%から31.4%（14.3ポイント増）で、こちらは業務ワークフロー、つまり事務仕事の自動化に近い領域です。中小企業にとって現実的な関心はむしろ後者でしょう。

「何がすごいのか」を1行で言うと

「claude mythos 何がすごい」という検索が月480件あることからも分かるとおり、多くの人が知りたいのは能力の中身より「何がそんなに特別なのか」です。2026年9月2日時点での答えを1行で言うなら、こうなります。

Mythosがすごいのは「AIが自力でソフトウェアの穴を見つけ、そこを突く攻撃コードまで書けてしまった」ことを実証した最初のモデルだから。そして5.1では、そのうち「穴を見つける」側だけが一般に開かれた。

Anthropicは9月1日の発表で、Fable 5.1について「ソフトウェアの脆弱性の発見には使えるが、そのためのエクスプロイト（攻撃コード）の開発には使えない」と明言しています。4月のプレビュー時、Mythosがやってのけたのは発見と悪用の両方でした。5.1でその後半を切り離し、前半だけを全員に配ったわけです。この線引きこそが、Mythosという名前の周りで5ヶ月かけて起きたことの本質なんです。

セーフガードの誤検知が60%減った、という地味だが重要な変化

もう一点、実務で効く変更があります。Anthropicは公式発表で「サイバーセキュリティ領域において、最新のセーフガードは以前より60%少ない誤検知でブロックする」と説明しています。加えてClaude Codeの利用者については、Fable 5の従来セーフガードと比べて1セッションあたりの介入がおよそ60%減ったとしています。

これは「AIが賢くなった」より地味な話に見えますが、法人利用では大きい。セキュリティ関連のコードを触るたびに拒否されて作業が止まる、という現象が減るからです。研修現場でも「うちの業務でClaudeに聞くと途中で止まる」という相談は定期的に出ます。誤検知が減るというのは、そのストレスが減るという意味です。

5.1の破壊的変更（forced tool useの非対応、thinkingブロックの扱い、過去ターン編集の制約）や新機能（ターン限定システムメッセージ、進捗更新の取得、コンテンツ来歴）まで含めた全変更点は、Claude Fable 5.1 リリース完全ガイドで仕様レベルまで分解しています。自社のAPI実装を5.1へ移行する担当者は、そちらを先に読んでください。

Mythos 5.1とFable 5.1の違い — 同じ基盤モデルで分かれる3点

「claude mythos 何が違う」も実際に検索されている質問です。ここは誤解が多いので、公式ドキュメントの記述に沿って正確に整理します。結論から言うと、違いは3点だけです。

違い1：提供範囲 — 誰が使えるのか

ここが最大の違いです。Fable 5.1はClaude APIの全顧客が使えます。Mythos 5.1は使えません。

ただし「誰が使えるのか」の説明は、Anthropicの2つの公式文書で表現が違います。開発者向けのプラットフォームドキュメントでは「Project Glasswingの参加者のみ」と書かれ、アクセスにはAnthropic・AWS・Google Cloudの担当チームへ連絡するよう案内されています。一方、9月1日のニュース発表では「審査を通ったサイバー防御担当者と生命科学者に提供する」とし、経路としてCyber Verification Program（防御目的のセキュリティ業務向け）とLife Sciences Verification Program（米国政府と連携する生命科学の専門家向け）の2つを挙げています。

そして重要な一文がこれです。「現時点では米国の一部組織のみが利用でき、より広範な国内・国外のパートナーへ拡大できるよう米国政府と調整している」。つまり2026年9月2日時点で、日本国内の企業がMythos 5.1へ申し込む窓口は、公式には確認できていません。今後拡大するとは書かれていますが、時期は明示されていません。

実務視点：この一点だけで、日本の中小企業にとってのMythos 5.1は「検討対象ではない」と結論できます。ここを曖昧にしたまま「最強モデルを導入したい」と社内で議論を始めると、時間だけが溶けます。判断としては「Mythosは追わない、Fable 5.1とOpus 5の使い分けに集中する」が正解です。経営判断で大事なのは、選べないものを選択肢から外す速さなんです。

違い2：セーフガードの有無 — なぜMythosのほうがスコアが高いのか

Terminal-Bench 4.0でMythos 5.1が60.9%、Fable 5.1が55.8%。同じ基盤モデルなのに5.1ポイント差がついています。不思議に思うかもしれませんが、理屈は単純です。

Fable 5.1には、デュアルユース（善用も悪用もできる）能力に対する追加の安全対策が組み込まれています。安全対策は必ず、判定と拒否のためのコストを伴います。実際、Anthropicは「サイバーセキュリティ領域で最新のセーフガードは以前より60%少ない誤検知でブロックする」と誤検知の削減を成果として挙げていますが、これは裏を返せばゼロにはなっていないということ。エージェント型コーディングのベンチマークでは、その分がスコア差として現れます。

ここは冷静に読む必要があります。「セーフガードを外したほうが強い」のは事実ですが、それは「セーフガードが邪魔」という意味ではありません。Anthropicはこの構成を、能力そのものではなく誰に渡すかで制御するという設計思想の表明として出しています。強い版は身元確認済みの防御側に、安全機構付きの版は全員に。それが5.1の構造です。

違い3：thinkingブロックの検査 — Mythosだけ挙動が違う

これは開発者向けの細かい話ですが、公式ドキュメントで唯一「Mythosだけ違う」と明記されている技術仕様なので記録しておきます。

Fable 5.1では、会話の過去のターン（システムプロンプト、ツール定義、以前のメッセージ）を編集すると、その後のthinkingブロックが無効になり、次のリクエストでエラーになります。会話履歴は追記のみ（append-only）で扱う必要があるわけです。ところがMythos 5.1は、この検査を実行しません（公式ドキュメントに “Claude Mythos 5.1 doesn’t run this check.” と明記）。

実務的な含意は、Mythos 5.1を使う組織は履歴管理の制約が1つ緩い、ということ。ただし前述のとおり日本企業は現時点で対象外なので、これは「そういう差がある」という知識として持っておけば十分です。

Mythos 5.1の使い方 — 日本企業がいま触れる唯一の経路

「claude mythos 使い方」も月390件検索されています。ただ、正直にお答えすると2026年9月2日時点で、日本の一般企業がMythos 5.1を直接使う方法はありません。ここを誤魔化さずに書くのがこの記事の役割だと思っています。そのうえで、では何をどう使えばいいのかを整理します。

ステップ1：自社がMythos 5.1の対象かを3秒で判定する

判定基準はシンプルです。次の2つのどちらにも当てはまらなければ、対象外です。

• 審査を通ったサイバー防御の担当者・組織である（Cyber Verification Program）
• 米国政府と連携する生命科学の専門家である（Life Sciences Verification Program）

加えて、2026年9月2日時点では提供先が米国の一部組織に限られています。日本の中小企業でこの条件を満たすケースは、実質的に想定しにくいと考えてよいでしょう。なお、開発者向けドキュメント側の窓口は「Anthropic・AWS・Google Cloudの担当チームに連絡する」となっているため、既に大口契約のある大企業であれば問い合わせ自体は可能です。ただし可否は審査次第で、2026年9月2日時点で日本法人向けの一般的な受付窓口は公式に確認できていません。

ステップ2：Fable 5.1へ切り替える（モデルIDを1行変えるだけ）

現実解はこちらです。Mythos 5.1と同一の基盤モデルであるFable 5.1は、Claude APIの全顧客が使えます。既にFable 5をAPIで呼んでいるなら、変更は基本的にモデルIDの1行だけです。

# 変更前
model = "claude-fable-5"

# 変更後
model = "claude-fable-5-1"

ただし、Fable 5から5.1への移行には破壊的変更が3点あります。tool_choice の any / tool（強制ツール使用）が非対応になりエラーを返すこと、thinkingブロックが生成したモデルに紐づくこと、過去ターンの編集がthinkingブロックを無効化すること。この3点は必ず事前に確認してください（詳細な移行手順は、後述のFAQ Q15と冒頭に挙げたリリース完全ガイドにまとめています）。

ステップ3：そもそもFable 5.1が必要かを疑う

ここが実は一番大事なところです。Anthropicは公式ドキュメントで、はっきりこう書いています——「ほとんどのワークロードでは、Claude Opus 5から始めてください」。Fable 5.1を使うべきなのは「要求の厳しい推論と長期的なエージェント作業」、あるいは「Opus 5を高いeffortで評価してもなお不十分だった場合」です。

Opus 5とFable 5の使い分けの考え方そのものは、Opus 5とFable 5の使い分け基準で整理しています。5.1になっても基本の判断軸は変わりません。

「やばい」と言われる理由を、経営目線で1つに絞ると

「claude mythos やばい」という検索が月320件あります。何が「やばい」のか。技術的にはいくつも挙げられますが、経営判断に効く論点は1つだけです。

攻撃を作るコストが、専門家の年収から数千円の単位まで落ちたということ。Anthropicの公式レポートによれば、Mythosプレビュー時の個々のエクスプロイト開発にかかったコストは、API料金換算で50ドル未満から2,000ドル未満程度でした。従来は高度なセキュリティ訓練を受けた人材が数週間かける作業です。この経済性の変化が「やばい」の正体で、これは自社がMythosを使えるかどうかとは無関係に効いてきます。

何が起きたのか — Claude Mythosをめぐる事実関係

ここからは、2026年4月のプレビュー発表から9月の5.1リリースまでの経緯を時系列で整理します。日付や数字はすべて複数のソースで裏取りしたものですが、出どころによって表現が割れる部分は後ほど明記します。

Mythosとは何者なのか

Claude MythosはAnthropicの「フロンティアモデル」、つまり同社の最先端に位置づけられる汎用AIです。重要なのは、Mythosが「セキュリティ専用に作られたAI」ではないという点なんです。あくまで汎用モデルとして開発されたのに、コーディングと推論の能力があまりに高くて、結果として「ソフトウェアの欠陥を見つけて突く」作業が異常に得意になってしまった——というのが実態です。

能力ティアについては、プレビュー当時の報道で表現が分かれていました。Anthropicの公式レポート（red.anthropic.com）では旧モデルOpus 4.6との比較が中心ですが、BleepingComputerなどの報道は「当時の旗艦モデルOpus 4.7をはるかに上回る」と表現しています。いずれにせよ、当時の最上位モデルの「もう1つ上のティア」という位置づけで一致していました。ここで言う「ティア（tier）」とは能力の階層のことで、単に少し賢くなったというより、できることのレベルが一段上がった、というニュアンスです。

具体的にどう違ったのか、公式レポートに象徴的な比較があります。あるブラウザ（Firefox）に対する攻撃検証で、旧モデルのOpus 4.6が成立させられた”動く攻撃”は2件だったのに対し、Mythosは181件もの攻撃を成立させました。同じ会社の1世代前のモデルと比べて、攻撃を組み立てる能力が約90倍に跳ね上がった計算になります。AIの進化は「直線的」ではなく、ある地点で「段差」のように能力が跳ぶことがある——Mythosはその段差を見せつけた事例だといえます。

「使えない」モデル — Project Glasswingという招待制

Mythosは一般提供されていません。開発者向けの公式ドキュメントでは、アクセスできるのはAnthropicが立ち上げた「Project Glasswing（プロジェクト・グラスウィング）」という防御セキュリティの枠組みに参加する組織だけ、と説明されています。

Project Glasswingの創設メンバーは12組織。報道で確認できた顔ぶれは、Amazon Web Services、Apple、Broadcom、Cisco、CrowdStrike、Google、JPMorgan Chase、Linux Foundation、Microsoft、NVIDIA、Palo Alto Networks、そしてAnthropic自身です。錚々たる名前が並んでいますよね。これに加えて、重要インフラを支える約40の組織がアクセスを得ています。Anthropicはこれらの取り組みに対し、合計で最大1億ドル分の利用クレジットを提供すると表明しました。

なお9月1日の5.1発表では、Mythos 5.1のアクセス経路としてProject Glasswingではなく「Cyber Verification Program」「Life Sciences Verification Program」という2つのプログラム名が挙げられています。開発者向けドキュメントはProject Glasswing、ニュース発表は検証プログラム2種——この2つの記述の関係（統合されたのか、併存するのか）については、2026年9月2日時点で公式に明確な説明が確認できていません。実務上は「どちらにせよ審査制で、日本企業は現状対象外」と理解しておけば足ります。

実務視点：創設メンバーがクラウド・OS・半導体・金融・セキュリティの巨大プレイヤーで固められているのは偶然ではありません。「自分たちが守るべき土台（インフラ）を、最強のAIで先に点検しておく」という発想です。裏を返せば、ここに入れない大多数の企業は「攻撃に使われうるAI」のリスクだけを先に受け取る構図になります。だからこそ中小企業は”当事者”として知っておく必要があるんです。

ベンチマークの中身 — どれくらい「強い」のか

「史上最強」と言われてもピンとこないので、数字で見ていきましょう。以下はプレビュー当時、llm-stats.comなど複数ソースで確認したベンチマークスコアです。比較対象として、旧モデルOpus 4.6のスコアも併記します（公式レポートが4.6比較を採用しているため）。

特に目を引くのがUSAMO 2026の97.6%です。これは米国数学オリンピアード（USAMO）レベルの超難問を解く能力を測るもので、旧モデルの42.3%から55ポイント以上跳ね上がっています。数学オリンピアードって、高校生の天才が必死に取り組む世界ですよ。それをほぼ満点で解くわけです。SWE-bench Verifiedの93.9%も、業界で最も注目されるコーディングベンチマークでの史上最高スコアとされていました。

事例区分：想定シナリオ
以下は100社以上のAI研修経験をもとに構成した典型的な反応です。研修でこの手の数字を出すと、必ず「で、それが自分たちの仕事とどう関係あるの？」と聞かれます。答えはシンプルで、「コーディングが上手いAI=ソフトの穴を見つけるのも上手いAI」だということ。あなたの会社が使っている業務システム、ウェブサイト、ルーターのファームウェア——これらすべてが”ソフトウェア”であり、点検対象になりうるんです。

ベンチマーク値は「報道により幅がある」点に注意

念のため正直にお伝えすると、ベンチマークの数字は出どころによって細かい差があります。たとえばTerminal-Bench 2.0は「標準条件で82.0%、タイムアウトを延ばした拡張条件で92.1%」と、条件次第で値が変わります。比較対象もOpus 4.6だったり4.7だったりと報道で割れていました。記事や投稿でこの数字を引用するときは、「いつ・どの条件で・何と比べた数字か」をセットで確認するのが安全です。AI業界のベンチマークは更新が早く、鵜呑みは禁物なんです。

【要注意】ベンチマーク数字の引用でやりがちな失敗3パターン

社内資料や提案書にこの手の数字を載せるとき、実際によく起きる事故を挙げておきます。

• ❌ 世代の違う数字を横並びにする：Mythosプレビュー時代のTerminal-Bench 2.0（82.0%）と、5.1のTerminal-Bench 4.0（55.8%／60.9%）を並べて「スコアが下がった」と書く。⭕ ベンチマークのバージョンが違えば別物です。必ず同じ版どうしで比べます
• ❌ 条件を書かずに最大値だけ引く：「Terminal-Bench 2.0で92.1%」とだけ書く。⭕「拡張条件で92.1%、標準条件では82.0%」と条件をセットで書きます
• ❌ モデル名を混同する：Mythos 5.1の60.9%を「Fable 5.1のスコア」として引用する。⭕ Terminal-Bench 4.0でMythos 5.1が60.9%、Fable 5.1は55.8%。この2つは提供先が違う別モデルです

本当の衝撃 — AIが自律的に「攻撃」を作った

正直、ベンチマークの数字以上にインパクトがあるのがセキュリティ実績の部分です。ここがMythosが「封印」された理由そのものです。

17年気づかれなかった穴を、AIが自分で見つけた

Mythosは、17年間誰にも気づかれなかったFreeBSDのリモートコード実行脆弱性を、人間の指示なしに自律的に発見し、さらに悪用するエクスプロイト（攻撃コード）まで作り上げました。これがCVE-2026-4747として記録された案件です。Anthropicの公式説明によると、この脆弱性はNFS（ネットワークファイル共有）を動かしているサーバーに対し、インターネット上のどこからでも、認証されていない攻撃者がサーバーを完全に乗っ取れてしまうものでした。スタックバッファオーバーフローという古典的だが致命的なタイプの欠陥です。

さらにMythosは、セキュリティの堅牢さで世界的に有名なOpenBSDでも、27年ものの脆弱性を発見したと報じられています。「最も安全」と評価されてきたシステムですら、AIの前では穴が見つかってしまった——これが現実です。

稼働1ヶ月で1万件以上 — しかも99%超が未修正

数の規模感も異常です。Mythosは稼働の最初の1ヶ月だけで、高〜重大の深刻度を持つ脆弱性を1万件以上発見したと報道されています（AIToolly ほか複数ソース）。しかも、Anthropicの公式レポートによれば「発見した脆弱性の99%超がまだ未修正」の状態だったとのこと。主要なOSと主要なウェブブラウザすべてで、未知の（ゼロデイ）脆弱性が見つかったというから、影響範囲の広さが想像できます。

個々のエクスプロイト開発にかかったコストは、API料金換算で50ドル未満から2,000ドル未満程度だったと公式レポートは記しています。つまり、専門的なセキュリティ訓練を受けていないエンジニアでも、わずかなコストで動く攻撃コードを生成できてしまった、ということなんです。ここで少し用語を整理しておきましょう。記事に出てくるキーワードはどれも「いま起きていること」を理解するうえで欠かせません。

つまりMythosがやったのは、「まだ誰も知らない穴（ゼロデイ）」を自分で見つけ、「それを突く攻撃コード（エクスプロイト）」まで自動で書き上げ、しかもそれが「遠隔から乗っ取れる最も危険なタイプ（RCE）」だった——という、攻撃の全工程をAI単独で完結させたという話なんです。従来はそれぞれの工程に別々の専門家が必要でした。その分業の壁を、1つのAIが取り払ってしまいました。

そして2026年9月1日の5.1で、この全工程のうち後半だけが公式に閉じられました。Anthropicは「Fable 5.1はソフトウェアの脆弱性の発見には使えるが、そのエクスプロイトの開発には使えない」と明記しています。発見（前半）は解放し、悪用（後半）は止める。4月に「強すぎるから出さない」と言われた能力が、どう分割されて一般に降りてきたのか——その答えがこの一文です。

実務視点：ここで怖いのは「攻撃の民主化」です。これまでサイバー攻撃には高い技術と時間が必要で、それ自体が一種の参入障壁でした。AIがその障壁を取り払ってしまうと、攻撃の総量そのものが増える可能性があります。中小企業が「うちみたいな小さい会社を狙う暇な攻撃者なんていない」と思っていた前提が、根本から崩れるかもしれないんです。AIによる自動スキャンに「大企業も中小企業もない」からです。なお、この論点は5.1でエクスプロイト開発が閉じられたことで多少やわらぎますが、閉じたのはAnthropicの提供する経路だけであって、他社モデルや自前で動かすモデルまで同じ線引きが効くわけではありません。

なお、AIとセキュリティをめぐる企業の備え方の全体像については、中小企業のためのAI導入戦略ガイドでも体系的に整理しています。Mythosのような最先端の話を、自社の現実的な打ち手に落とし込みたい方はあわせてどうぞ。

一般提供までの経緯 — Opus 4.8からFable 5、そして5.1へ

4月のMythos発表から9月の5.1リリースまで、Anthropicがどう段階を踏んだのか。ここは「今後また同じような強力モデルが出たとき、どんな順番で自社に降りてくるか」を予測する材料になるので、経緯として押さえておく価値があります。

起点は2026年5月28日です。この日、AnthropicはClaude Opus 4.8を公開しました。同社の新しい旗艦モデルで、エージェント型コーディング、推論、財務分析、ナレッジワークなど複数のベンチマークで競合を上回ったとされています。価格は前バージョンと同じに据え置かれ、高速モード（fast mode）は従来比で3倍安くなったと報じられました（Bloomberg / Axios）。

そして同じタイミングで、Anthropicは「Mythosクラスのモデルを数週間以内に全顧客へ提供する」と表明します。同社は「より強力な安全装置（safeguards）の開発で急速に進展しており、Mythosレベルのモデルをすべての顧客に届けられるようになる見込み」とコメントしていました（BleepingComputer）。

この予告は実際に守られました。2026年6月9日にClaude Fable 5がリリースされ、Mythos 5と同一の基盤モデルが安全機構つきで一般提供されます。その後6月12日から6月30日まで米政府の輸出管理指令で提供が一時停止するという波乱はありましたが、7月1日に再開。そして9月1日、Fable 5.1とMythos 5.1が同時に出て現在に至ります。「数週間以内」という予告から実際の一般提供まで、およそ2週間弱。予告の精度は高かったと言えます。

Claude Codeをはじめとする開発・運用向けAIエージェントの全体像については、AIエージェント導入完全ガイドで基礎から解説しています。「5.1級のモデルが載ったら自分の仕事がどう変わるのか」を考える前提として読んでおくと理解が深まります。

専門家の見方は割れている — 楽観論と慎重論

このニュースは専門家の間でも評価が割れています。どちらか一方だけ見ると判断を誤るので、両論をフラットに並べます。

楽観論：最終的には「守る側」が有利になる

Anthropic自身は、長期的には強力な言語モデルが「攻撃側よりも防御側により大きな利益をもたらす」と主張しています。理由はこうです。防御側は、AIを使って新しいコードが世に出る前にバグを見つけて直せる立場にあります。これまで人手では追いつかなかった大量のコード点検を、AIが肩代わりしてくれる。Project Glasswingの参加企業が自社コードやオープンソースを先回りで点検しているのは、まさにこの「先に直す」発想です。セキュリティの「攻め」と「守り」がいったん混乱したあと、新しい均衡に達すれば、守る側のほうが効率的にリソースを使えるようになる——という見立てです。

5.1の設計は、この楽観論を制度に落とし込んだものと読めます。脆弱性の発見は全員に開き、エクスプロイト開発は閉じる。防御に必要な能力だけを配って、攻撃に必要な最後のピースは配らない。実際にその線引きが技術的にどこまで維持できるかは今後の検証課題ですが、方向性としては「防御側に先に武器を渡す」という思想が明確に出ています。

慎重論：短期的には攻撃側が先に得をする

一方で、慎重派の見方はシビアです。Anthropic自身も「短期的には、フロンティア研究所がモデルの公開方法に慎重でなければ、攻撃側が先に有利になりうる」と認めています。発見された脆弱性の99%超が未修正という状態は、裏を返せば「直す前に悪用される窓」が大きく開いているということ。さらに、専門外のエンジニアでも安価に攻撃コードを作れる以上、攻撃の総量と速度が一気に増える懸念があります。「20年続いてきたサイバーセキュリティの均衡が終わる」と表現する専門家もいます。守る側がAIを導入し終える前に、攻める側がAIをフル活用してしまうタイムラグこそが最大のリスクなんです。

慎重論にはもう一つ論点があります。それは「均衡が崩れている移行期間」の長さです。仮に長期的には防御側が有利になるとしても、その新しい均衡にたどり着くまでに何が起きるかは誰にも分かりません。守る側のリソースが潤沢な大企業や国家機関は早く適応できますが、リソースの薄い中小企業や個人事業主は適応が遅れがちです。つまり、AIによってセキュリティの「持つ者」と「持たざる者」の格差が一時的に広がる可能性がある。これは技術の問題というより、経営判断とリソース配分の問題に近いんです。

そして5.1の提供体制は、この格差論を補強する材料でもあります。最も強い版（Mythos 5.1）は、2026年9月2日時点で米国の一部組織にしか渡っていません。日本の防御側は、少なくとも当面はセーフガード付きの版で戦うことになります。

第三の視点：そもそも「公開すべきだったか」の議論

賛否のもう一段深いところでは、「Anthropicがプレビューとはいえ存在を公表したこと自体、是か非か」という議論もあります。公表しなければ攻撃側にヒントを与えずに済んだという見方と、社会全体に警鐘を鳴らし防御の準備を促した点で正しかったという見方の両方があります。Anthropicは透明性を選びました。この判断の評価は分かれますが、少なくとも私たちが「いま備えるべきだ」と気づけたのは、この公表があったからです。情報が表に出た以上、知らなかったでは済まされない——というのが、読者であるあなたへの一番のメッセージかもしれません。

実務視点：研修現場でよくお伝えするのは「AIの話は”いつか”ではなく”時間差”で考える」ということです。楽観論も慎重論も、最終的な方向性ではなく『どっちが先に間に合うか』を語っています。つまり、自社が防御側としてAIや基本的なセキュリティ対策に間に合っているかどうかが、そのまま被害の有無を分けます。これは経営判断のスピードの問題なんです。

日本企業・中小企業への影響

「Mythosはアメリカの巨大IT企業の話でしょ？」と思うかもしれません。実際、Mythos 5.1の提供先は2026年9月2日時点で米国の一部組織に限られています。でも、だからこそ日本の中小企業にこそ効いてくる論点があるんです。

1. 攻撃は「国」も「規模」も選ばない

AIによる脆弱性スキャンは、対象が日本企業だろうと中小企業だろうと関係なく自動で走ります。これまで「英語圏の大企業が主な標的」と考えられてきましたが、AIが攻撃コストを下げると、標的の裾野は一気に広がります。むしろセキュリティ予算の薄い中小企業のほうが、穴が放置されている確率は高い。狙われる順番が前倒しになる可能性があるんです。

2. 「古いソフトを使い続ける」リスクが跳ね上がる

Mythosが見つけた脆弱性の多くは「何年も放置されていた古い穴」でした。17年もののFreeBSD、27年もののOpenBSD——年数の桁が違います。日本の中小企業では、サポートの切れたOSや古い業務システム、更新されていないルーター・複合機がそのまま動いているケースが少なくありません。AIが古い穴を片っ端から見つける時代には、「動いているからそのまま」が最大のリスクになります。

3. 取引先・サプライチェーン経由の波及

大企業がProject Glasswingで自社を固めても、その取引先である中小企業のセキュリティが甘ければ、そこが侵入口になります。いわゆるサプライチェーン攻撃です。「うちは小さいから関係ない」ではなく、「大企業と取引しているからこそ標的になる」という逆転の発想が必要なんです。実際、近年の国内の被害事例でも、本丸の大企業ではなく、つながっている中小の取引先や子会社が突破口になったケースが繰り返し報じられています。

4. 「自社プロダクトを持つ企業」は当事者そのもの

もし自社でウェブサービスやアプリ、IoT機器などのソフトウェアを開発・提供しているなら、話はさらに直接的です。あなたが世に出しているコードそのものが、5.1級のAIによる点検対象になります。

ただしこれは、5.1で明確に「良い話」の側面が強まりました。Fable 5.1は脆弱性の発見に使えると公式に明言されたからです。つまり、攻撃側に見つかる前に、自分たちで先に穴を見つけて直す手段が、一般の開発チームにも正式に開かれたということ。「リリース前にAIで脆弱性をスキャンする」ことが、近い将来あたりまえの開発工程になっていくはずです。

5. 「非対象であること」を経営判断に変換する

日本企業がMythos 5.1の対象外である、という事実そのものを、意思決定に使ってしまうのが賢いやり方です。「最強モデルが使えないから不利だ」と嘆く必要はありません。むしろ、Mythos検討に費やすはずだった時間を、Fable 5.1／Opus 5の使い分け設計とパッチ運用の棚卸しに回したほうが、実際のリスクは下がります。使えないものを選択肢から外すのは、リソースの薄い企業ほど効く判断なんです。

企業がとるべきアクション

では、審査制で直接Mythos 5.1を使えない中小企業は、具体的に何をすればいいのか。実務的に、今日から着手できる順に5つ挙げます。

アクション1：パッチ運用の「最終更新日」を今すぐ確認する

まずは現状把握です。自社のサーバー、PC、ルーター、複合機、業務システムが「いつ最後にアップデートされたか」を洗い出してください。半年以上更新されていない機器があれば、それが最優先の対応対象です。古い穴がAIに見つかる前に塞ぐ——これが最もコスパの良い防御です。

アクション2：サポート切れ（EOL）のソフト・OSを棚卸しする

メーカーのサポートが終了したOSやソフトは、新しい脆弱性が見つかっても修正パッチが出ません。つまり穴が開きっぱなしになります。Windowsの古いバージョン、サポート切れの業務アプリなどをリスト化し、更新計画を立てましょう。コストはかかりますが、侵害された場合の損失と比べれば安い投資です。

アクション3：自動アップデートを「原則オン」に切り替える

人手でパッチを当て続けるのは、中小企業のリソースでは現実的に難しいものです。OS・ブラウザ・主要ソフトの自動更新を原則オンにし、「気づいたら更新されている」状態を作るのが現実解です。AIが攻撃を高速化するなら、防御側も自動化で速度を上げるしかありません。

アクション4：取引先・委託先のセキュリティ状況を確認する

サプライチェーン攻撃に備え、外部に業務を委託している場合は委託先のセキュリティ体制も確認しましょう。特にシステム開発・保守を外注している場合、その経路が侵入口になりえます。契約時にセキュリティ要件を明記する、定期的に状況を共有してもらう、といった運用が有効です。

アクション5：「AIによる攻撃と防御」を社内の共通認識にする

最後に、これは社内教育の話です。経営層から現場まで「攻撃側もAIを使う時代になった」という認識を共有することが、すべての対策の土台になります。フィッシングメールがAIで巧妙化したり、パスワードの使い回しが一斉に試されたり——個々人の行動が穴になるケースは多い。基本的なセキュリティリテラシーの底上げが、結局いちばん効きます。

アクションを実行するためのプロンプト5本

「やることは分かったが、うちには専任のシステム担当がいない」——研修現場で最も多い反応がこれです。そこで、上の5つのアクションをAI（Claude / ChatGPTなど、社内で使っているもので構いません）に手伝わせるためのプロンプトを用意しました。そのままコピーして使えます。社外秘の資産情報を扱うので、必ず法人向けプラン・社内で承認済みのツールで実行してください。

プロンプト1：IT資産の棚卸し表を作らせる

あなたは中小企業のIT資産管理を支援するコンサルタントです。
社内のIT資産（サーバー、業務PC、ルーター、複合機、NAS、業務システム、
クラウドサービス）を棚卸しするための表のフォーマットを作ってください。

条件:
- 列は「機器/システム名」「設置場所または管理者」「OS・ファームウェアのバージョン」
  「最終更新日」「サポート期限」「インターネットに直接つながっているか」
  「更新の緊急度（高/中/低）」
- 更新の緊急度を判定するルールも表の下に3行で書いてください
- 専任のIT担当がいない会社でも埋められるよう、各列に「どこを見れば分かるか」
  の注記を1行ずつ付けてください

プロンプト2：サポート切れ（EOL）の判定を手伝わせる

以下は当社で使っているソフトウェア・OSの一覧です。
それぞれについて、(1) メーカーサポートが終了しているか、
(2) 終了予定日はいつか、(3) 現時点で分かる後継バージョンは何か、
を表にしてください。

【重要】あなたの知識だけで断定せず、確認できない項目は
「要確認（メーカー公式で確認）」と書き、確認先のURLの探し方を示してください。
推測でバージョン番号や日付を書かないでください。

一覧:
- （ここに社内のソフト・OS名とバージョンを貼る）

プロンプト3：更新計画を経営会議用の1枚にまとめさせる

下記のIT資産棚卸し結果をもとに、経営会議に出す「更新計画」を作ってください。

条件:
- 冒頭3行で「何にいくらかかり、やらないと何が起きるか」を書く
- 対応を「今月やる／3ヶ月以内／今期中」の3段階に分類する
- 各項目に、放置した場合のリスクを業務影響の言葉で書く
  （「脆弱性がある」ではなく「受注システムが止まり出荷できなくなる」のように）
- 専門用語は使わず、経営者が読んで判断できる言葉にする
- 費用が不明な項目は「要見積」と明記し、勝手に金額を推定しない

棚卸し結果:
- （ここに貼る）

プロンプト4：委託先へのセキュリティ確認シートを作らせる

システム開発・保守を委託している外部業者に送る
「セキュリティ体制の確認シート」を作ってください。

条件:
- 質問は10問以内。相手が5分で答えられる粒度にする
- 「はい/いいえ＋補足」で答えられる形式
- 確認したいのは、当社データの保管場所、アクセス権限の管理方法、
  再委託の有無、脆弱性が見つかったときの連絡フロー、
  バックアップの頻度と復旧テストの実施状況
- 文面は取引先に送るものなので丁寧語で書く
- 相手を詰問する調子にならないよう、目的（当社側の内部監査対応）を冒頭に書く

プロンプト5：全社向けのセキュリティ注意喚起を書かせる

全社員向けに、社内チャットで配布するセキュリティ注意喚起の文章を書いてください。

条件:
- 800字以内。ITに詳しくない人が読んで、今日から行動を変えられる内容
- テーマは「攻撃する側もAIを使い始めた」という前提の共有
- 具体的に変えてほしい行動を3つに絞る
  （例: 不審なメールのリンクを開く前に送信元ドメインを見る、
   パスワードを使い回さない、OSの更新通知を後回しにしない）
- 脅すトーンにしない。「怖いから」ではなく「簡単だから今日やろう」の温度
- 最後に、判断に迷ったときの社内の相談先を書く欄を空欄で用意する

実務視点：これら5つは、どれも「高価なセキュリティ製品を買う」話ではありません。中小企業がまずやるべきは、最新ツールの導入より「当たり前のことを当たり前にやる」ことなんです。AIがどれだけ進化しても、未更新の古い穴・サポート切れのソフト・甘い委託管理が放置されていれば、そこから入られます。逆に基本さえ固めておけば、AI時代でも被害確率は大きく下げられます。上のプロンプトは、その「当たり前」を専任担当なしで回すための足場だと思ってください。

Mythos/Capybaraの技術的な実像 — 判明していた6つの能力

ここからは、2026年4月のプレビュー発表前後に流出したドキュメントと、その後のAnthropicの公式コメントから確認されていた能力の記録です。「Capybara」は当時使われていた開発コードネームで、現在の正式名称はMythosです。

この6行のうち「アクセス」と「リリース戦略」の2つは、その後の実際の展開とほぼ一致しました。まずセキュリティ企業向けの限定提供から始まり、安全機構を付けた一般提供版（Fable 5 → Fable 5.1）を段階的に出す、という流れです。予告どおりに進んだと言えます。

「ステップチェンジ」とは何を意味するか

Anthropicが使った「ステップチェンジ（step change）」という表現は、通常の「インクリメンタルな改善」ではなく「質的な飛躍」を指します。GPT-4からGPT-5への飛躍に近い変化を、内部的には見込んでいると解釈されていました。

「このモデルは私たちが今まで開発した中で最も強力なAIです。Capybaraはコード、学術的推論、サイバーセキュリティのテストで、Claude Opus 4.6を劇的に上回るスコアを記録しました。」— リーク文書（Fortune.com掲載）

実際に5.1まで来た今、この「ステップチェンジ」がどこに出たかは検証できます。Terminal-Bench-Science 0.1の24.7%から52.6%（27.9ポイント増）、AutomationBenchの17.1%から31.4%（14.3ポイント増）。一方でCursorBench 3.2.0は70.5%から73.4%（2.9ポイント増）にとどまります。跳ねた領域と、そうでない領域がはっきり分かれているのが実態です。

Opus 4.6 vs Mythos のベンチマーク対比表（全領域可視化）

ここでプレビュー当時の主要ベンチマークをOpus 4.6と比較した一覧を載せます。5.1時点の最新数値は前掲の表を参照してください。こちらは「Mythosが登場したとき、何がどれだけ跳ねたのか」の記録です。

注目ポイントは「コード」「数学」「セキュリティ」だけでなく、長文コンテキスト推論（GraphWalks）が38.7%→80.0%と、ほぼ2倍以上に跳ねていること。これは「大量ドキュメントを横断して論点を整理する」業務（法務、経営企画、リサーチ）の質を変えるシグナルです。5.1で1Mトークンのコンテキストが標準単価のまま提供されているのは、この方向の延長線上にあります。

Claude Mythos Previewとは何だったのか——登場時点での位置づけ

前提として、Mythos Previewは発表時点（2026年4月）で一般公開されていませんでした。AnthropicのProject Glasswingに参加する限られたパートナー企業・研究機関のみがアクセスできる段階です。この構図は、名称がMythos 5／Mythos 5.1へ更新された2026年9月2日時点でも本質的に変わっていません。

Anthropicが公開したベンチマークデータを見ると、その能力の飛躍がわかります。

特に衝撃的だったのがFirefox脆弱性のエクスプロイト成功率です。従来モデル（Opus 4.6）が数百回試行して2回しか成功しなかったものを、Mythos Previewは181回成功させました——これは90倍以上の改善です。

「訓練したわけではない」能力の出現

Anthropicが特に強調しているのが、このサイバーセキュリティ能力は「意図的に訓練したものではない」という点です。

「私たちはMythos Previewをこのような能力を持つように意図的に訓練しませんでした。むしろ、コード・推論・自律性の全般的な改善の結果として、これらの能力が副次的に出現しました。脆弱性のパッチ適用をより効果的に行えるようにする同じ改善が、脆弱性の悪用においても大幅に効果的にしました。」——Anthropic公式発表

この「能力の創発（Emergent Capabilities）」は、AIガバナンスの観点から見ると非常に重要な事実です。次世代モデルがどのような能力を持つかを事前に完全に予測することが困難であることを示しており、能力評価と安全対策の継続的な更新が必要であることを意味します。5.1で「発見はできるがエクスプロイト開発はできない」という細かい線引きが導入されたのは、この創発への対処が1年足らずでここまで具体化した、ということでもあります。

よくある質問（FAQ）

Q1. Claude Mythosの最新版は何ですか？いつ出ましたか？

2026年9月2日時点の最新版はClaude Mythos 5.1で、2026年9月1日（米国時間）にリリースされました。モデルIDは claude-mythos-5-1。同日に、同一の基盤モデルで一般提供版のClaude Fable 5.1（claude-fable-5-1）もリリースされています。

Q2. Claude Mythos 5.1は結局いつ使えるようになりますか？

Mythos 5.1そのものは、2026年9月2日時点で審査を通った組織のみが利用でき、しかも米国の一部組織に限られています。Anthropicは「より広範な国内・国外のパートナーへ拡大できるよう米国政府と調整している」としていますが、時期は公表されていません。日本企業向けの提供開始時期は、2026年9月2日時点で公式に確認できていません。同じ能力を安全機構つきで一般提供するFable 5.1は誰でも使えるので、実務上はそちらを使ってください。

Q3. Mythos 5.1とFable 5.1は何が違うのですか？

違いは3点だけです。(1) 提供範囲——Fable 5.1は全顧客、Mythos 5.1は審査を通った組織のみ。(2) 追加セーフガードの有無——Fable 5.1にはデュアルユース能力向けの追加の安全対策があり、Mythos 5.1はその追加分がない版。(3) thinkingブロックの検査——過去ターンを編集したときの検査を、Mythos 5.1だけ実行しません。基盤モデル・仕様・料金はすべて共通です。

Q4. Mythos 5.1の料金はいくらですか？

Fable 5.1と同一で、入力が100万トークンあたり10ドル、出力が100万トークンあたり50ドルです。キャッシュ読み取りは100万トークンあたり0.25ドル（Fable 5の4分の1）、5分キャッシュ書き込みが12.50ドル、1時間キャッシュ書き込みが20ドル。Batch APIは入出力とも50%割引で、入力5ドル・出力25ドルです。ただし料金を知っていても、日本企業は2026年9月2日時点でMythos 5.1を契約できません。

Q5. なぜMythosは非公開なのですか？

2026年4月のプレビュー時、Anthropicは「コンピュータセキュリティの能力が高すぎて、そのまま公開すると攻撃に悪用されかねない」と判断したためです。実際にMythosは、17年間放置されていたFreeBSDの脆弱性を自律的に発見し、それを突く攻撃コードまで作りました。5.1では「脆弱性の発見には使えるが、エクスプロイト開発には使えない」という線引きを施した版（Fable 5.1）を一般提供し、線引きのない版（Mythos 5.1）は身元確認済みの防御側にだけ渡す、という構成になっています。

Q6. Mythosはどこの国のAIですか？

米国のAI企業Anthropic（アンソロピック）が開発したモデルです。本社はサンフランシスコ。Mythos 5.1の提供先も2026年9月2日時点では米国の一部組織に限られており、Anthropicは米国政府と調整しながら対象の拡大を進めているとしています。

Q7. Mythosの「何がやばい」のか、一言で言うと？

攻撃を作るコストが、専門家の人件費レベルからAPI料金レベルまで落ちたことです。Anthropicの公式レポートによると、プレビュー時の個々のエクスプロイト開発コストは50ドル未満から2,000ドル未満程度。従来は高度な訓練を受けた人材が数週間かける作業でした。この経済性の変化は、自社がMythosを使えるかどうかとは無関係に、攻撃の総量として効いてきます。

Q8. うちは小さい会社ですが、本当に狙われるのでしょうか？

AIによる脆弱性スキャンは規模を問わず自動で走るため、「小さいから安全」とは言えません。むしろセキュリティ予算の薄い中小企業のほうが、未修正の穴を抱えている確率が高い傾向があります。加えて、大企業の取引先である場合はサプライチェーン攻撃の侵入口として狙われるリスクもあります。

Q9. ベンチマークの数字（93.9%など）はどこまで信用していいですか？

SWE-bench Verified 93.9%やUSAMO 2026 97.6%はプレビュー当時、複数の報道・分析で確認できた数値です。ただしTerminal-Bench 2.0のように「標準82.0%／拡張92.1%」と条件で変わるものや、比較対象がOpus 4.6か4.7かで報道が割れる部分がありました。また5.1で公式が出したのはTerminal-Bench 4.0（Fable 5.1が55.8%、Mythos 5.1が60.9%）で、2.0とは別のベンチマークです。引用する際は「いつ・どの条件で・何と比較した数字か」をセットで確認するのが安全です。

Q10. 中小企業がまず投資すべきは高価なセキュリティ製品ですか？

いいえ。最優先は「基本の徹底」です。パッチ運用の見直し、サポート切れソフトの棚卸し、自動アップデートの有効化、委託先管理、社内リテラシー教育——これらは大きな追加投資なしに着手できます。高価な製品の導入はそのあとで、自社の実情に合わせて検討すれば十分です。

Q11. AIが攻撃に使われるなら、AI導入そのものをやめたほうがいいのでは？

それは逆効果です。攻撃側がAIを使う以上、防御側もAIを使わないと速度で負けます。しかも5.1では「脆弱性の発見に使える」ことが公式に明言されました。自動化されたパッチ管理、AIによる異常検知、業務効率化など、AIは防御・生産性の両面で武器になります。重要なのは「使わない」ことではなく「正しく安全に使う」ことです。

Q12. 「ミトス」「ミソス」という表記も見ますが、どちらが正しいですか？

本記事は、Anthropicの国内PR窓口が確認した「クロード・ミュトス」表記で統一しています。英語発音は/ˈmɪθɒs/で「ミソス」に近いため、その表記の記事も存在しますが、国内公式表記としては「ミュトス」が正となります。語源はギリシャ語で「物語」を意味する「μῦθος」です。

Q13. Claude Mythos・Claude Fable 5.1・Claude Opus 5は結局何が違うのですか？

3つとも2026年9月時点でAnthropicが提供するモデルですが、位置づけが異なります。Mythos 5.1は審査制でセキュリティ能力に極めて強い最上位モデル、Fable 5.1はMythos 5.1と同じ基盤モデルに追加の安全対策を加えて一般提供したもの、Opus 5はFable 5.1より軽量・低コストな旗艦モデルです。公式ドキュメントは「ほとんどのワークロードはOpus 5から始めてください」と明記しており、日常業務ならOpus 5、長時間の高難度エージェント作業ならFable 5.1、というのが実務上の使い分けの目安です（詳細はOpus 5とFable 5の使い分け基準）。

Q14. 中小企業でもClaude Fable 5.1（Mythosクラスの能力）を使えますか？

使えます。Fable 5.1はClaude APIの全顧客が対象で、Amazon Bedrock・Google Cloud・Microsoft Foundry・Claude Platform on AWSでも提供されています。Mythos 5.1のような審査制ではありません。API利用時の料金は入力100万トークンあたり10ドル、出力100万トークンあたり50ドルで、Opus 5のおよそ2倍です（2026年9月時点）。サブスクプランでの具体的な費用感はFable 5の利用クレジット・料金ガイドで解説しています。

Q15. Fable 5からFable 5.1へ移行するとき、注意点はありますか？

破壊的変更が3点あります。(1) 強制ツール使用（tool_choice の any / tool）が非対応になり400エラーを返す、(2) thinkingブロックが生成したモデルに紐づき、以前のモデルは読めない、(3) 過去ターンを編集するとthinkingブロックが無効になる。逆に追加された機能として、会話途中でのeffort変更（ベータ）、ターン限定のシステムメッセージ（ベータ）、ツール呼び出し間の進捗更新の取得（ベータ）、キャッシュ読み取りの値下げ、コンテンツ来歴（透かし）があります。移行手順の詳細は、記事末の「あわせて読みたい」に挙げたリリース完全ガイドを参照してください。

まとめ — Mythosが突きつけた「時間差」の問題

Claude Mythosが示したのは、「AIが自律的にサイバー攻撃を作れる時代が、もう到来している」という事実です。2026年4月にAnthropicがあえて封印し、審査制で慎重に運用してきたのは、その威力を理解しているからにほかなりません。

そして2026年9月1日のMythos 5.1／Fable 5.1リリースで、この5ヶ月の答えが出ました。脆弱性の発見は全員に開き、エクスプロイトの開発は閉じる。強い版（Mythos 5.1）は身元確認済みの防御側にだけ渡し、安全機構付きの版（Fable 5.1）を全員に配る。これがAnthropicの選んだ着地点です。

日本の中小企業がMythos 5.1を直接使うことは、2026年9月2日時点ではありません。でも、「攻撃側のAIも同じ進化をする」という前提に立てば、いま備えるべきことははっきりしています。難しい話ではなく、パッチを当てる、古いソフトを更新する、自動化する、委託先を確認する、社内で共有する——この基本の徹底です。AI時代のセキュリティは、特別な誰かの課題ではなく、すべての企業の経営課題になりました。

あわせて読みたい：

• Claude Fable 5.1 リリース完全ガイド — 5.1の破壊的変更3点・新機能5点・移行手順を仕様レベルで分解
• Claude Opus 4.8 完全ガイド — Mythosと同時に語られた旧旗艦モデルの実力と使いどころ
• Anthropic製品・モデル比較ガイド — Claudeの各モデルをビジネス用途でどう選ぶか

参考・出典

• Claude Fable 5.1 and Claude Mythos 5.1 — Anthropic公式発表（参照日: 2026-09-02）
• Claude Fable 5.1 — Overview — Anthropic公式ドキュメント（参照日: 2026-09-02）
• What’s new in Claude Fable 5.1 — Anthropic公式ドキュメント（参照日: 2026-09-02）
• Claude Mythos Preview — Anthropic（red.anthropic.com）（参照日: 2026-05-29）
• Anthropic releases new model, Opus 4.8 — Axios（参照日: 2026-05-29）
• Anthropic confirms Claude Mythos-class models will roll out to the public — BleepingComputer（参照日: 2026-05-29）
• Anthropic debuts preview of powerful new AI model Mythos in new cybersecurity initiative — TechCrunch（参照日: 2026-05-29）
• Claude Mythos Preview: Benchmarks, Pricing & Project Glasswing — llm-stats.com（参照日: 2026-05-29）
• Project Glasswing: Securing critical software for the AI era — Anthropic（参照日: 2026-05-29）
• Introducing Claude Opus 4.8 — Anthropic（参照日: 2026-05-29）

著者：佐藤傑（さとう・すぐる）
株式会社Uravation代表取締役。X（@SuguruKun_ai）フォロワー約10万人。100社以上の企業向けAI研修・導入支援。著書『AIエージェント仕事術』『Claude仕事術』（SBクリエイティブ・シリーズ累計50,000部突破）。SBクリエイティブ「ビジネス+IT」ほかで生成AI連載を執筆（NewsPicks最大1,125ピックス）。

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