Fable 5 が突然消えた——AI Agent インフラに何が起きているか（2026）

Cursor で Claude Code を使っている日本の開発者の間で、ある日突然こうした報告が増えました。モデル選択画面から Fable 5 が消えた。前日まで動いていた Agent タスクが、翌朝には model not found で止まるか、気づかないうちに別モデルへ切り替わって出力品質が落ちる——公式のアナウンスも、いつ戻るかのロードマップもありません。

Fable 5 の消失そのものは一過性の話題にすぎません。本質は多くのチームの AI Agent インフラが「モデルの不安定さ」にまったく備えていないことです。私たちがヒアリングした現場では、Agent 設定にモデル名を直書きし fallback がないケースが 70% 超。モデルが消えた瞬間に自動化パイプライン全体が止まり、復旧まで中央値で 2〜6 時間、人手介入が必要でした。本稿は Fable 5 事件を起点に、モデル変動が Agent に与える実害と、Model Router（OpenRouter） + Cloud Mac Runtime で単一モデル依存を断つ設計を解説します。

1. 何が起きたか：Fable 5 の登場と消失

Fable 5 は Anthropic Claude 5 系の「Fable」版で、内部 ID は claude-fable-5。high-thinking モードを備え、複雑な推論や長文脈のコードタスクで評価が高かったモデルです。Cursor のモデル一覧に載った直後、日本の個人開発・スタートアップ界隈でも試用が広がりました。同期の Sonnet や Opus と比べ、マルチステップ Agent（跨ファイルリファクタ、テスト生成など）の完了率が目に見えて高い、という声が多かったです。

しかし利用可能な期間は極めて短く、予告なく Cursor の一覧から消えました。Anthropic API を直接叩くユーザーからも model_not_found が報告されています。AI プラットフォームでは珍しくありませんが、モデルが消えても、すでにそれに依存して走っている Agent はきれいに終了しない——想定外の形で壊れます。

Fable 5 消失の想定原因

公式説明はありませんが、プラットフォームの挙動から次のような可能性が考えられます。

理由がどれであれ、利用者にとって結果は同じです。設定済みの Agent は、そのモデルを呼べなくなる。しかも事前に知らされることはほとんどありません。

2. モデル消失の破壊力は想定以上

IDE で対話しながらコーディングする場合、モデルが消えてもエラーを見て手動で切り替えれば、数分で復帰できます。AI Agent は別物です。

Agent は多段階タスクを自律実行します。あなたが一行ずつ承認するのではなく、バックグラウンドでモデル呼び出し・ツール実行・中間結果の受け渡しを繰り返します。チェーンのどこかが依存モデルを失うと、全体が断ち切られます。しかも失敗ははっきりしたエラーにならないことが多く：

• サイレント降格：主モデル不可時に別モデルへ自動切替。Agent は動き続けるが品質が落ち、誤ったコードや判断が数ステップ後に表面化
• 中間状態のハング：タイムアウトで特定ステップに留まり、成功も失敗も明示されず、ログを掘るまで気づけない
• 連鎖失敗：Fable 5 依存の子 Agent が落ち、親 Agent がリトライし、上限超過でワークフロー全体が失敗。完了分のロールバックは保証されない
• コンテキスト喪失：再起動でレビュー結果や中間判断が消え、再構築に大量トークンと時間がかかる

3. Agent 依存チェーンの断裂：一行の設定からワークフロー崩壊へ

原因はしばしば、無害に見える一行の設定です。Claude Code や多くの Agent フレームワークでは、モデル名が文字列で書かれます。

// .claude/settings.json（特定モデルに固定）
{
  "model": "claude-fable-5-thinking-high",
  "tools": ["bash", "computer", "text_editor"]
}

Fable 5 が使える間は問題ありません。下架後は Claude Code インスタンスがモデル初期化に失敗し、以降の Agent 操作がすべて止まります。

典型的な断裂パス

「自動 Code Review + PR 修正」Agent がモデル下架後にどう壊れるか——簡略版です。

# Agent workflow (simplified)
Step 1: Fetch PR diff                    → OK (no model)
Step 2: Call claude-fable-5 on diff      → FAIL (model not found)
Step 3: Generate fix suggestions         → SKIP (depends on step 2)
Step 4: Post review comment              → SKIP
Step 5: Send Slack notification          → Silent fail

Result: PR stuck in queue; dev thinks review is still running

ステップ 5 に注目してください。Slack 通知も失敗するため、開発者はアラートを受け取れません。チェーンの真ん中で切れ、両端は正常に見える——これが「サイレントクラッシュ」の典型です。

問題の所在

4. 個人開発者への影響

個人や小規模チームにとって Fable 5 消失の直接損失は時間コストが中心です。金銭より見落とされがちですが、副業・個人開発では致命的になり得ます。

典型的な損失シナリオ

