2026年7月1日、AnthropicはClaude Fable 5がグローバルで再び利用可能になったと正式に発表しました。6月9日にリリースされ、わずか3日で提供停止となったMythos級のフラッグシップモデルが、約3週間の「失踪」期間を経て、新しい安全分類器を携えてClaude APIやAmazon Bedrockなどの主要プラットフォームに戻ってきたのです。開発者にとっては、単なるニュースではなく、実際の導入機会でもあります。
ただし、再登場したclaude-fable-5は、通常のClaudeモデルとはいくつか明確に違います。Adaptive Thinkingの強制有効化、リクエストが安全分類器に拒否されて stop_reason: "refusal" が返る可能性、そして統合コードにフォールバックロジックを追加する必要があることです。これらの変更は、呼び出しコードの書き方に直接影響します。
この記事では、タイムライン、モデル仕様、API接続、拒否レスポンス処理の4つの観点からClaude Fable 5の再登場を詳しく解説し、そのまま動かせるコード例も紹介します。AWSアカウントの申請などの面倒な手順を飛ばしたい場合は、APIYI apiyi.com が提供するAWS Claude公式転送経路から、公式と完全に同じモデル名でclaude-fable-5を直接呼び出せます。
Claude Fable 5 再登場のタイムライン：停止から再公開まで
今回の再登場の意味を理解するには、Claude Fable 5が実際に何を経験したのかを先に押さえておく必要があります。Anthropicの公式発表と複数の海外メディアの報道をもとにすると、全体の流れは次のとおりです。
| 時間 | 出来事 |
|---|---|
| 2026年6月9日 | Claude Fable 5 と Claude Mythos 5 が正式リリースされ、Fable 5 は Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundry で全面展開 |
| 2026年6月12日 | 米商務省の輸出規制指令により、Fable 5 と Mythos 5 が強制的に提供停止 |
| 2026年6月中下旬 | Anthropic が米政府と協議し、ネットワークセキュリティ向けの新世代分類器を重点開発 |
| 2026年7月1日 | 輸出規制が解除され、Claude Fable 5 が新しい安全分類器を伴って世界的に再公開 |
| 2026年7月1日-7日 | サブスクリプション向けキャンペーン期間：Pro/Max/Teamおよび企業向け上位席は、週上限の50%まで無料利用可能 |
停止の直接的なきっかけは、Amazonの研究チームがFable 5の安全防御を回避する脱獄手法を見つけ、モデルにソフトウェア脆弱性の識別を誘導できると報告したことでした。米政府はこれを深刻なサイバーセキュリティリスクと判断し、商務省がただちに輸出規制指令を出しました。これはAI業界で、フラッグシップモデルが政府指令によって全面的に提供停止となった初のケースでもあります。
再公開版の核となる変更は、サイバーセキュリティタスク向けの分類器が新たに追加されたことです。Anthropicによると、この新分類器はAmazonの報告にある脱獄手法を99%以上のケースで遮断でき、米国AI標準・革新センター（CAISI）の検証も通過しています。一方で、その代償として一部の通常のコーディングやデバッグ作業まで誤って弾かれる可能性があり、これが後述するrefusal処理の仕組みが必要になる理由です。
claude-fable-5 のモデル仕様と価格：Opus より上位の新ポジション
Claude Fable 5 は Anthropic の新しい Mythos 级モデル層の先頭に立つモデルで、Claude Opus より上位に位置づけられています。現時点で Anthropic が公開している中では最も能力の高いモデルです。なお、Project Glasswing の承認済み顧客のみが使える Claude Mythos 5 と同じ基盤モデルを共有していますが、違いは Fable 5 には安全分類器が組み込まれている一方、Mythos 5 にはそれがない点です。
開発者にとって重要な仕様は、まず次の表のとおりです。
| 仕様項目 | claude-fable-5 のパラメータ |
|---|---|
| API モデル名 | claude-fable-5 |
| コンテキストウィンドウ | デフォルト 1M（100 万）token |
| 1 回あたりの最大出力 | 128K token |
| 入力価格 | $10 / 100 万 token |
| 出力価格 | $50 / 100 万 token |
| 思考モード | 自適応思考が強制有効、無効化不可 |
| データ保持 | 30 日、ゼロデータ保持（ZDR）非対応 |
| 利用可能プラットフォーム | Claude API、Amazon Bedrock、Google Cloud、Microsoft Foundry |
ここで特に押さえておきたい点が 2 つあります。1 つ目は、1M token のコンテキストウィンドウが申請制の beta 機能ではなく、標準設定であることです。つまり、中規模のコードリポジトリや数百ページのドキュメントを一度に入力でき、長文書の分析や大規模コードベースのリファクタリングのような用途で大きな性能向上が期待できます。2 つ目は、自適応思考が claude-fable-5 唯一の思考モードであり、thinking: {"type": "disabled"} を指定するとエラーになる点です。思考の深さとコストは effort パラメータで調整する必要があるため、Opus 4.8 から移行するコードでは特に注意してください。
基本仕様に加えて、claude-fable-5 の再登場時にどの機能が使えるのかも重要です。このモデルは公開初日から、Anthropic がここ 1 年ほどで投入してきた Agent 基盤機能のほぼすべてをサポートしており、「長時間の Agent タスクに最適なモデル」と言える理由にもなっています。対応状況は次のとおりです。
| 機能 | 状態 | 開発者にとっての価値 |
|---|---|---|
| effort パラメータ | 正式提供 | 思考の深さを制御し、廃止された thinking スイッチの代替になる |
| メモリツール（memory tool） | 正式提供 | 会話をまたいでコンテキストを永続化でき、長期運用の Agent に向く |
| コード実行（code execution） | 正式提供 | モデル側でコードを直接実行して結果を検証できる |
| プログラム的ツール呼び出し | 正式提供 | コード内でツールをまとめてオーケストレーションでき、往復 token を削減できる |
| タスク予算（task budgets） | beta | header でタスクの token 上限を設定できる |
| コンテキスト編集（context editing） | beta | 古いツール結果を自動整理し、長い会話のコストを圧縮できる |
| 圧縮（compaction）と視覚理解 | 正式提供 | 長い会話を自動要約でき、画像入力にも対応 |
この一覧がアーキテクチャ選定で意味を持つのは、これまでメモリツールやコード実行を使うために Sonnet に固定していた Agent システムでも、claude-fable-5 なら同じインターフェースのまま、より高い能力を選べるからです。移行時に必要なのは、基本的にはモデル名の変更と refusal 処理への対応だけです。
プロモーションについては、少し切り分けて理解する必要があります。7 月 1 日〜7 日の無料枠（週上限の 50%）は Claude 订阅側の Pro、Max、Team、企業向け上位席位ユーザーにのみ適用されます。参考文書： support.claude.com/en/articles/15424964。API 呼び出しはこのキャンペーンの対象外で、通常どおり $10/$50 の標準料金で個別に課金されます。そのため、API 開発者が気にすべきなのはキャンペーン期間ではなく、effort パラメータで出力 token をどう抑えるか、という点です。
🎯 選定のおすすめ：$50/100 万 token の出力価格を考えると、claude-fable-5 は「少数の高価値呼び出し」に向いています。たとえば、複雑な推論、長時間の Agent タスク、大規模なコードレビューなどです。一方で、高頻度の軽量タスクには向きません。まずは APIYI apiyi.com で小規模に実測し、同一インターフェースで claude-fable-5、Opus、Sonnet を切り替えながら、効果とコストを比較してから判断するのがおすすめです。
claude-fable-5 API のクイックスタート：3 ステップで接続完了
Claude Fable 5 の再公開後、公式経路を使うには Claude API アカウントまたは AWS Bedrock の権限が必要です（Bedrock のモデル ID は anthropic.claude-fable-5）。国内の開発者では、アグリゲーションプラットフォーム経由で接続するケースが一般的です。APIYIが提供しているのは AWS Claude の公式転送経路で、リクエストは AWS Bedrock の公式ルートを通って中継されます。モデル名は claude-fable-5 のままで、OpenAI と Anthropic の両方の呼び出し形式に対応しています。
ステップ 1：API Key を取得する
APIYI apiyi.com でアカウント登録したら、管理画面で API Key を作成します。新規ユーザーには無料テスト枠があるため、まず claude-fable-5 の実力を確認してから課金できます。
ステップ 2：最初のリクエストを送る
以下は curl を使った最小構成の呼び出し例です。base_url を APIYI のエンドポイントに向ければそのまま使えます。
curl https://api.apiyi.com/v1/chat/completions \
-H "Content-Type: application/json" \
-H "Authorization: Bearer $APIYI_API_KEY" \
-d '{
"model": "claude-fable-5",
"messages": [
{"role": "user", "content": "自適応思考とは何かを一段落で説明してください"}
],
"max_tokens": 1024
}'
Python 版も同様にシンプルで、OpenAI SDK を使う場合は base_url を変更するだけです。
from openai import OpenAI
client = OpenAI(
api_key="あなたのAPIYI_KEY",
base_url="https://api.apiyi.com/v1"
)
resp = client.chat.completions.create(
model="claude-fable-5",
messages=[{"role": "user", "content": "このコードの時間計算量を分析してください"}],
max_tokens=2048
)
print(resp.choices[0].message.content)
ステップ 3：effort パラメータで思考の深さを調整する
自適応思考は無効化できないため、コストを調整する正しい方法は effort パラメータを変更することです。低い effort は形式変換や要約のような軽いタスクに向き、高い effort は数学的推論やアーキテクチャ設計のような重い処理に向いています。また、claude-fable-5 は生の思考連鎖を返しません。thinking.display を "summarized" にすると推論要約が返り、デフォルトの "omitted" では空の thinking フィールドになります。思考連鎖を前提にしたデバッグフローは、期待値を見直す必要があります。
マルチターン対話では、見落としやすい点がもう 1 つあります。同一会話では、前のターンで返ってきた thinking ブロックをそのままモデルに返す必要があり、改変や削除はしないでください。そうしないと推論の連続性に影響する可能性があります。さらに、claude-fable-5 から Opus 4.8 に切り替えて会話を継続するようなクロスモデル移行では、thinking ブロックの互換性を公式ガイドに従って処理する必要があります。自前実装ではこのあたりでつまずきやすいですが、成熟したアグリゲーションプラットフォームを使えば、通常はゲートウェイ層で互換処理が済んでいます。
タスク種類ごとの推奨パラメータは、次の表を目安にしてください。
| タスクタイプ | effort の推奨 | max_tokens の推奨 | コスト水準 |
|---|---|---|---|
| 要約、形式変換 | low | 1K-2K | 低 |
| 通常のコード生成 | medium | 4K-8K | 中 |
| 複雑な推論、数学証明 | high | 16K+ | 高 |
| 長時間の Agent タスク、大規模リファクタリング | high | 32K-128K | 非常に高い |
💡 実践のヒント：もし業務に軽量タスクと重いタスクの両方があるなら、すべてを claude-fable-5 に寄せる必要はありません。APIYI apiyi.com の統一インターフェースを使えば、タスク難度に応じて claude-fable-5、Opus 4.8、Sonnet に振り分けられます。同じ認証方式とコード構造のまま運用できるので、全体コストを半分以上下げられることもあります。
Claude Fable 5 の拒否レスポンス（refusal）対応：リリース後で最も大きい統合変更
これは claude-fable-5 のリリース後、旧版の Claude モデルと比べて最も大きな違いであり、公式ドキュメントでも繰り返し強調されている統合ポイントです。新しい安全分類器の存在により、モデルは一部のリクエストを拒否する可能性があります。特に、脆弱性分析やペネトレーションテストを含むネットワークセキュリティ系のタスクでは拒否されやすく、少数ですが通常のコーディングデバッグでも誤判定されることがあります。
重要なのは、拒否はエラーではないという点です。分類器がリクエストをブロックした場合、Messages API は HTTP 200 の成功レスポンスを返し、stop_reason フィールドは "refusal" になります。レスポンスには、どの分類器がブロックしたかも示されます。コードが HTTP ステータスだけを見ていると、拒否レスポンスを正常な出力として扱ってしまうため、統合時に最もハマりやすい落とし穴です。
朗報として、Fable 5 に拒否されたリクエストは、通常ほかの Claude モデルなら正常に処理できます。公式はそのために3つのフォールバック方法を用意しています。
| フォールバック方法 | 実装方法 | 適用シーン |
|---|---|---|
| サーバー側 fallback | リクエストに fallbacks パラメータを渡し、API が自動リトライする（beta） |
コード変更を最小限にしたい、beta を受け入れられる |
| クライアント側 fallback | 公式 SDK のミドルウェア（Python/TS/Go/Java/C#）で自動リトライ | プラットフォーム間で一貫した挙動が必要 |
| 手動 fallback | stop_reason: "refusal" を自前で捕捉して別モデルへ再送する |
リトライロジックを完全に制御したい |
課金ルールもそれに合わせて設計されています。いかなる出力も生成される前に拒否されたリクエストは課金されません。fallback で別モデルへリトライした場合は、fallback credit の仕組みにより、切り替え時に発生したプロンプトキャッシュコストが返還され、同じコンテキストに対して二重課金されるのを防げます。
フォールバックの実装だけでなく、ゲートウェイやアプリケーション層で毎回のリクエストの stop_reason を記録し、refusal の割合を監視・アラート化することもおすすめです。ひとつには、refusal 率が急に上がるのは Anthropic が分類器の方針を変えたサインであることが多く、業務影響を早めに評価する必要があるためです。もうひとつは、長期データがあればどの種類のプロンプトが誤検知されやすいか分かるので、「脆弱性をスキャンする」「制限を回避する」といったセンシティブな表現を避けるなど、プロンプトを書き換えることでブロック率を大きく下げられます。
手動フォールバックの核となるロジックは、だいたい10行です。
resp = call_model("claude-fable-5", messages)
if resp.stop_reason == "refusal":
# 安全分類器にブロックされたため、Opus 4.8 にフォールバックして再試行
resp = call_model("claude-opus-4-8", messages)
🎯 アーキテクチャの提案: 本番環境で claude-fable-5 を接続するなら、refusal 対応を必ずリリース前チェックリストに入れてください。APIYI apiyi.com プラットフォームでは claude-fable-5 と claude-opus-4-8 の両方を同時に有効化するのがおすすめです。両者は同じ base_url と APIキーを共有しているため、上のフォールバックコードは追加の認証設定なしでそのまま動きます。
Claude Fable 5 よくある質問 FAQ
Q1: Claude Fable 5 と Claude Mythos 5 の違いは何ですか？どちらを使うべきですか？
両者は同じベースモデルで、能力も価格も完全に同じです。違いは、Fable 5 には安全分類器が内蔵されていて一般公開されているのに対し、Mythos 5 は分類器なしで Project Glasswing の承認済み顧客のみが利用できる点です。ほとんどの開発者にとっては claude-fable-5 が唯一の選択肢であり、十分に実用的です。
Q2: 7月1日〜7日のキャンペーンは API 呼び出しにも適用されますか？
適用されません。キャンペーンは Claude のサブスクリプション版（Pro/Max/Team/エンタープライズ上位席）だけが対象で、上限は週次枠の50%です。API 呼び出しは常に $10/$50 / 100万 token の標準課金です。APIYI apiyi.com 経由の claude-fable-5 は実使用量課金で、月額の最低利用条件もないため、小規模な検証に向いています。
Q3: リリース版の claude-fable-5 は、通常のリクエストも頻繁に拒否しますか？
Anthropic によると、約99%の通常タスクには影響しません。ただし、脆弱性の発見やセキュリティ監査に関するリクエストはブロックされる確率がかなり高く、一般的なコーディングデバッグでもたまに誤検知されます。本番環境では必ず fallback ロジックを実装し、拒否されたリクエストは Opus 4.8 などのモデルへ自動的にルーティングして保険をかけてください。
Q4: モデルはポリシー上の理由で再び提供停止になりますか？
完全には否定できませんが、今回は CAISI の検証を経て輸出規制も正式に解除されており、短期的に再度停止されるリスクは低いです。アーキテクチャ上の対策は、単一モデルをハードコードしないことです。アグリゲーション基盤の統一 API で接続しておけば、あるモデルが使えなくなってもモデル名を1行変えるだけで Opus 4.8 などの代替モデルに切り替えられ、業務を止めずに済みます。
Q5: AWS 経由で claude-fable-5 を呼ぶ場合と、Anthropic API に直接接続する場合の違いは何ですか？
モデル本体は完全に同じで、重み、能力、安全分類器の挙動も同一です。違いは主に接続体験です。Anthropic へ直接接続するには海外の支払い手段とネットワーク環境が必要ですが、Bedrock 直結では AWS アカウントとモデル有効化の承認が必要です（Bedrock 側のモデル ID は anthropic.claude-fable-5）。APIYI apiyi.com の AWS 公式転送経路なら、この2段階を省けます。モデル名は claude-fable-5 のまま、人民元建てで課金され、Bedrock 公式回線の安定性も維持されるため、国内チームにはより手軽な選択肢です。
Q6: 1M コンテキストを実運用で使うときは何に注意すべきですか？
超長文コンテキストは入力コストをかなり押し上げます（1M token で一度に $10）。そのため、プロンプトキャッシュと組み合わせるのがおすすめです。繰り返し使う長い文書のプレフィックスは、コストを大きく下げられます。また、claude-fable-5 のデータ保持期間は30日で、ゼロデータ保持には対応していません。データコンプライアンスに敏感な業務では、事前の評価が必要です。
要約：Claude Fable 5 復活後の正しい接続方法
Claude Fable 5 の復活により、開発者は再び Mythos 級モデルへの入口を手にしました。1M のコンテキスト、128K の出力、Opus を上回る推論能力を備え、モデル名 claude-fable-5 はそのままです。ただし、復活版は単なる「元通り」ではありません。自適応思考が強制的に有効になり、安全分類器が stop_reason: "refusal" を返す可能性があること、さらに fallback の段階的な降格ロジックを用意する必要があること、この3点はすべての統合コードが対応すべき新しい前提です。
接続方法としては、サブスクリプション利用者は 7 月 7 日までのプロモーション期間中に Claude クライアントで無料体験できます。API 開発者には、APIYI apiyi.com の AWS Claude 公式中継経由での接続がおすすめです。統一されたインターフェースで claude-fable-5 と、Opus、Sonnet などのフォールバック候補モデルをまとめて扱えます。本文の3ステップ接続と refusal 対応を実装できれば、この最強の Claude モデルを安心して本番業務に導入できます。
著者: APIYI Team。AI 大規模言語モデルの API 接続とエンジニアリング実践に特化。より多くのモデル評価や接続チュートリアルは、APIYI apiyi.com をご覧ください。
