Cursor で クロード フェーブル 5 の使い方

CursorでClaude Fable 5をセットアップ:Anthropic APIキーを追加し、claude-fable-5を有効にして選択し、長時間の実行の前に10ドル/50ドルの自己キー課金について理解してください。

INEZA Felin-Michel

INEZA Felin-Michel

10 6月 2026

Cursor で クロード フェーブル 5 の使い方

Apidog エンタープライズ

オンプレミスデプロイ

SSO & RBAC

SOC 2 準拠

Apidog Enterpriseを見る

CursorでClaude Fable 5を実行すると、エディターが複数ファイルのコード修正を任せて立ち去れる場所になります。Fable 5はAnthropicの新しい長期的視野を持つコーディングモデルで、数百万トークンにわたるタスクでも筋道を見失うことなく一貫して処理するように構築されています。CursorはすでにAnthropicモデルとの連携方法を認識しているため、claude-fable-5を接続するには、APIキーを入力し、ピッカーからモデルを選択するだけです。このガイドでは、正確な設定方法、開始前に理解しておくべき費用計算、そしてモデルが稼働した後に実際にリクエストに応答していることを確認する方法について説明します。

以前にエディターで、Cursor内でDeepSeek V4 Proを実行するのような他のフロンティアモデルを設定したことがある方には、ここでの手順はおなじみでしょう。主な違いは、請求とFable 5がその価格に見合う価値があるかどうかについてです。

ボタン

TL;DR

Cursorの設定を開き、「モデル」に移動し、Anthropic APIキーを貼り付けて「検証」をクリックし、キーを有効にします。モデル検索ボックスからclaude-fable-5を追加し、有効にしてから、チャットまたはエージェントの実行前にモデルピッカーから選択します。ご自身のキーを使用するため、Anthropicは入力トークン100万あたり10ドル、出力100万あたり50ドルを直接請求します。そのため、Fable 5は長期的視野の作業のために予約し、ルーチンの編集にはより安価なモデルに戻してください。

なぜCursorでFable 5を使うのか

ほとんどのコーディングモデルは、小さく明確な範囲のリクエストには優れています。関数を求めれば、関数が得られます。しかし、タスクが数十のファイルにまたがったり、何百もの手順を要したり、何時間も実行されたりすると、その性能は不安定になります。コンテキストがずれ、以前の決定が忘れ去られ、結局エージェントを付きっきりで監視することになります。

Claude Fable 5は、その逆のケースのために構築されました。Anthropicは、数百万トークンにわたって集中力を維持し、以前のどのClaudeモデルよりも長く自律的に機能できるモデルだと説明しています。これはCursor内で重要な特性であり、エージェントモードはリポジトリ全体を処理し、コマンドを実行し、結果を読み取り、作業を続けることができます。長期間にわたって集中力を維持できるモデルは、完了する移行と、途中で静かに破損してしまう移行との違いを生み出します。

主要な実証事例はStripeから寄せられました。AnthropicのFable 5発表によると、このモデルは5,000万行のRubyコードベース全体にわたるコードベース移行を1日で実行しました。これは手作業ではチームが2ヶ月以上かかる作業です。これはほとんどのエンジニアがAIエージェントで試みることすらしない種類の仕事です。なぜなら、失敗のモードは時間とともに複合的になるからです。Fable 5はそのリスクに真っ向から取り組んでいます。

では、Fable 5がデフォルトのCursorモデルよりも優れているのはどんな時でしょうか?以下の場合に使用してください。

1行の修正、簡単なテスト、または小さなコンポーネントであれば、Fable 5は必要ありません。デフォルトのモデルの方が高速で、はるかに安価であり、品質の違いも気にならないでしょう。重要なのは、タスクの規模に合わせてモデルを選択するスキルです。これは、特定のワークフローでCursorとClaude Codeを比較検討する際に適用するのと同じ直感です。

前提条件

開始する前に、次のことを確認してください。

利用を決定する前にClaudeの幅広いラインナップについて背景を知りたい場合は、Claudeモデルの概要で現在のすべてのモデルIDとその価格が一覧表示されており、Claude Fable 5とは何かに関する私たちの解説では、設計目標をより深く掘り下げています。

CursorにClaude Fable 5を追加する

設定は2つの部分から構成されます。まず、CursorにAnthropicキーを伝え、次にclaude-fable-5をモデルピッカーで利用可能にします。UIが変更された場合の公式な参照資料は、Cursor自身のAPIキーに関するドキュメントですが、現在のフローは以下の通りです。

1. Cursorの設定を開き、「モデル」に移動します。

コマンドパレットまたは歯車アイコンから設定を開き、「モデル」セクションを選択します。これは、CursorがルーティングできるすべてのモデルとプロバイダーAPIキーが存在するパネルです。切り替えボタン付きのモデルのリストと、その下にプロバイダーキーの入力フィールドの行が表示されます。

2. Anthropic APIキー入力フィールドを見つけます。