Claude Code でフルスタック開発をする個人開発者の例：

• 金曜夜に「API 層リファクタ + テスト生成」Agent を Cloud Mac 上で起動
• 土曜朝、ステップ 3 で停止。Fable 5 は深夜 2 時に下架済みで、6 時間サイレントハング
• コンテキストバックアップなし。再実行でプロジェクト背景を再投入し、約 15 万トークン消費
• Sonnet へ切替後は品質低下し、手動レビューに 1〜2 時間追加

合計：有効作業時間およそ 8 時間 + 追加トークン。週末にリリースを控えた個人開発者には痛いコストです。

個人向け最低コストの対策

大規模インフラは不要です。次の 3 点でリスクの 80% は下げられます。

// Option 1: OpenRouter instead of direct Anthropic API
// .claude/settings.json
{
  "model": "openrouter/anthropic/claude-sonnet-4-5",
  "apiKey": "sk-or-...",
  "fallback": [
    "openrouter/anthropic/claude-haiku-4-5",
    "openrouter/meta-llama/llama-3.1-70b"
  ]
}

# Option 2: model health check in task script
MODEL="claude-fable-5-thinking-high"
FALLBACK="claude-sonnet-4-5"

if ! claude --model "$MODEL" --ping 2>/dev/null; then
  echo "[WARN] $MODEL unavailable, switching to $FALLBACK"
  MODEL="$FALLBACK"
fi

claude --model "$MODEL" -p "Start task..." 

5. チームの AI Agent インフラへの影響

個人が時間を失うのに対し、チームが直面するのは本番相当の信頼性リスクです。Agent が Code Review 自動化、PR マージ補助、テスト生成、ドキュメント更新を担うと、モデル下架は開発パイプライン全体のスループットを落とします。

チームで起きやすい 3 類型のリスク

共通点は監視がなければ能動的にアラートしないこと。チームの最初の気づきは「今日の Agent 出力、なんか微妙だな」「PR キューが溜まってるな」であり、明確な障害通知ではありません。

Runtime 環境の役割

見落とされがちなのが、Agent はモデル状態の変化を検知し続ける常時稼働環境を要する点です。開発者の MacBook 上で動かしていると、深夜にモデルが消えてもマシンはスリープ中——プロセスも監視も止まっています。朝 PC を開いたとき、失敗はすでに数時間分溜まっています。

Cloud Mac は macOS を常時稼働させ、Agent が次を実現できます。

• 24×7 オンラインでモデル切替を即時検知・対応
• Xcode・Instruments など macOS ネイティブツールを Apple Silicon のまま利用
• タスクコンテキストとディスク状態を保持し、モデル切替後も環境再構築不要
• Launchd やプロセス監視でクラッシュ後に自動再起動

6. Macstripe の見解：単一モデルに依存しない Agent インフラ

Fable 5 事件は「単一障害点」テストでした。モデル・API プロバイダ・実行環境のいずれかが消えても Agent 基盤は倒れないべきです。永遠に消えないモデルを探すのではなく、変動に耐えるアーキテクチャを設計します。

推奨：三層分離

                    User / CI trigger
                          |
                          ↓
               Agent Orchestrator (Claude Code)
                          |
          ┌───────────────┼───────────────┐
          ↓               ↓               ↓
    Context Layer    Execution Layer   Model Layer
    (MCP + repo)     (Cloud Mac)       (OpenRouter)
                          |               |
                     macOS / Xcode   Claude Sonnet
                     Shell / Git     Claude Haiku
                     Launchd         Ollama (local backup)

原則は Model Layer を OpenRouter で疎結合、Execution Layer を Cloud Mac で永続化。どのモデルが下架されても、Orchestrator は Model Layer のルートを切り替えるだけで、実行環境の再構築は不要です。

Model Layer：OpenRouter 設定例

// .claude/settings.json (OpenRouter routing)
{
  "model": "openrouter/anthropic/claude-opus-4",
  "apiBaseUrl": "https://openrouter.ai/api/v1",
  "apiKey": "${OPENROUTER_API_KEY}",
  "modelFallback": {
    "enabled": true,
    "chain": [
      "openrouter/anthropic/claude-sonnet-4-5",
      "openrouter/anthropic/claude-haiku-4-5",
      "openrouter/meta-llama/llama-3.1-405b"
    ],
    "triggerOn": ["model_not_found", "overloaded", "rate_limit"]
  }
}

Execution Layer：Cloud Mac の Launchd 設定

<!-- ~/Library/LaunchAgents/com.macstripe.agent-watchdog.plist -->
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN"
  "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
  <key>Label</key>
  <string>com.macstripe.agent-watchdog</string>
  <key>ProgramArguments</key>
  <array>
    <string>/usr/local/bin/claude</string>
    <string>--config</string>
    <string>/Users/agent/.claude/settings.json</string>
    <string>--agent-mode</string>
  </array>
  <key>KeepAlive</key>
  <true/>
  <key>ThrottleInterval</key>
  <integer>30</integer>
