Claude Fable 5.2・Mythos 5.2登場:新機能とOpus 5.5との違い

Claude Fable 5.2とClaude Mythos 5.2は、Anthropicが2026年11月9日に発表した言語モデルです。両者は同じ基盤モデルを使い、Fableは一般の顧客向けの難度の高い作業、Mythosは検証プログラムを通じた専門的なサイバーセキュリティ・生命科学研究を対象とします。選ぶときは作業内容、利用条件、費用を合わせて確認しましょう。

Fable 5.2とMythos 5.2とは?

言語モデルは、入力された文章や資料の文脈をもとに回答を生成するAIです。今回のモデルは短い質問への回答だけでなく、情報を調べ、計画を立て、道具を使って長い作業を進める用途に重点を置いています。エージェント作業とは、AIがツールで複数の工程を実行することです。モデルの選択だけでファイルやインターネットにアクセスできるわけではなく、アプリと接続したツールが実際の範囲を決めます。

Anthropicの公式発表では、コーディング、推論、視覚理解の改善が説明されています。Fableの5.2という数字がOpus 5.5より小さくても、能力が低いという意味ではありません。Fable、Mythos、Opus、Sonnet、Haikuは別のモデル系列で、バージョン番号は各系列の中で比較します。

短い告知文の推敲と、複数サービスが関係する不具合の原因調査では、必要な調査量が違います。すべての質問を移すことより、これまで解決が難しかった作業に新しい選択肢が増えた点が重要です。

5.1から何が変わったのでしょうか?

AnthropicはFable 5.1・Mythos 5.1に比べてコード作成、複雑な推論、画像理解が改善し、出力生成が最大30%高速化したと説明しています。「最大」はすべての作業全体が30%短くなるという意味ではありません。ファイル読み込み、検索、ツール実行、結果の確認も完了時間に影響します。

長い作業では、調査範囲と成功条件を明確にしましょう。「直してください」とエラーだけを渡すより、再現手順、関連ファイル、期待結果、変更禁止の条件を添える方が比較しやすくなります。成功を保証する方法ではありませんが、同じ条件でモデルを評価するためにも必要です。

API(Application Programming Interface、プログラムからモデルを呼ぶ接続方法)で移行する開発者は、モデル名の置き換えだけで終えないようにしてください。Fable 5.2の変更点には会話履歴、推論ブロック、旧コンピューター操作ツールの互換性変更があります。過去のメッセージを書き換える実装や会話途中のモデル切り替えは特に確認が必要です。

FableとMythosの違いは?

「基本モデルと、より賢い有料版」という理解は適切ではありません。同じ基盤を使いますが、Fableには広い提供を可能にするサイバーセキュリティ・生物学分野の安全対策があります。Mythosは検証された研究目的に対応するアクセス経路です。承認後も、あらゆる要求が許可されるわけではなく利用規約・ポリシーが適用されます。

Cyber Verification Programの案内は、通常の安全な開発と専門的なセキュリティ研究を区別しています。コードレビューや既知の問題の修正だけで全員がMythosの承認を受ける必要はありません。高度な研究で必要なら、申請区分を確認してアカウント連携と承認の手順を進めます。生命科学には公式発表からたどれる別の検証経路があります。

ブログ執筆やプログラミング学習なら、まずFableなどの一般提供モデルを検討できます。アクセスが制限されているという理由だけで、Mythosの方が記事を上手に書くと考える必要はありません。検証は研究目的と利用範囲を判断する手続きです。

Opus 5.5とどう使い分けますか?

公式モデル比較は、多くの業務でOpus 5.5を出発点にし、さらに難しい推論や長時間のエージェント作業にFable 5.2を使う方針を示しています。次の表は実務への当てはめであり、各作業を測定した順位表ではありません。

作業 最初に検討する選択 判断基準
短い要約・分類・反復処理 HaikuまたはSonnet 必要な精度を満たし、待ち時間と費用が小さいか
通常のコーディング・文書分析 Opus 5.5 要件と確認基準を安定して満たすか
複数ファイルの複雑な不具合・長い調査 Opusを評価後にFable 5.2と比較 手戻り削減と完成度が追加費用に見合うか
難しい技術課題・長期作業 Fable 5.2 ツールを接続した環境で最終結果を検証できるか
専門的なセキュリティ・生命科学研究 Mythosの利用資格を確認 研究目的・申請資格・承認範囲が合うか

推論の深さを調整する「effort」も確認してください。モデル選択ガイドでは、モデルとともに推論設定を評価することが勧められています。両方を同時に変えると、どちらが結果に影響したのか分かりにくくなります。

誤字修正だけなら毎回最も重いモデルを使う必要性は高くありません。一方、矛盾する資料を照合して根拠付きの報告書を仕上げる場合は、最初の回答の速さよりも、抜け漏れや修正回数の少なさが重要になることがあります。

依頼の具体例と結果の確認方法

