2026-09-02 確認

Cursor で Claude Fable 5.1

モデル選択は10秒。$50/100万 output になるターンと、Cursor が Fable 5.1 から切り替える条件——ここが本番。

要約

公開初日から対応。Settings → Models で claude-fable-5-1 を選択(claude-fable-5 と併記なら 5.1)。セッション開始時にモデルバッジを確認。1M 全体が必要なときだけ Max Mode(API レート課金)。BYOK は Models に Anthropic キー;バンドルプランは fast requests 後に従量。

サポート状況

完全サポート、2026-09-02 確認。Cursor changelog に claude-fable-5-1。Agent/Composer ルーティング最上位。ID は claude-fable-5-1(ハイフン、日付 suffix なし)。30日保持必須、temperature 不可、安全分類器拒否でフォールバックルートの可能性。

セットアップ

5ステップ——後半2つがコスト削減。

  1. 1

    Cursor を更新

    Fable 5.1 は現行ビルドが必要。モデル picker はサーバー駆動で、古いクライアントは claude-fable-5 のみ表示の可能性。

  2. 2

    Models で claude-fable-5-1 を選択

    Settings → Models で Agent/Composer に claude-fable-5-1 を有効化。両方ある場合は 5.1——旧 ID は9月の reasoning 強化と SWE-bench 向上なし。

  3. 3

    バンドルクォータか BYOK

    Pro/Business は fast requests クォータ後に従量。BYOK は Anthropic キーを追加——Anthropic 請求、コンソールで可視化。モデル挙動は同じ;請求と rate limit のみ異なる。

  4. 4

    Max Mode は意図的に

    Max Mode は1M 全開で API レート(2026年9月 $10/$50/100万 tokens)。日常編集はオフ——小さめ context の Agent で十分なことが多い。

  5. 5

    セッションごとにモデルバッジ確認

    flagged ターンでフォールバックへ silent route の可能性。チャットパネルのバッジが Fable 5.1 の唯一の証拠。ベンチやコスト帰属が重要なら開始時と拒否後に確認。

落とし穴

初週に驚く4点。

  • claude-fable-5 と claude-fable-5-1 は別モデル

    移行期は両方表示。5.1 は9月リリース——SWE-bench 向上、低レイテンシ、adaptive thinking。旧 claude-fable-5 は 5.1 ではない。

  • temperature 不可——effort が品質レバー

    Fable 5.1 は temperature/topP/topK を拒否。Cursor が effort を露出すれば API へ。determinism に temperature 依存していたら出力形式指示へ。

  • Agent ループは毎ターン context 再送

    Agent は毎ステップ file context 再送。1M では truncation 強制なし——長タスクで input が静かに膨らみ、ステップあたり数ドルも。checkpoint と新スレッドで午後一括セッションを避ける。

  • 拒否は明確エラーなしで route 変更

    安全分類器発火でフォールバックモデル——チャットは続くが Fable 5.1 ではない。バッジを監視。本番は拒否後の引き継ぎモデルを事前定義。

コスト

Fable 5.1 API レート(2026年9月)input $10/100万、output $50/100万。Pro/Business fast requests 後は同レート従量。BYOK は prompt caching(cache hit 90% off)—— mid-task でモデル固定。Max Mode は大 repo でクォータ消費が最速。

実行前に1ターンのコストを把握

コスト計算機が Agent 型 workload の Fable 5.1 input/output/cache をモデル化。

FAQ