Anthropicは2026年6月9日にClaude Fable 5を出荷しました。その主要なユースケースは、ほとんどの開発者がClaude Codeに期待する作業、つまりコードベース全体でその形状を維持する長時間の自律的なコーディングセッションです。もし日常のエンジニアリング作業で既にClaude Code CLIを使用しているのであれば、新しいモデルに切り替えるのは設定の小さな変更ですが、大きな動作の違いをもたらします。このガイドでは、Claude Fable 5をClaude Codeでエンドツーエンドで実行する方法を、モデルの選択から、その確認、長時間の自律実行の調整、そして料金を抑える方法まで、順を追って説明します。このガイドを読み終える頃には、モデルを設定するための各サポートされた方法、それを確認する方法、そしてOpus 4.8の2倍のコストを払う価値がある場合について理解しているでしょう。
何かを設定する前にモデル自体について深く理解したい場合は、「Claude Fable 5とは何か」を参照してください。この記事はClaude Codeのワークフローに焦点を当てています。
TL;DR
Claude Code（v2.1.170以降）をインストールして認証し、セッション内コマンド/model fableまたは/model claude-fable-5でモデルをFable 5に設定します。また、claude --model fableで起動したり、ANTHROPIC_MODEL=claude-fable-5をエクスポートしたり、設定ファイルで"model": "fable"を固定したりすることもできます。/statusで確認してください。Fable 5は入力トークン10ドル/M、出力トークン50ドル/Mで、Opus 4.8の2倍の費用がかかるため、長時間のセッションは慎重に計画してください。
Claude CodeをFable 5で実行する理由
Claude CodeはAnthropicの公式コマンドラインコーディングエージェントです。Anthropicモデル上で動作し、リポジトリ内のファイルを編集し、コマンドを実行し、ターミナルから多段階のタスクを駆動します。その背後にあるモデルは、スレッドを見失うまでにどれだけ実行できるかの上限を設定しており、Fable 5がその計算を変えます。
Anthropicは長期間にわたる自律的なコーディングのためにFable 5を構築しました。Anthropic自身の言葉によれば、このモデルは「長期間実行されるタスクで数百万のトークンにわたって集中を維持し、自身のメモを使用して出力を改善します」。これは、迅速なリファクタリングとは異なる種類の作業です。Anthropicが公開した実証事例は、Stripeがテスト中に実行した移行です。Fable 5は、5,000万行のRubyコードベース全体にわたる変更を1日で完了させました。これは同社が手作業で行うと2か月以上かかると述べていた作業です。詳細な記事はClaude Fable 5の発表で読むことができます。
その代償は価格です。Fable 5は、入力トークン10ドル/M、出力トークン50ドル/Mで、Opus 4.8の5ドル/Mおよび25ドル/Mの2倍です。したがって、「常にClaude CodeをFable 5で実行すべきか」という問いに対する正直な答えは「いいえ」です。タスクが本当に長期間にわたるものであり、同じ作業を人間が行うコストがトークン料金をはるかに上回る場合にのみ実行してください。ルーティンな編集作業には、Opus 4.8またはSonnetがより良いデフォルトです。もし両方を比較検討しているなら、「Claude Fable 5 vs Opus 4.8」がそれぞれの利点を分析しています。
これは、以前にClaude Codeでモデルを切り替えたことがあるならおなじみの作業でもあります。ここでのメカニズムは、「GLM-5.1をClaude Codeで実行する」で説明されているものと同じで、モデルIDのみが変更されます。
前提条件
モデルを設定する前に、以下のものが準備されていることを確認してください。
- Claude Codeがインストールされ、更新されていること。 Fable 5にはClaude Code v2.1.170以降が必要です。古いバージョンではFable 5がモデルピッカーに表示されず、選択できません。
claude updateを実行してアップグレードし、claude --versionで確認してください。 - Fable 5へのアクセス権を持つAnthropicアカウント。 Anthropic APIおよびMax、Team Premium、Enterpriseペイ・アズ・ユー・ゴーなどのプランでは、Fable 5を選択すると利用可能になります。どのタイプのアカウントでもデフォルトになることはなく、常にオプトインが必要です。
- API課金または対象となるサブスクリプション。 Fable 5は入力トークン10ドル/M、出力トークン50ドル/Mの有料モデルであるため、アカウントにはアクティブなAPI課金またはこれを含むプランが必要です。Anthropicモデルの概要で現在のティアを確認してください。
- 作業するリポジトリ。 Claude Codeはプロジェクトディレクトリ内で動作します。エージェントが操作したいリポジトリでターミナルを開いてください。
事前に知っておくべき注意点が1つあります。Fable 5はゼロデータ保持では利用できません。組織がZDRを有効にしてClaude Codeを実行している場合、モデルピッカーはFable 5を省略するか、無効として表示します。これはポリシー上の制約であり、バグではありません。
Claude CodeでClaude Fable 5を使用するように設定する
Claude Codeでは、モデルを選択するための4つの方法があり、定義された優先順位で適用されます。セッション開始時の優先順位は、高い順に、セッション内での/model選択、--model起動フラグ、ANTHROPIC_MODEL環境変数、そして設定ファイル内のmodelフィールドです。以下に、Fable 5の値を含むそれぞれの方法を示します。
モデルが受け入れられる場所ならどこでも、fableエイリアスまたは完全なモデル名claude-fable-5のどちらかを使用できます。エイリアスはプロバイダーに推奨されるFableバージョンに解決され、時間とともに更新されます。完全なIDは、その正確なモデルに固定されます。Claude Codeの完全なリファレンスは、Claude Codeモデル設定ドキュメントにあります。
オプション1：セッション内で/modelで切り替える
これが最も速い方法であり、ほとんどの人が使用する方法です。実行中のClaude Codeセッション内で、次のように入力します。
/model fable
または、エイリアスではなく正確なモデルIDを固定するには：
/model claude-fable-5
引数なしで/modelを実行すると、代わりにピッカーが開き、リストからFable 5を選択できます。最近のバージョンでは、/modelでモデルを選択すると、ユーザー設定のmodelフィールドに書き込むことで、新しいセッションのデフォルトとして保存されます。ピッカーでは、Enterキーを押すと切り替えてデフォルトとして保存され、sキーを押すと現在のセッションのみ切り替わります。/model fableを直接入力するとEnterキーを押したのと同じ動作をするため、モデルを変更するまで以降のセッションはFable 5で開始されます。
会話に既に出力がある場合、次の応答がキャッシュされたコンテキストなしで履歴全体を再読み込みするため、切り替える前に確認を求められます。これは予期された動作です。会話の途中でモデルを切り替えるには、1回限りの再読み込みコストがかかります。
オプション2：--modelフラグを付けて起動する
保存されたデフォルトを変更せずに単一セッションをFable 5で開始するには、起動時にフラグを渡します。
claude --model fable
または、完全なIDを使用します。
claude --model claude-fable-5
--modelフラグは、それで起動したセッションにのみ適用されます。これは、異なるモデルを異なるターミナルで同時に実行する最もクリーンな方法です。/modelで切り替える代わりに、各ウィンドウに独自の--modelフラグを渡してください。/modelは共有デフォルトを書き込むためです。
オプション3：ANTHROPIC_MODEL環境変数を設定する
シェルからFable 5でセッションを開始したい場合は、起動前に変数をエクスポートします。
export ANTHROPIC_MODEL=claude-fable-5
claude
フラグと同様に、ANTHROPIC_MODELはそれによって起動されたセッションにのみ適用されます。1つ優先順位の注意点があります。ANTHROPIC_MODELをシェルのエクスポートとsettings.jsonのenvブロック内の両方で設定した場合、settings.jsonのenvオブジェクトは起動時に適用されますが、既存のシェル変数を上書きしないため、シェルのエクスポートが優先されます。
オプション4：設定ファイルに固定する
Fable 5をセッション全体にわたる永続的なデフォルトにするには、設定ファイルにmodelフィールドを設定します。ユーザー設定は~/.claude/settings.jsonにあり、プロジェクトスコープの設定は.claude/settings.jsonにあります（または.claude/settings.local.jsonにあり、これは優先されますが、あなたにのみ適用されます）。最小限の設定ファイルは次のようになります。
{
"model": "claude-fable-5"
}
ここでもエイリアスが機能します。
{
"model": "fable"
}
プロジェクト設定と管理設定は優先され、次回の起動時に再適用されるため、チームメイトの/model選択がプロジェクトのデフォルトと異なっていても、再起動時にはプロジェクト設定が優先されます。これが、企業がチームを1つのモデルに標準化するために使用するメカニズムです。
Fable 5を使用していることを確認する
切り替えが成功したと安易に決めつけないでください。高価な長時間実行を開始する前に、アクティブなモデルを確認してください。信頼できる方法は2つあります。
/statusを実行する。 Claude Codeセッション内で、/statusはあなたのアカウント情報とともにアクティブなモデルを表示します。これが最終的な確認です。- ステータス行を読む。 ステータス行を設定している場合、アクティブなモデルがそこに継続的に表示されるため、メニューを開かずに一目で確認できます。
Fable 5を選択した直後に/statusがFable 5ではなくOpus 4.8を表示する場合、最も一般的な原因は、起動時にプロジェクト設定または管理設定が選択を上書きしていることです。起動時にアクティブなモデルがプロジェクト設定または管理設定から来ている場合、起動ヘッダーはそれを設定した設定ファイルを示します。セッションを上書きするには/modelを実行してください。プロジェクト設定は次回の起動時に再適用されます。
2番目に注意すべきこと：Fable 5はサイバーセキュリティおよび生物学コンテンツの安全分類器を実行します。分類器がリクエストにフラグを立てた場合、Claude Codeは自動的にデフォルトのOpusモデル（Anthropic APIではOpus 4.8）で再実行し、トランスクリプトに通知を表示します。そのため、Fable 5を選択した後でも、個々のリクエストが静かにOpus 4.8で実行されることがあります。Anthropicは、Fableセッションの95%以上でフォールバックが発生しないと報告しています。そのため、通常のアプリケーションコードではこれはまれですが、時折「Opusに切り替わった」という通知が表示される理由を説明しています。フォールバック後にFable 5に戻るには、再度/model fableを実行してください。
Claude CodeとApidogの連携
Claude CodeがAPIの作成または編集を終えた後、次に問題となるのは、エンドポイントが実際に期待どおりに動作するかどうかです。長時間の自律実行では数十のルートに触れる可能性があり、差分を読むことと、APIが期待どおりのものを返すことを確認することとは異なります。Apidogがこのループにうまく組み込まれるのはここです。Claude Codeがコードを書き、Apidogがライブの動作を検証します。
Claude CodeセッションでAPIを変更した後の具体的なワークフローは次のとおりです。
- Claude CodeにOpenAPI仕様を出力または更新させる。 プロジェクトがOpenAPIドキュメントを保持している場合、エージェントに実装と並行してそれを更新するように依頼します。そうでない場合は、変更したルートのために生成するように依頼します。仕様は、コードとテストツール間の最もクリーンな連携です。
- 仕様をApidogにインポートする。 Apidogでプロジェクトを作成または開き、OpenAPIファイルをインポートします。Apidogはパス、メソッド、パラメーター、スキーマを読み取り、各エンドポイントを実行可能なリクエストに変換するため、URLを手入力する必要がありません。
- リクエストを実行する。 変更されたエンドポイントをローカルまたはステージングサーバーに対して実行します。実際のリクエストを送信し、ステータスコード、ヘッダー、ボディを検査し、応答がコードが返すはずのものと一致することを確認します。
- 応答をスキーマに対して検証する。 Apidogは、各応答が仕様のスキーマに準拠していることを確認できます。これにより、コードが返すものと契約が約束するものとの間のギャップを検出できます。これは、高速で自動化された変更が導入する可能性のあるドリフトのまさに種類です。
- リクエストをテストケースとして保存する。 エンドポイントが合格したら、リクエストを回帰テストスイートとして保持します。次にClaude Code、または誰かがこれらのルートに触れたとき、スイートを再実行し、何かが壊れたかどうかを即座に確認できます。
この連携は、長期間にわたるモデルでは重要性が増します。自律的な変更が大きいほど、検証すべき表面積が広くなり、Apidogの実行可能なテストスイートは、「エージェントが完了したと言う」を「エンドポイントが動作することを確認した」に変えます。Apidogをダウンロードして、既存の仕様を数分でインポートできます。