モデル内のプロバイダーキーの領域までスクロールします。OpenAIとGoogleのフィールドとは別に、Anthropic APIキー用のラベル付きフィールドがあります。ここに自分のキーを入力すると、ClaudeのリクエストがCursorのバンドルされたクレジットではなく、Anthropicアカウントに請求されるようになります。

3. キーを貼り付け、「検証」をクリックします。

以前に作成したAnthropicキーをフィールドに貼り付けます。「検証」をクリックします。Cursorはキーが機能し、あなたのアカウントがAnthropic APIに到達できることを確認するためのテストリクエストを送信します。緑色の確認表示またはチェックマークは、キーが有効であることを示します。検証に失敗した場合の一般的な原因は、入力ミス、間違ったワークスペースのキー、または請求が有効になっていないAnthropicアカウントです。

4. キーを有効にします。

Anthropicキーをオンに切り替えて、Cursorが実際に使用するようにします。一部のCursorビルドでは、明示的な有効化スイッチまたはフィールドの隣に「Anthropicキーを有効にする」という確認表示が表示されます。有効になると、ClaudeモデルはCursorの共有アクセスではなく、あなたのキーを介してルーティングされます。

5. claude-fable-5をモデルとして追加します。

モデルリストには、モデルの追加または検索ボックスがあります。モデルIDを正確にclaude-fable-5と入力します。表示されたら、「カスタムモデルを追加」(または同等の追加アクション)を選択して、モデルリストに加えます。検証済みのAnthropicキーが既に有効な場合、Fable 5のような新しいClaudeモデル名はそのキーを介して利用可能になります。

6. モデルが有効になっていることを確認します。

追加後、モデルリストのclaude-fable-5の隣にある切り替えボタンがオンになっていることを確認します。無効になっているエントリは、ファイルを操作しているときにピッカーに表示されません。これは、新しく追加したモデルが消えたように見える最も一般的な理由です。

ベースURLのオーバーライドに関する注意点:Cursorを標準のAnthropic APIに向けたい場合、ベースURLオーバーライドオプションに触れる必要はありません。これらのオーバーライドはプロキシやゲートウェイ用であり、誤ってOpenAIのベースURLオーバーライドをオンにすると、Claudeのルーティングが機能しなくなる可能性があります。Anthropicの前に特定のゲートウェイがない限り、オフのままにしておいてください。

Fable 5を選択し、アクティブであることを確認する

モデルを追加することと、それを使用することは別々のステップです。Cursorではリクエストごとにモデルを選択できるため、Fable 5は必要なときにのみ選択します。

モデルピッカーから選択します。 チャットまたはエージェントパネルを開きます。通常、入力ボックスの近くまたはチャットヘッダーにモデルセレクターがあります。それをクリックし、リストからclaude-fable-5を選択します。その選択は、変更するまで現在の会話に適用されるため、Fable 5で1つのスレッドを実行し、より安価なモデルで別のスレッドを並行して実行できます。

セレクターにFable 5が表示されていることを確認します。 最も簡単な確認方法は、ピッカーのラベル自体です。長く高価なリクエストを送信する前に、セレクターをちらっと見て、デフォルトが何であれ、claude-fable-5と表示されていることを確認してください。これは些細なことのように聞こえますが、モデルを混在させる際には最も役立つ習慣です。なぜなら、出力トークンのコストこそが請求額を増大させるからです。

あなたのキーが機能していることを確認します。 現在のファイルを要約するようモデルに依頼するような、小さなテストプロンプトを送信します。次に、Anthropicコンソールを開き、使用状況ダッシュボードを確認します。あなたのアカウントにclaude-fable-5に対する新しいリクエストが請求されている場合、キーのパスは正しく接続されており、CursorはAnthropicに請求しており、自身のクレジットには請求していません。

セーフガードのフォールバックに注意してください。 Anthropicは、サイバーセキュリティ、生物学、化学、またはモデル蒸留に関する一部のリクエストを自動的にClaude Opus 4.8にルーティングします。Anthropicによると、Fableセッションの95%以上でフォールバックは一切発生しないため、日常的なコーディングではほとんど遭遇することはありません。しかし、これらのデリケートなトピックで応答が異なると感じた場合、それは設定の問題ではなく、このルーティングが原因である可能性が高いです。フォールバック先のモデルを理解したい場合は、Claude Opus 4.8の解説をご覧ください。

コストと請求に関する注意事項

Fable 5を大規模なタスクに投入する前に、この部分を理解しておく必要があります。なぜなら、独自のキーでの請求は、あなたを保護する月額制限がないことを意味するからです。

独自のキーでの価格設定。 独自のAnthropic APIキーを提供する場合、Cursorはコストをバンドルしたり補助したりしません。Anthropicは、入力トークン100万あたり10ドル、出力トークン100万あたり50ドルを直接請求します。これは、サブスクリプションに含まれる使用量からリクエストが引かれるCursor独自のバンドル価格設定とは異なります。あなたのキーを使用する場合、すべてのトークンはAnthropic側で計測され、あなたのAnthropic請求書に記載されます。

