クイックサマリー: Claude Fable 5.1 は、難易度の高いデバッグ、リポジトリ規模のリファクタリング、複数ファイルやツール呼び出しにまたがる実装の評価に値します。Claude Code ではモデルを明示的に選択し、アクティブなモデルと接続を確認し、タスクに合った effort レベルを選びます。本ガイドはネイティブ利用、任意の CometAPI ルーティング、永続設定、そして実用的な「調査→実装→テスト→レビュー」ワークフローを扱います。狙いは「長い応答」ではなく、「動作しレビュー可能な変更」です。
重要なポイント
- 選択と検証: モデルがアカウントまたはプロバイダで利用可能なときは /model or --model を使い、まとまった作業を始める前に
/statusを確認します。 - 能力と仕事を適合: レイテンシとコストに見合う追加の推論が必要な、難しい多段ステップのタスクにモデルを温存しましょう。ベンチマークの点数はあなたのリポジトリにおける保証ではありません。
- 意図的に effort を調整: 要求の高いコーディングには high で開始し、日常的なタスクでは medium を比較、xhigh や max は自分の評価で正当化できる場合のみ使います。
- ワークフローを保護: 共有プロジェクト設定 に API キーを入れない、接続を検証する、スコープ合意、関連テストの実行、最終 diff のレビューを徹底します。
Claude Fable 5.1 とは？
Claude Fable 5.1 は、Claude Fable 5 の 2026年9月の後継モデルです。Anthropic はこれを高難度の推論と長期的なエージェント作業向けに位置付けています。100万トークンのコンテキストウィンドウ、最大 128K 出力トークン、テキスト・画像入力、常時オンのアダプティブ思考、low〜max の5段階 effort をサポートします。
ラベルよりもワークロードの形状が重要です。Fable 5.1 は、多数のファイル・コマンド・テスト・改訂・リカバリにまたがるタスク向けに設計されています。Anthropic は依然として多くのワークロードは Opus 5 で開始し、高 effort の Opus 評価でも不十分な場合に Fable 5.1 へ移行することを推奨しています。
| 公式仕様 | Claude Fable 5.1 |
|---|---|
| 開発元 | Anthropic |
| モデル ID | claude-fable-5-1 |
| リリース日 | 2026年9月1日 |
| コンテキストウィンドウ | 1M tokens |
| 最大出力 | 128K tokens |
| 入力 / 出力 | テキストと画像 → テキスト |
| 思考モード | アダプティブ（常時オン） |
| 既定の Effort | high |
| Effort レベル | low, medium, high, xhigh, max |
| 知識カットオフ | 2026年6月 |
| 公式入力価格 | $10 / MTok |
| 公式出力価格 | $50 / MTok |
| キャッシュ読み取り | $0.25 / MTok |
| 相対レイテンシ | 遅い |
Claude Code において Claude Fable 5.1 が関連する理由
Claude Code はエージェント型のコーディング環境です。つまりリポジトリの調査、ファイル編集、コマンド実行、テスト実行が可能で、単なるスニペット生成にとどまりません。そのため、エージェント型コーディングや業務ワークフロー系のベンチマークのほうが一般知識系スコアより関連性が高いと言えます。
どんなタスクで使うべきか？Claude Fable 5.1 は、モジュール横断のリファクタリング、不明確な根本原因による再発障害、API・永続化・テストを調整して変更する機能追加などに適しています。これは実用的な判断規則であり、ベンチマーク由来の保証ではありません。通常作業はClaude Opus 5 で開始し、高 effort の評価でもなお不足するときにエスカレートします。ごく小さな編集や高速で低コストの反復には Claude Sonnet 5 を検討してください。選択は、あなたのリポジトリにおける検証済みの完了品質とタスク合計コストで判断します。
| 主な公式ベンチマーク | Fable 5.1 | Fable 5 | Opus 5 | GPT-5.6 Sol |
|---|---|---|---|---|
| Terminal-Bench 4.0 | 55.8% | 42.0% | 52.3% | 37.3% |
| AutomationBench | 31.4% | 17.1% | 26.9% | 19.6% |
| CursorBench 3.2.0 | 73.4% | 70.5% | 70.0% | 67.2% |
Anthropic は Terminal-Bench 4.0 で 55.8%、AutomationBench で 31.4%、CursorBench 3.2.0 で 73.4% を報告しています。これらはターミナル駆動・多段コーディング・ワークフローにおける Fable 5.1 の想定ロールを裏付けますが、あらゆるコードベースやすべての effort で最善を保証するものではありません。
Claude Code で Fable 5.1 を使う前に必要なものは？
Claude Code で Fable 5.1 を設定する前に、次の3つの事前チェックを完了してください。
- Claude Code のバージョン: Claude Code v2.1.255 以降を使用。
claude --versionを実行し、モデル選択のトラブルシューティングの前にクライアントを更新します。 - アカウントまたは API アクセス: Claude プラン、Anthropic API アカウント、または互換ゲートウェイ資格情報が有効であることを確認。
- モデルの利用可否: 永続設定を追加する前に、
claude-fable-5-1がアカウント、組織、またはプロバイダで有効であることを確認。
claude --version
npm install -g @anthropic-ai/claude-code@latest
また、Claude のプラン経由、または API・ゲートウェイ設定のいずれかでのアクセスが必要です。Anthropic はこのモデルを対応開発者プラットフォームでアクティブとして掲載しています。
API キーを漏えいさせずに設定を永続化する
シェルの export は現在のターミナルにのみ適用されます。Claude Code はユーザーレベルおよびプロジェクトローカル設定の env ブロックもサポートします。Windows のユーザーレベルパスは %USERPROFILE%\.claude\settings.json、macOS と Linux は ~/.claude/settings.json です。
{
"env": {
"ANTHROPIC_BASE_URL": "https://api.cometapi.com",
"ANTHROPIC_MODEL": "claude-fable-5-1"
}
}
機密情報はコミットされるプロジェクト設定の外側に保管してください。Anthropic は共有プロジェクト設定ファイルに資格情報を置かないよう明確に警告しています。COMETAPI_KEY または ANTHROPIC_AUTH_TOKEN はローカルのシェル、OS の資格情報ワークフロー、またはシークレットマネージャー経由で供給してください。
方法 1: Claude Code で直接 Claude Fable 5.1 を使う
ステップ 1: リポジトリのルートから Claude を起動
cd /path/to/your/project
claude
リポジトリのルートから開始すると、Claude Code に最初から意図したプロジェクトコンテキストを与えられます。
ステップ 2: /model で Fable 5.1 を選択
/model
ピッカーから Claude Fable 5.1 を選びます。Claude Code はセッション内コマンド、起動フラグ、環境変数、設定からのモデル選択をサポートします。公式リファレンスは、/model と --model は ANTHROPIC_MODEL をオーバーライドすると明記しています。
ステップ 3: Fable 5.1 で直接起動
claude --model claude-fable-5-1
セッションが Fable 5.1 に値すると分かっており、起動後の切替えを避けたい場合は起動フラグを使います。
ステップ 4: アクティブなモデルを検証
/status
複数の設定レイヤーがある場合、検証は重要です。Status タブにはアクティブなモデル、ベース URL、資格情報のソースが表示され、予期しないユーザー設定、プロジェクト設定、環境変数、ゲートウェイルートを検出しやすくなります。
方法 2: Claude Code を CometAPI に接続するには？
Claude Code は対応 API 形式を公開するゲートウェイに接続できます。Anthropic のドキュメントは、ゲートウェイ URL と資格情報の設定方法を説明し、サードパーティーのゲートウェイは Anthropic によって推奨・保守されないことを警告しています。あなたのワークフローが依存する Claude Code の各機能を検証してください。
CometAPI は Claude Fable 5.1 をライブ掲載し、/v1/messages に Anthropic 互換の Messages エンドポイントを公開しています。Claude Code は ANTHROPIC_AUTH_TOKEN を Authorization の bearer ヘッダーにマップするため、本番利用前にライブのモデルページで最新の認証形式を確認してください。
macOS、Linux、または WSL
export COMETAPI_KEY="YOUR_COMETAPI_KEY"
export ANTHROPIC_BASE_URL="https://api.cometapi.com"
export ANTHROPIC_AUTH_TOKEN="$COMETAPI_KEY"
export ANTHROPIC_MODEL="claude-fable-5-1"
claude
Windows PowerShell
$env:COMETAPI_KEY = "YOUR_COMETAPI_KEY"
$env:ANTHROPIC_BASE_URL = "https://api.cometapi.com"
$env:ANTHROPIC_AUTH_TOKEN = $env:COMETAPI_KEY
$env:ANTHROPIC_MODEL = "claude-fable-5-1"
claude
起動後、/status を実行します。Anthropic のベース URL と資格情報の行は、ゲートウェイルートと有効なトークンを示しているはずです。長いタスクを始める前に、まず小さなテストプロンプトを送ってください。
ゲートウェイは、新しい Claude Code のフィールドやエンドポイントに追随していない場合があります。CometAPI 経由で機能の挙動が異なるときは、それをモデルのせいにする前に同じワークフローを Anthropic 直で再実行してください。
どの Effort レベルをコーディングに選ぶべきか？
Fable 5.1 はアダプティブ思考を用い、low、medium、high、xhigh、max の effort をサポートします。Anthropic は既定の high から始め、他レベルは自分の評価セットでテストすることを推奨しています。effort は知性・レイテンシ・コストのバランスを取る主要な制御です。
| Effort | Claude Code の適したユースケース | トレードオフ |
|---|---|---|
| low | ごく小さな編集、簡潔な説明、単純なローカル変更 | 推論コストが最小；検索頻度が下がる場合あり |
| medium | ルーチン実装、単純な修正、標準的なコードレビュー | 品質とコストの好バランス |
| high | 本気の多ファイル作業、デバッグ、テスト付き実装 | 推奨される出発点 |
| xhigh | 困難なリファクタリング、難しいデバッグ、アーキ影響大の作業 | 推論とレイテンシが増加 |
| max | 能力依存で非常に難しい長期タスク | 時間とトークン使用が最大 |
Anthropic によれば medium の Fable 5.1 は、低コストで概ね Fable 5 に匹敵できます。low では検索・取得ツールの呼び出し頻度が下がる場合があるため、コードやドキュメントへの依存が高いタスクに自動的に最適とは限りません。
実践的な Fable 5.1 × Claude Code ワークフロー
セットアップは半分に過ぎません。Fable 5.1 は、調査、スコープ確認、実装、検証、レビューを明確に分けると最もよく機能します。
ステップ 1: まずリポジトリを分析
Analyze this repository before editing anything.
Goal: add a new /api/v1/reports endpoint that returns a paginated report list.
First:
1. Find the current API routing pattern.
2. Identify the service and persistence layers involved.
3. Find existing pagination conventions.
4. Identify the relevant tests.
5. Propose the smallest implementation plan.
Do not modify files until you have summarized the plan.
この最初のパスで誤った前提を早期にあぶり出し、広がるのを防ぎます。
ステップ 2: スコープを確定してから実装
Implement the approved plan.
Constraints:
- Change only files required for this feature.
- Follow existing project conventions.
- Prefer targeted edits over whole-file rewrites.
- Do not refactor unrelated code.
- Add or update only the tests needed for this feature.
- Report unrelated defects instead of fixing them automatically.
この文言は、ターゲットを絞った編集を推奨し、要求スコープ内に作業を保つという Anthropic の推奨に沿っています。
ステップ 3: 関連テストを実行
Run the relevant unit and integration tests after implementation.
If a test fails:
1. Identify the root cause.
2. Explain whether this change caused the failure.
3. Fix only failures caused by this change.
4. Rerun the smallest relevant test set before the broader suite.
このチェックポイントは観測可能です。関連テストが通るか、残る失敗と変更との関係がレポートされます。
ステップ 4: 受け入れ前に diff をレビュー
Review your final changes as if you were a code reviewer.
Check for:
- behavior outside the requested scope,
- missing edge cases,
- regressions,
- duplicated logic,
- unnecessary file changes,
- tests that do not verify the new behavior.
Then summarize the final diff, tests run, and remaining risks.
最後のパスは、人間のレビュアーに簡潔な受け入れチェックリストを提供し、不要な作業を PR に載る前に露出させる助けになります。
Claude Fable 5.1 向けの推奨 CLAUDE.md 設定
短いリポジトリレベルの指示ファイルは、セッション間の一貫性を高めます。Claude が毎回再発見せずに済むルールとコマンドだけを含めましょう。
# Repository Instructions
- Inspect the existing implementation before editing.
- Keep changes within the requested scope.
- Prefer surgical edits over whole-file rewrites.
- Follow existing project conventions.
- Run relevant tests after implementation.
- Fix root causes rather than patching symptoms.
- Report unrelated issues instead of changing them automatically.
- Summarize files changed, tests run, and remaining risks.
大規模モノレポでは、パッケージマネージャ、テストとリンタのコマンド、アーキテクチャ境界、生成物ルール、手動で編集すべきでないディレクトリを追記してください。
Opus 5 ではなく Claude Fable 5.1 を使うべきときは？
実務上の論点は「新しいかどうか」ではなく、「あなたのタスクが Opus 5 の信頼できる性能を超える持続的推論を必要とするか」です。Anthropic は大半のワークロードを Opus 5 で開始することを推奨しており、Claude Code では最難関の長期タスクへのエスカレーション手段として Fable 5.1 を扱います。
| 判断軸 | Claude Fable 5.1 | Claude Opus 5 |
|---|---|---|
| タスク範囲 | リポジトリ規模の移行、モジュール横断リファクタリング、あいまいな調査 | 機能追加、バグ修正、レビュー、限定的なリファクタリング |
| 推論の地平 | ツール反復・テスト・改訂・回復を繰り返す長時間の自律セッション | 完了経路が明確な短めで良くスコープされたセッション |
| 品質 vs 速度 | 最難タスクで検証済みの完了品質が最重要な場合に使用 | 品質・レイテンシ・コストの初期バランスが良好 |
| エスカレーション契機 | 高 effort の Opus でも失敗・一貫性喪失・繰り返しの回復が必要 | ほとんどの Claude Code 作業の第一選択 |
| レイテンシとコスト | 結果が実質的に変わる場合に限りプレミアムに見合う | 日常的・対話的作業に適合 |
| 最適適合 | 困難な長期エージェント型コーディング | 既定の複雑なプロフェッショナルコーディング |
実践的なエスカレーションルール
まず Opus 5 の high で開始します。次のいずれかに該当する場合は Fable 5.1 へ切り替えます。
- スコープ: タスクが多くの相互依存ファイルやサービスにまたがり、繰り返しのツール使用・テスト・改訂・回復を要する。
- 信頼性: high の Opus 5 でも依存関係を見落とす、一貫性を失う、ワークフローを十分に完了できない。
- 失敗コスト: 不完全・不正確な変更のコストが、Fable 5.1 の追加レイテンシと API コストを上回る。
同一リポジトリの同じタスクで、検証済みの完了結果が実質的に向上する場合のみ Fable 5.1 を使用し、そうでなければ Opus 5 に戻してください。
実務では、リポジトリ全体のマイグレーション、モジュール横断のデバッグ、マルチサービスの機能実装、繰り返しの調査・実行・テスト・回復を要する難しい根本原因分析に Fable 5.1 がより有力です。孤立した修正、日常的な機能作業、コードレビュー、ドキュメントでは、依然として Opus 5 がより良い既定値です。
トラブルシューティング
/model に Claude Fable 5.1 が表示されない
Claude Code を更新し、ターミナルとセッションを再起動し、アカウントや組織のアクセス権を確認します。そのうえで、管理された設定がモデル選択を制限していないかを確認します。
Claude Code が誤ったモデルを使用する
/status を実行し、すべての設定レイヤーを確認します。公式リファレンスは、--model と /model は ANTHROPIC_MODEL をオーバーライドすると述べています。ユーザー、プロジェクト、プロジェクトローカル設定も確認してください。
CometAPI が 401 または認証エラーを返す
API キー、ベース URL、資格情報変数を検証します。Claude Code は ANTHROPIC_AUTH_TOKEN を Authorization: Bearer に、ANTHROPIC_API_KEY は x-api-key にマップします。CometAPI の現行エンドポイントで受け付けられる形式を使用してください。
セッションが遅い／高コスト
すべてのタスクで max を使わないでください。代表的な評価セットで medium と high を比較し、タスク合計コストと完了品質を測定、xhigh や max は追加の推論が結果を変える場合に限り使用します。
Fable 5.1 が必要以上にコードを書き換える
プロンプトや CLAUDE.md に次のスコープ制約を追加してください。
Prefer targeted edits over whole-file rewrites unless a rewrite is required for correctness.
Anthropic はこの挙動を明示し、小さな変更にはターゲットを絞った編集を推奨しています。
よくある質問
Claude Fable 5.1 は Claude Code で動作しますか？
はい。モデルピッカーを使うか、--model claude-fable-5-1 で Claude Code を起動します（アカウントまたはプロバイダでモデルが利用可能な場合）。
Claude Fable 5.1 のモデル ID は？
公式 Claude API のモデル ID は claude-fable-5-1 です。
セッション中にモデルを切り替えるには？
/model を実行して Claude Fable 5.1 を選び、/status でアクティブなモデルとルートを確認します。
どの Effort レベルを使うべき？
本格的なコーディングには high で開始。日常タスクには medium を試し、xhigh や max は自分の評価で有意な品質向上が確認できたときのみ使います。
CometAPI を Claude Code と一緒に使えますか？
Claude Code は互換ゲートウェイをサポートしており、CometAPI は Fable 5.1 向けに Anthropic 互換の Messages エンドポイントを提供します。認証形式と、依存するすべての Claude Code 機能を検証してください。
Fable 5.1 は常に Opus 5 より優れていますか？
いいえ。Anthropic は大半のワークロードに Opus 5 を推奨し、Fable 5.1 は高難度の推論、長期エージェント作業、または high の Opus 5 でも不十分なケースに推奨されます。
なぜ Sonnet 5 ではなく Fable 5.1 を使うのですか？
長期的な推論と自律的な完了が速度と価格より重要な場合に Fable 5.1 を使います。Sonnet 5 は高速な日常コーディングループにおいて、より経済的な選択です。
結論
Claude Fable 5.1 が Claude Code で最も魅力的なのは、通常の編集を超えるタスク、すなわちリポジトリ規模の機能、難しい調査、多ファイル移行、計画・実行・テスト・回復を長期にわたり継続する必要がある自律セッションです。
最速のネイティブ手段は /model か claude --model claude-fable-5-1 です。統一 API レイヤーを好む場合、CometAPI は Claude Fable 5.1 を Anthropic 互換の Messages エンドポイントで提供します。どちらのルートでも、effort レベル、スコープ管理、テスト、最終 diff レビューを「モデル設定の一部」として扱ってください。