コード作業では再現手順、関連ファイル、環境、必要なテスト、変更してはいけない範囲を渡します。例えば「同じ日付の検索結果の順序が変わります。添付入力で再現し、公開関数名を維持して原因と修正案を示してください。同じ日付なら入力順を維持してください」と依頼できます。期待結果は同順位の順序が保たれることです。同じ入力で繰り返し確認してから適用します。

文書・グラフ分析には元資料、単位、期間、質問を添えます。「売上が増えたか教えて」より「月次表の金額は千円単位です。総売上と注文当たり売上を区別し、欠けている月は推測せず示してください」の方が確認しやすくなります。計算は元データと照合し、小さな文字が読みにくければ元の表を追加します。

Fable 5.2のプロンプト作成ガイドも参考になります。複数ツールを使う作業では成果物の形式だけでなく、完了条件と参照可能な資料も明確にしましょう。ここでの例は依頼・確認方法の例示であり、実測による性能比較ではありません。

利用方法と料金の確認

Claudeアプリではアカウントのモデル選択画面と使用量の案内を確認します。表示されなければプラン、シート、組織設定で提供されるか調べてください。サブスクリプションとAPIは請求方法が異なるため、月額料金だけでAPI費用まで計算しないようにします。

Claude Codeではモデル設定の公式文書に従い、/model claude-fable-5-2でバージョンを指定できます。Fable 5.2にはClaude Code 2.1.321以降が必要です。/modelで選択と条件を確認し、使用量クレジットが必要という表示があれば請求条件を読んでから続けます。別名が指すモデルは提供環境で異なる場合があります。

以下は2026年11月11日に確認した公式API料金です。金額は米ドル、100万トークン当たりの通常の入力・出力単価です。トークンは処理単位であり、単語数や文字数と正確には一致しません。

モデル・モード 入力100万トークン 出力100万トークン
Fable 5.2・Mythos 5.2 通常 $8 $40
Fable 5.2・Mythos 5.2 高速モード $16 $80
Opus 5.5 通常 $4 $20
Fable 5.1・Mythos 5.1 通常 $10 $50

仮に通常処理で入力10万、課金対象の出力1万トークンを使うと、Fable 5.2のトークン料金は0.1 × $8 + 0.01 × $40 = $1.20です。同じトークン数なら高速モードは$2.40です。キャッシュ・バッチ割引、ツール料金、税などを除く例なので、実際の請求は使用量記録で確認します。表示された最終回答だけで全課金トークンを推定しないでください。

高速モードの最大2.5倍という説明はトークン生成速度であり、作業全体の完了時間を保証しません。利用環境の対応も確認します。また、API文書の既定推論レベルはHighですが、発表文が説明するClaudeアプリ・Claude Codeの既定値はMediumです。異なる環境の既定値を同一条件と見なさないことが大切です。

ベンチマークの読み方

ベンチマークは、決められた問題と採点方法でモデルを比べる試験です。一つの試験の高得点が、日本語の執筆、社内文書、自分のコードでも同じ優位性を示すとは限りません。ツールの許可、推論設定、再試行回数、費用条件を確認しましょう。

グラフ読解の高得点も、小さな数値をすべて正しく読む保証ではありません。画像の解像度、軸の単位、欠損データは別に確認します。コードもテスト合格と本番配備への適性は別なので、従来の動作、安全性、運用条件まで調べる必要があります。

Anthropicの研究・社内活用例は、その環境で報告された成果として読みます。誰でも同じ時間と費用で再現できるという意味ではありません。公開スコアに加え、自分の反復業務での結果が選択材料になります。

切り替え前の比較手順

新しいという理由より、現在の作業の問題が減るかを判断しましょう。以下は有料比較実験の結果ではなく、自分で評価するための方法です。

  1. 結果を検証できる反復作業を一つ選びます。同じ元資料の報告書や再現可能な不具合修正が候補です。
  2. 合格基準を先に決めます。必須項目の欠落なし、計算値一致、既存テスト合格など確認可能な条件にします。
  3. 資料と依頼を固定し、従来モデルの結果を保存します。機密資料ならアップロード権限とサービスの処理条件を先に確認します。
  4. 別の会話や複製した作業フォルダーで同じ依頼を試します。モデル名、推論設定、ツール、日付を記録し、元環境を直接上書きしません。
  5. 精度、完了時間、追加依頼、手修正、実際の使用量を比較します。重要な業務は複数事例で偶然の影響を減らします。
  6. 改善が確認できた作業から導入します。問題や予想外の費用があれば保存した設定・元ファイルに戻し、原因となった入力を調べます。

現在のモデルが品質基準を安定して満たすなら、そのまま使うことも合理的です。Fable 5.2は難しい作業の追加選択肢、Mythosは研究の資格と必要性に応じて検討してください。事実と出典、コードの実行結果、重要な判断は人が確認しましょう。