Fable 5はOpus 4.8の2倍の価格です。 Opus 4.8は入力100万あたり5ドル、出力100万あたり25ドルで動作します。Fable 5は両者ともにそのちょうど2倍です。したがって、すべての長時間の実行で問われるのは、そのタスクが本当にFable 5の長期的視野の集中力を必要としているのか、それともOpus 4.8で半分の費用で同じ結果が得られるのか、ということです。より詳細な比較については、Fable 5とOpus 4.8の比較をご覧ください。

実際にコストがかかる場所。 エージェントワークフローでは、モデルがコードを書き、コマンドを実行し、結果を読み取り、さらに書き込むため、出力トークンが請求額の大部分を占めます。長時間の自律実行は大量の出力を生成する可能性があります。それがFable 5がその価値を発揮する実行ですが、同時にすぐに高価になる可能性もあるため、動作中はAnthropicの使用状況ダッシュボードを監視してください。

いつ安いモデルに戻すべきか。 ルーチン編集、小さな修正、テストの足場作り、簡単な質問には、ピッカーをより安価なモデルに切り替えてください。2行の変更にFable 5の料金を費やす品質上の理由は何もありません。実用的なパターンとしては、経済的なモデルをデフォルトにし、移行、大規模なリファクタリング、または長時間無人でのエージェントセッションを開始しようとしている場合にのみ、スレッドをFable 5に昇格させるべきです。

Fable 5におけるCursor対Claude Code

CursorとClaude CodeはどちらもFable 5にとって合理的なプラットフォームであり、選択はあなたの作業方法の好みに帰結します。Cursorは、インライン差分、ファイルツリー、チャットパネルを備えたフル機能のエディター内にモデルを保持するため、変更をその場で監視し、指示したい人々に適しています。Claude Codeは、シェルで作業し、ワークフローをスクリプト化したいエンジニアに適したターミナルネイティブのエージェントです。Fable 5の長期的視野の強みはどちらにも現れるため、どちらが間違いということはありません。この特定のモデルに関して両者を比較検討している場合、2026年版CursorとClaude Codeの比較でトレードオフを説明しており、ターミナル経由を試したい場合はClaude CodeでFable 5を実行する方法の補足ガイドがあります。

CursorがApidogで構築するAPIをテストする

Fable 5をバックエンドタスクに指示すると、プロジェクト全体にわたるルート、ハンドラー、リクエストスキーマを喜んで生成します。生成されたエンドポイントは信頼する前にテストする必要があり、それはエディターではなくAPIクライアントの仕事です。Apidogは、これらの新しいエンドポイントにアクセスし、実際の応答を検査し、モデルが構築したと主張する形状と一致していることを確認できるAPI設計およびテストツールです。

Fable 5がいくつかのエンドポイントを生成した後の具体的なループは次のとおりです。

  1. API定義をインポートします。 実行でOpenAPIまたはSwaggerファイルが生成された場合、それをApidogに直接インポートします。Apidogは仕様を読み取り、パス、メソッド、パラメーターが既に設定されたすべてのエンドポイントを構築するため、手動で何かを再入力する必要はありません。
  2. 実際のリクエストを送信します。 新しいエンドポイントの1つを選択し、パラメーターまたはリクエストボディを入力して、実行中の開発サーバーに対して送信します。モデルが起こるべきだと考える説明ではなく、実際のステータスコード、ヘッダー、JSONペイロードが返されます。
  3. スキーマと応答を照合します。 返されたボディをFable 5が定義したスキーマと比較します。フィールドが不足している、型が間違っている、またはNULLであるべきでないときにNULLである場合、チームメイトや本番環境に到達する前に、生成されたコードとその契約との間のギャップを発見したことになります。
  4. 次回のためにリクエストを保存します。 次のエージェント実行後に同じチェックが実行されるように、呼び出しをコレクションにグループ化します。長期的視野の編集を行うモデルは、2回のリファクタリング後にエンドポイントを変更する可能性があり、保存されたリクエストは即座に回帰を捕捉します。

Cursorで生成し、Apidogで検証するこの密なループは、自律型エージェントの盲点を引き継ぐことなく、その速度を維持します。

これでFable 5がCursorに接続され、それがあなたに応答しているモデルであることを確認する方法、そして予期せぬ費用なしでそれを使用するためのコスト計算を理解できました。長期的視野の集中が実際に必要な作業、例えば移行や大規模なリファクタリングでFable 5を開始し、エージェントパネルで最初の実行を観察し、出荷前にApidogで生成されたエンドポイントをすべて検証してください。同じ設定をターミナルと比較したい場合は、Claude Fable 5 APIガイドが次のステップです。

ApidogでAPIデザイン中心のアプローチを取る

APIの開発と利用をよりシンプルなことにする方法を発見できる