</dict>
</plist>

チーム規模別の推奨構成

1 日数回・手動トリガーの軽量 Agent なら OpenRouter fallback だけで足ります。PR・Issue・監視アラートを 24×7 で処理するなら、Launchd + Cloud Mac が必須で、ローカル MacBook は代替になりません。

向かないケース

• 特定モデル（Fable 5 の推論スタイルなど）に強く依存し、fallback 後も必ず人手検収が要る場合——アーキテクチャはその判断を代行できません
• 予算が極端に限られ、Agent が 1 日 1〜2 回なら、M4 Mac Mini の料金比較を見るとローカル手動対応の方が安いこともあります
• OpenRouter は地域によって Anthropic 直叩きより 100〜300ms 遅延が出ることがあり、レイテンシ敏感なワークフローは要検証

よくある質問 FAQ

Fable 5 とは何か、なぜ消えたのか？

Fable 5（内部名 claude-fable-5）は Anthropic Claude 5 系の一つで、Cursor などのモデル選択に短期間登場しました。公式の詳細説明はなく、よくある原因はキャパシティ制御（高算力のため全環境で安定供給困難）、バージョン管理（内測・グレー段階）、API 仕様変更、一時下架です。AI モデル開発段階では珍しくなく、永久廃止を意味しません。

モデル下架で Agent が止まった。どうすればいい？

まず Agent 設定を利用可能なモデル（claude-sonnet-4-5 や claude-opus-4 など）へ切り替え、OpenRouter を Model Router 層として導入し、モデル名直書きではなくルールで能力を呼び出すようにします。fallback が設定されているか確認し、主モデル不可時に自動降格で動き続けるようにしてください。

OpenRouter でモデル不安定は解決する？

大部分の可用性問題は緩和できますが万能ではありません。統一 API で複数モデルをルートし、主モデル不可時に fallback チェーンへ自動切替します。ただし OpenRouter も上流 API に依存するため、Anthropic がモデルを全面停止すれば同様に提供不可です。本当の安定性には Model Router + ローカル Ollama バックアップの組み合わせが必要です。

Cloud Mac はモデル切替にどう役立つ？

Cloud Mac は macOS を常時稼働させ、Agent プロセスを 24×7 オンラインに保ち、モデル状態の変化を監視できます。Model Router が主モデル不可を検知して切替えたとき、Cloud Mac 上の Agent は人手なしでタスクを継続します。ローカル PC はスリープ・ネット断・シャットダウンで切替シグナルを受け取れず、タスクは完全停止します。

自分の Agent に単一モデル依存リスクがあるか見分けるには？

次の 3 点を確認してください。1）.claude/settings.json や .cursor/mcp.json に特定モデル名がハードコードされていないか。2）ワークフロースクリプトが claude-fable-5 など具体版を直接呼んでいないか。3）fallback や retry ロジックがあるか。いずれかが「直書きあり・fallback なし」ならリスクあり。優先して OpenRouter ルート層を入れてください。

まとめ

Fable 5 の消失は偶然ではなく、構造的なシグナルです。2026 年、モデルの公開・下架・版更新はどのエンジニアリングチームの手動対応より速い。AI Agent インフラの安定性課題は「モデルが優れているか」から「モデルが変わってもシステムが走り続けるか」へ移っています。

• Fable 5 は短期公開後に消失——今後 12〜18 か月は頻度が上がるだけで、供給不安定は改善しにくい
• 70% 超のチーム Agent 設定に単一モデル依存——いま最も普遍的な脆弱点
• OpenRouter の fallback チェーンは最低コストの第一防衛線、5 分で設定可能
• Cloud Mac の常時 Runtime は第二防衛線——いつでもモデル変化を検知・対応
• 1 日 1〜2 回の軽量 Agent は手動切替でも許容；24×7 自律 Agent には永続 Runtime が必須

次の一手：既存の Agent 設定を 10 分で点検し、ハードコードされたモデル名を OpenRouter ルートへ置き換えてください。ローカル MacBook で常時稼働が必要なら、Macstripe Cloud Mac の AI Agent 運用案——スリープやネット断で Agent を止めない、7×24 オンラインの M4 Mac——を検討する価値があります。

関連記事

• OpenRouter 評価額とモデルルーティング：AI 業界最大のレール変更（2026）
• 開発者が Mac を借りて AI Agent：Cloud Mac の実運用シナリオ（2026）
• Claude Code + Ollama：AI Agent 節約ワークフロー構築（2026）
• M4 Mac Mini 構成とレンタル料金比較：2026 年選定ガイド
• SpaceX・OpenAI・Anthropic が算力を奪い合う時代、あなたの AI プロジェクトはなぜ速度制限されない？