BinxAI LogoBinxAI
    記事一覧に戻る
    公開: 更新:

    Claude Opus 5とFable 5は別物です。取り違えると費用が2倍になります

    Claude Opus 5とFable 5は別物です。取り違えると費用が2倍になります
    井元CTO

    要約

    AnthropicのClaude Opus 5とClaude Fable 5は、名前が似ていますが別のモデルです。料金は100万トークンあたり入力5ドルと10ドルで2倍違います。現在のラインナップと、モデルIDの固定・提供終了・依頼の拒否という運用で効いてくる仕様を、公式ドキュメントをもとに整理します。

    AnthropicのClaudeには現在、Fable 5、Opus 5、Sonnet 5、Haiku 4.5の4つが並んでいます。

    このうちOpus 5とFable 5は、名前が似ているせいで取り違えられやすいモデルです。

    この記事の対象読者

    • Claude・GPT等のLLMを業務システムに組み込んでいる、または検討中のIT担当者・CTO
    • モデル更新のたびにプロンプトや出力品質の再検証コストが発生していると感じているチーム
    • Anthropicの現行モデルラインの構成と料金を正確に把握したい方
    • 速い更新サイクルに合わせて、運用の仕組みをどこから整えるべきか悩んでいる方

    いま並んでいるモデル

    4つのモデルと料金

    モデル位置づけ料金(100万トークンあたり)
    Claude Fable 5最も能力の高い一般提供モデル入力10ドル / 出力50ドル
    Claude Opus 5複雑なエージェント開発と業務向け入力5ドル / 出力25ドル
    Claude Sonnet 5速度と知能のバランス入力3ドル / 出力15ドル
    Claude Haiku 4.5最速入力1ドル / 出力5ドル

    Anthropicは、迷う場合はOpus 5から始め、最も高い能力が必要な場合にFable 5を使うよう案内しています。

    Mythos 5は招待制

    Claude Mythos 5は、Fable 5と同じ仕様・同じ料金のモデルです。ただし一般提供ではありません。

    防御的なサイバーセキュリティ用途向けに、Project Glasswingの承認済み顧客だけが限定的に利用できます。自分で申し込む窓口はなく、各社の担当窓口を通じた招待制です。

    旧モデルもまだ動いている

    Opus 4.8、Opus 4.7、Opus 4.6、Sonnet 4.6、Sonnet 4.5なども引き続き利用できます。新しいモデルが出ても、古いモデルがすぐ消えるわけではありません。

    ただし非推奨になったモデルには、提供終了日が設定されます。Claude Opus 4.1は2026年8月5日で提供終了です。

    みっちゃくん。企業のAI導入を現場密着で一気通貫支援しますみっちゃくんを見る

    運用で効いてくるのは、スコアより仕様

    IDに日付がなくても、最新版を指すわけではない

    モデルIDは、日付が付いていてもいなくても固定版です。

    Claude 4.6世代以降のIDは日付のない形式になりましたが、これは最新版を指し続けるポインタではありません。それ以前の世代では、別名が日付付きのIDに解決される仕組みでした。

    何が実際に壊れるのか

    「モデルが更新されたら、動いていたプロンプトが即座に壊れる」というほど極端な話ではありません。

    問題が起きやすいのは、次のような条件が重なったときです。

    • モデルのバージョンを固定せず、常に最新版を呼び出す設定になっている
    • 出力を特定のフォーマットで受け取り、後続の処理がそれに依存している
    • 回答の一貫性や口調を前提に、下流のシステムを組んでいる
    • 出力品質を監視する仕組みがなく、劣化に気づく手段がない

    つまり壊れるのはモデルではなく、バージョンを固定せず、変化に気づく仕組みを持たない運用のほうです。

    最上位モデルは、依頼を断ることがある

    Claude Fable 5には、リクエストを拒否することがある安全分類器が組み込まれています。Mythos 5にはこの分類器がありません。

    拒否はエラーではなく、正常な応答として返ります。エラー処理だけを見ている実装では、拒否に気づけません。

    本番システムでは、拒否されたときに別のモデルで再試行する経路を用意しておく必要があります。Anthropicはサーバー側での再試行、クライアント側での再試行、自前実装という3つの方法を案内しています。

    速い更新にどう備えるか

    「一度選べば終わり」が成立しない理由

    モデルが並行して増え、古いものには提供終了日が付く。この状況では「LLMを一度選べば終わり」という運用設計は成立しにくくなっています。

    私たちがこれまで見てきた範囲では、バージョンを固定していない場合、更新のたびにプロンプトの挙動が変わります。出力品質の再検証が発生するケースも多い傾向でしょう。

    • モデルIDの記録: 本番環境でどのIDを使っているかを、いつでも取り出せる状態にしておく
    • プロンプト回帰テスト: モデルを切り替える前に、既存プロンプトの出力を比較する仕組み
    • 評価指標の定義: 「良い出力」の基準をあらかじめ数値化しておくことで、比較が可能になる
    • 提供終了日の追跡: 使っているモデルの非推奨と提供終了の告知を、定期的に確認する担当を決める

    GPT-5.6のリリース時にも、「LLM選定は一度で終わり」という前提の危うさを整理した記事で触れました。今回は、選び直しに期限が付くという点が違います。

    評価ループを常設する

    評価ループを常設インフラとして持つこと。これが、速いモデル更新に対応する最低限の備えです。

    AI導入無料相談。顧客満足度95%、現場の業務負担60%削減、社内AI定着率60%向上LLMOps体制の整備について相談する

    よくある質問

    Claude Opus 5とClaude Fable 5は何が違いますか?

    別のモデルです。Fable 5は最も能力の高い一般提供モデルで、料金は100万トークンあたり入力10ドル・出力50ドルです。

    Opus 5は複雑なエージェント開発と業務向けで、入力5ドル・出力25ドルです。Anthropicは、迷う場合はOpus 5から始めるよう案内しています。

    Claude Mythos 5は申し込めますか?

    自分で申し込む窓口はありません。防御的なサイバーセキュリティ用途向けに、Project Glasswingの承認済み顧客だけが利用できる招待制です。

    アクセスがない場合は、同じ能力を持つFable 5を一般提供で利用できます。

    モデルIDを固定すれば、挙動は変わりませんか?

    IDは日付の有無にかかわらず固定版なので、そのスナップショットの挙動は保たれます。

    壊れやすいのは、常に最新版を呼び出す設定にしていて、かつ出力の一貫性やフォーマットに依存したシステムを組んでいる場合です。

    固定したモデルが提供終了になったらどうなりますか?

    使えなくなります。Claude Opus 4.1は2026年8月5日で提供終了です。

    固定は「変化を止める」手段であって、「ずっと使い続けられる」保証ではありません。提供終了の告知を追う担当を決めておくとよいでしょう。

    依頼が断られることがあるとは、どういう意味ですか?

    Claude Fable 5には、リクエストを拒否することがある安全分類器が組み込まれています。拒否はエラーではなく、正常な応答として返ります。

    本番システムでは、拒否されたときに別のモデルで処理を続ける経路を用意しておくと、利用者側の体験が途切れません。

    どの基盤で使えますか?

    Claude Fable 5は、Claude API、Amazon Bedrock、Claude Platform on AWS、Google Cloud、Microsoft Foundryで一般提供されています。

    すでに使っているクラウド基盤の上で利用できるため、調達や監査の要件に合わせて選べます。

    ベンチマークのスコアで選んでよいですか?

    スコアは目安になりますが、ベンチマークと自社の業務では難易度も条件も違います。

    まず自社の業務に近いタスクを10件ほど用意し、候補モデルで出力を比べる。この方が判断材料になります。

    Claudeのラインナップは、増えながら入れ替わっています。スコアの数字より、料金・提供終了日・拒否の扱いといった仕様のほうが、運用では先に効いてきます。

    壊れるのはモデルではなく、変化に気づけない運用のほうです。

    まず今日、本番環境で使っているモデルIDを1行メモに書き出してください。次の切り替えのとき、出力を比較する起点になります。

    この記事の分類

    同じ分類の記事をまとめて読めます。

    最新記事

    業種・職種別井元

    AIエージェントに選ばれる会社へPwCが示すマーケティングの転換

    AIエージェントやAI検索が商品比較や問い合わせに関わると、マーケティングは広告や検索順位だけでは設計できません。商品情報の整備、顧客接点の管理、営業との連携、ROIを確かめる進め方を日本企業の実装課題から整理します。

    調査データの解説井元

    日本企業の58%が成果創出段階へ デル調査で変わるAI投資の論点

    デルの調査で日本企業の生成AI活用が成果創出段階へ進んだ割合は58%となり、前年から23ポイント増えました。人材やセキュリティの課題を踏まえ、PoCの成果を本番業務とROIへつなげる判断基準を整理します。

    AI導入の進め方井元

    デジタル庁の国会答弁AIから学ぶ 根拠付き文書作成の設計

    デジタル庁の「源内」による国会答弁案作成支援を手がかりに、根拠資料の検索、下書き、人による確認をどう分担するかを整理します。企業の稟議書や規程へ応用する導入手順、更新責任者、承認者の決め方まで具体的に解説します。

    AI導入の進め方井元

    Gemini 4 Argon全社導入で何が変わるAI支援会社の実践例

    G-genのGemini 4 Argon全社導入を、ライセンス配布ではなく業務・データ・権限・成果指標を検証する実践例として整理します。AIエージェントの対象業務の選び方と顧客支援へ知見を戻す進め方を解説します。

    技術選定とセキュリティ井元

    OpenAI安全枠組み公開 企業がAI調達で確認すべきこと

    OpenAIが公開したFrontier Governance Frameworkを手がかりに、企業が海外AIサービスを調達する際に確認したい安全評価、利用権限、監査ログ、監視、事故時の停止手順を具体的に整理します。

    技術選定とセキュリティ井元

    AI推進法の改正検討が始まる 企業が今から整える管理項目

    政府が始めたAI推進法の見直しで、開発事業者への情報収集権限や罰則、AI Safety Instituteの機能強化が論点になっています。企業が今から整えるモデル台帳、委託先管理、ログ保存、事故時の報告経路を整理します。

    業種・職種別井元

    AnyONEのAI見積書読み取りで工務店の転記作業はどこまで減るか

    AnyONEのAI見積書読み取りを工務店やリフォーム会社で使う際の確認範囲を整理します。PDFや手書き書類の転記削減効果、単位・税区分の確認、原価管理や会計連携まで検証する手順を紹介します。

    AI導入の進め方井元

    AI投資はROI再評価の段階へDeloitte調査が示す意思決定と売上への接続

    Deloitte調査の意思決定高速化81%、AIによる売上増加28%、自律的な意思決定40%という結果を起点に、AI投資のROIを業務KPIへ接続する方法を整理します。権限設計、監査、組織再設計まで含めた導入手順も紹介します。

    最新動向井元

    Gemini 4 CarbonがArgonを更新 サイバー防御AIの実力と条件

    Google DeepMindが発表したGemini 4 Carbonの性能、サイバー防御と長時間タスクへの適用範囲を整理します。限定提供モデルを企業が評価する際の権限、費用、監視、停止条件も具体的に確認します。

    AI導入の進め方井元

    製造業AIは文書検索で終わらない 設計最適化へ広げる実証の進め方

    Mistral AIとNVIDIAの協業を手がかりに、製造業AIが文書検索から物理シミュレーションと設計最適化へ広がる背景を整理します。検証データ、評価指標、小規模実証の進め方まで、日本企業が次に試す業務プロセスを具体化します。

    技術選定とセキュリティ井元

    1兆パラメーターのMistral Large 4オンプレAIの選択肢と落とし穴

    Mistral Large 4のオープンウェイト化で、機密データを外部APIへ送らない主権AIの選択肢が広がります。一方で、ライセンス確認、自社GPU、更新責任、安全策の設計が必要です。オンプレミス導入前に確認すべき論点を整理します。

    技術選定とセキュリティ井元

    AIエージェントのID管理NISTが示した10原則を実装へ落とし込む

    AIエージェントを社員IDの代わりに動かすだけでは、権限や責任を追跡できません。NISTの10原則をもとに、固有ID、最小権限、人の監督、暗号学的な操作記録、MCP接続の停止手順を実装へ落とし込む考え方を解説します。

    よく読まれている記事

    建設井元

    生成AI利活用計画書の提出が契約要件に。国土交通省が直轄の建設コンサル業務で義務化

    国土交通省は2026年度から、直轄の建設コンサルタント業務の特記仕様書に生成AIの積極的な利活用を明記し、受注者に「生成AI利活用計画書」の提出を求めます。入札の加点ではなく、受注後に負う契約上の要求事項です。建設コンサルタント会社・建設会社が今から整えるべき体制を、公表情報にもとづいて整理します。

    建設井元

    国交省が特記仕様書に生成AI活用を明記。直轄業務は利活用計画書の提出が前提に

    国土交通省は2026年5月以降、直轄の建設コンサルタント業務の特記仕様書に「生成AIの積極的な利活用」を明記し、受注者に「生成AI利活用計画書」の提出を求めます。対象業務と計画書の記載事項を整理し、建設会社が今期から着手できる導入ロードマップと、効果が出やすい適用領域をまとめました。

    調達・購買井元

    調達AIエージェントで何ができるか:見積依頼の自動化と、任せない判断の線引き

    調達AIエージェントに任せられる業務と、人が判断すべき業務を分けて整理しました。見積依頼の自動化から始めた場合の削減見込み、社内システムとの連携、失敗しやすい進め方まで、導入を決める前に確認することをまとめています。

    最新動向井元

    Grok 4.6ついに公開!GPT-5.6 Solと同水準モデルを低価格で提供開始!

    xAIが2026年8月12日に公開したGrok 4.6は、GPT-5.6 Solと同等の知能指数を持ちながら出力トークン単価を5分の1に抑えたモデルです。agentタスクや法律評価で優位性を示す一方、コーディング系では逆転される領域もあります。用途別の使い分け判断を具体的な数値とともに解説します。

    お気軽にご相談ください

    AI導入のご相談はお気軽に

    この記事の内容を、貴社の状況に合わせてご相談ください。