言語を切り替える
テーマを切り替える

Cursor エラー解決ガイド:API Key、モデル、ネットワークなど10以上の問題を5分で診断

午前1時、私は Cursor でコードを書いていました。AI の補完が素晴らしく、まるで伝説の10倍エンジニアになった気分でタイプしていました。すると突然、画面右下に赤いエラーボックスが表示されました:Invalid API Key

私は3秒ほど固まりました。昨日は大丈夫だったのに、なぜ?

設定を開いて確認すると、API Key はそこにあります。コピーし直してもエラー。Cursor を再起動してもダメ。午前1時半、そのエラー表示を見つめながら、頭の中は「助けて、明日リリースの機能がまだ終わってないのに」という思いでいっぱいでした。

後で分かったのですが、Key をコピーした際に、見えない改行コードが末尾に含まれていたのが原因でした。たった1つの見えない文字に、30分も振り回されたのです。

正直なところ、Cursor を使い始めてから、API の無効化、ネットワーク接続失敗、Tab 補完の停止、チャット履歴の消失など、10種類以上のエラーに遭遇しました。その都度、検索し、ドキュメントを読み、試行錯誤してきました。問題自体は単純なのに解決策が見つからないこともあれば、エラーメッセージが英語で意味不明なこともありました。

そこで、この「Cursor エラー速習マニュアル」を作成しました。最もよくある10以上の問題について、具体的な解決手順をまとめています。エラーが出たときは、これを見れば5分で解決できるはずです。

クイック診断 - 4ステップで80%の問題を特定

エラーが出ても慌てないでください。ほとんどの問題は以下の4ステップで特定できます。

ステップ1:エラーメッセージのキーワードを確認

エラー表示には通常、問題の種類を示すキーワードが含まれています:

  • APIKeyInvalid → API 設定の問題
  • NetworkConnectionTimeout → ネットワークの問題
  • ModelUnsupported → モデル選択の問題
  • PermissionAccess → 権限またはサブスクリプションの問題

例えば Network timeout とあれば、ネットワークの問題であり、API Key を疑う必要はありません。

ステップ2:ネットワークの疎通確認

Cursor のサーバーは海外にあるため、ネットワーク問題が最も一般的な「犯人」です。素早く確認する方法:

  • ブラウザを開き、https://api2.cursor.sh にアクセス
  • 開ける(404 や他のページが表示されても OK)→ ネットワークは通じています
  • 開けない、または読み込みが終わらない → ネットワークに問題があります

ネットワーク問題なら、DNS の変更、プロキシの使用、あるいは HTTP/1.1 モードへの切り替え(後述)を試してください。

ステップ3:Cursor ステータスバーの確認

Cursor ウィンドウ右下のステータスバーに現在の状態が表示されます。

  • 赤い感嘆符(!) → エラー発生中
  • 回転アイコンが止まらない → 処理がスタックしている、またはサーバー/ネットワークの問題
  • “Offline” や “Disconnected” → ネットワーク切断

アイコンをクリックすると、より詳細なエラー情報が表示されることが多いです。

ステップ4:開発者ツールでログを確認

これは「奥の手」で、前の3ステップで解決しない場合に有効です。

操作:HelpToggle Developer Tools(または Ctrl+Shift+I / Cmd+Option+I

Console タブを開き、赤いエラーログがないか確認します。英語ですが、キーワードでおよその原因が分かります。分からなければエラーメッセージを検索エンジンにかけてみましょう。

API とモデル関連のエラー

API Key 無効 / Invalid API Key

症状

Invalid API KeyAPI key not found というポップアップが出て、チャット機能が使えなくなる。

原因

私が遭遇した3つのパターン:

  1. コピー時にスペースや改行が入っている:これが一番の落とし穴です。見た目では全く分かりません。私は改行コードが入っていて30分無駄にしました。
  2. Key の期限切れや取り消し:OpenAI や他プラットフォームの Key を使用している場合、残高不足、削除済み、使用制限到達の可能性があります。
  3. Key タイプの不一致:OpenAI の Provider 設定に Azure の Key を入れているなど。文字列としては似ていますがフォーマットが異なります。

解決策

まずは簡単な方法から:

  1. Key をコピーし直す。重要:Cursor に貼る前にメモ帳などに貼り付け、余分なスペースや改行がないか確認してください。
  2. 設定パス:SettingsCursor SettingsModelsAdd API Key
  3. 貼り付けたら Enter または保存をクリック。

それでもダメなら Key 自体の問題かもしれません:

  • API プラットフォーム(OpenAI, Claude 等)で Key の状態を確認(無効化されていないか)。
  • 残高不足でないか確認(残高不足で即時無効化されることがあります)。
  • 新しい Key を生成してみる。

最後に、選択した Provider と Key が一致しているか確認してください。Claude の Key なら Anthropic、OpenAI の Key なら OpenAI を選択します。混ぜてはいけません。

モデル非対応 / Model Not Supported

症状

Model not availableUnsupported model と表示され、選択したモデルが使えない。

原因

通常は以下のいずれかです:

  1. サブスクリプション対象外:無料版なのに GPT-4 や Claude Opus を選んでいる場合など。
  2. モデル名のタイプミス:手動入力した場合、1文字でも違うと動きません。
  3. モデルの廃止や名称変更:AI モデルの更新は速いです。gpt-3.5-turbo-0301 のようなバージョン指定モデルはサポート終了しているかもしれません。

解決策

確実な方法:手動入力せず、ドロップダウンメニューから選ぶ

  1. チャット画面や設定でモデル選択ボックスをクリック。
  2. リストから選択する(リストにあるものは現在利用可能です)。
  3. 欲しいモデルがリストにない場合、サブスクリプションレベルが不足しています。

Pro 版なのに使えない場合:

  • HelpCheck for Updates で Cursor を更新。
  • 公式更新ログを確認し、そのモデルがまだサポートされているか確認。
  • 新モデルの場合、Cursor への反映に数日かかることがあります。

正直、一番早い解決策は別のモデルに切り替えることです。GPT-4 がダメなら Claude、それもダメなら GPT-3.5 など、使えるものを探しましょう。

リクエストタイムアウト / Request Timeout

症状

長時間待った挙句、Request timeoutConnection timeout が表示される。AI からの応答がない。

原因

  1. ネットワーク不安定:高遅延、パケットロス、回線のゆらぎにより、リクエスト送信や応答受信に失敗している。
  2. リクエストが大きすぎる:一度に数千行のコードを選択したり、チャットのコンテキストが長すぎる場合、処理に時間がかかりタイムアウトしやすくなります。
  3. サーバー混雑:ピークタイムで Cursor のサーバー応答が遅くなっている。これは制御できません。

解決策

ネットワーク確認:

  • 他のサイトへのアクセス速度を確認。
  • プロキシ使用中はノードを変更してみる。
  • 後述のネットワーク診断を参照。

ネットワーク問題でなければ、リクエスト量を減らす:

  • コード選択量を減らし、分割して質問する。
  • チャット履歴をクリアするか、新しいチャットを開始する(古い履歴は重くなります)。
  • GPT-4 から GPT-3.5 など、軽量モデルに変えてみる。

それでもダメなら、時間を置いて再試行してください。単なるサーバー混雑なら、10分後に試せば直ることが多いです。

ネットワーク接続エラー

接続失敗 / Connection Failed

症状

Connection failedNetwork error、あるいはひたすらロード中で最終的にタイムアウトする。

原因

Cursor のサーバーは海外にあるため、ネットワーク問題は日常茶飯事です。他のサイトは見れるのに Cursor だけ繋がらないこともよくあります。

排查方向:

方向1:DNS の問題

DNS 解析に問題がある場合があります。

  • Windows:ネットワーク設定で DNS を 8.8.8.8 (Google) または 1.1.1.1 (Cloudflare) に変更。
  • macOS:システム設定 → ネットワーク → 詳細 → DNS で上記アドレスを追加。

方向2:プロキシ設定

プロキシ使用中の方:

  • プロキシソフトが正常に動作しているか確認。
  • 別のノードを試す。
  • api2.cursor.sh がプロキシ対象になっているか確認。

プロキシを使っていないが企業内ネットワークにいる場合、Cursor のプロキシ設定が必要かもしれません(Settings で “proxy” を検索)。

方向3:HTTP/1.1 モード

私が試した中で最も効果的な方法の1つです。Cursor はデフォルトで HTTP/2 を使いますが、一部のネットワーク環境は HTTP/2 と相性が悪いです。

切り替え手順:

  1. Cursor 設定(Settings)を開く。
  2. http を検索。
  3. Cursor: Use HTTP/1.1 オプションにチェックを入れる。
  4. Cursor を再起動。

私はこれで少なくとも3回は接続問題を解決しました。

方向4:ファイアウォールとセキュリティソフト

リクエストを遮断している可能性があります。

  • 一時的に無効化して接続できるか試す。
  • できるなら、Cursor をホワイトリストに追加する。

SSL/TLS 証明書エラー

症状

SSL certificate problemCertificate verification failed と表示される。

原因

企業の社内ネットワークでよく発生します。
多くの企業プロキシは SSL インスペクション(実質的な中間者攻撃の仕組み)を行い、Cursor の証明書を置き換えてしまうため、検証に失敗します。

解決策

個人での解決は難しく、IT 部門への依頼が必要です:

  • api2.cursor.sh*.cursor.sh を SSL インスペクションのホワイトリストに入れてもらう。
  • または、会社のルート証明書を PC にインストールする。

個人ユーザーでこれが出る場合、システム時刻がずれている可能性があります(証明書検証は時刻に依存します)。

機能不全系の問題

Tab 補完が動かない

症状

Tab キーを押しても反応がない、または Tab completion quota exceeded と表示される。

原因

  1. 無料枠切れ:無料版は Tab 補完が合計 2000 回までです。これは月間ではなく全期間合計で、リセットされません。
  2. 機能無効化:誤操作や設定競合でオフになっている。
  3. 入力システム(IME)の競合:意外と多いです。一部の日本語入力ソフトが Tab キーを捕捉し、Cursor に渡さないことがあります。

解決策

枠の確認:

  • ステータスバーに残回数が表示されていないか確認。
  • 使い切っていたら、Pro 版(月額$20、無制限)にするか、チャット機能だけで我慢するかです。

設定確認:

  1. Settings で tab を検索。
  2. Cursor Tab が有効(Enable)になっているか確認。
  3. ショートカット競合がないか確認(他の拡張機能が Tab を占有していないか)。

IME 問題:

  • 英数入力モードに切り替えて試す。
  • IME の設定で Tab キーの割り当てを確認する。

それでもダメなら Cursor 再起動。謎のスタックは再起動で直ることが多いです。

チャット履歴が消えた

症状

以前の会話が見当たらない、チャットパネルが空っぽ。

原因

  1. ディスク容量不足:ローカル保存のため、ディスクがいっぱいだと自動削除されることがあります。
  2. 再インストールや更新:バックアップなしで再インストールすると消えることがあります。
  3. ワークスペースの切り替え:履歴はワークスペース(開いているフォルダ)ごとに保存されます。

解決策

復元を試みる:

  • Windows: %APPDATA%\Cursor\User\workspaceStorage
  • macOS: ~/Library/Application Support/Cursor/User/workspaceStorage

各ワークスペースのフォルダに履歴が保存されています。ファイルが残っていれば、Cursor の再起動で読み込めるかもしれません。

予防策:

  • ディスク空き容量を 10GB 以上確保する。
  • 重要な会話は定期的にエクスポート(コピペ)する。
  • 再インストール前には workspaceStorage をバックアップする。

Cursor のデータバックアップ機能は万全ではありません。重要な内容は自己防衛が必要です。

Agent モードが使えない

症状

Agent ボタンがグレーアウトしている、クリックしても反応がない、Agent mode unavailable と出る。

原因

Agent モードはネットワークとサブスクリプションの要件が厳しいです。

  1. ネットワーク不安定:持続的な接続が必要なため、揺らぎがあると使えません。
  2. サブスクリプション不足:無料版では制限がある、または使えない場合があります。
  3. HTTP/2 問題:前述の通り、プロトコルの相性問題。

解決策

サブスクリプション確認:

  • Pro ユーザーか確認。
  • 期限切れでないか確認。

ネットワーク確認:

  • HTTP/1.1 モードへの切り替え(効果的)。
  • プロキシノードの変更。

最後に再起動。Agent モードは時々スタックしますが、再起動で直ります。

インストールとサブスクリプションの問題

インストール失敗 / 更新失敗

症状

インストーラーが止まる、エラーが出る、起動しない。更新時に Update failed になる。

原因

  1. 権限不足:特に Windows で管理者権限がない場合。
  2. ディスク容量不足:インストールには 2-3GB 程度の空きが必要です。
  3. セキュリティソフトの誤検知:インストーラーを不審なファイルとみなしてブロックしている。

解決策

基本手順:

  1. 管理者として実行(Windows):インストーラーを右クリックして選択。
  2. ディスク整理:5GB 程度の空きを作る。
  3. セキュリティソフト一時停止:インストール中だけオフにする。

それでもダメなら:

  • 最新インストーラーを再ダウンロード(破損の可能性)。
  • 旧バージョンを完全アンインストールしてから再インストール。
  • システムログで詳細なエラーを確認。

更新失敗時:

  • 手動で新バージョンをダウンロードして上書きインストール。
  • 数時間待ってから再試行(サーバー混雑の可能性)。

Pro サブスクリプションが反映されない

症状

Pro 版を購入したのに、無料版の制限(Tab 補完回数など)が変わらない。

原因

同期遅延が一般的です。

  1. 同期待ち:支払い完了からサーバー反映まで 10-15 分かかることがあります。
  2. アカウント間違い:別のアカウントでログインしている。
  3. キャッシュ問題:ローカルに古い情報が残っている。

解決策

最も効果的な方法:

  1. 完全にログアウト(Settings → Sign Out)。
  2. 再ログイン(購入したアカウントか再確認)。
  3. Cursor 再起動。

まだダメなら:

  • 10-15分待つ。
  • 公式サイトのアカウントページで支払い状態を確認。
  • 確認メールが届いているかチェック。

最終手段はサポート連絡:

  • [email protected] へメール。
  • 注文番号とログインメールアドレスを記載。
  • 通常数時間で解決します。

拡張機能マーケットプレイスに繋がらない

症状

Extensions タブがずっとロード中、または Unable to connect to marketplace

原因

マーケットプレイスのサーバーへの接続問題。特定の地域やネットワークで発生します。

解決策

方法1:ネットワーク確認

  • 他のサイトへのアクセス。
  • プロキシやノード変更。

方法2:手動インストール

  • VS Code マーケットプレイスから .vsix ファイルをダウンロード。
  • Cursor で “Install from VSIX” を選び手動インストール。

ネットワーク要因の場合、プロキシ以外に良い解決策はありませんが、Cursor 標準機能だけでも十分強力です。

パフォーマンスとリソースの問題

メモリ使用量が多すぎる

症状

しばらく使うと数GBのメモリを消費し、PCが重くなる。

原因

  1. 大型プロジェクトのインデックス:全コードをインデックス化するため、プロジェクトが大きいほどメモリを食います。
  2. 拡張機能の入れすぎ:各拡張機能がメモリを使います。
  3. メモリリーク:長時間起動していると発生することがあります。

解決策

インデックス範囲の制限:

  1. ルートに .cursorignore ファイルを作成。
  2. 不要なディレクトリを除外(node_modules, dist, .git 等)。
node_modules/
dist/
build/
.git/
*.log

不要な拡張機能の無効化:

  • Extensions で使わないものを無効化。
  • 特にコード分析系の拡張機能は重いです。

Node.js メモリ制限(上級者向け):

  • 起動引数に --max-old-space-size=4096 を追加。

一番簡単な方法:定期的な再起動。私は1日1回再起動してメモリを解放しています。

レスポンスが遅い

症状

AI の返答が遅い、文字表示がカクつく。

原因

  1. ネットワーク遅延:サーバー往復に時間がかかっている。
  2. サーバー高負荷:混雑時の遅延。
  3. コンテキスト過多:チャット履歴が長すぎて、送信データ量が多い。

解決策

ネットワーク最適化:

  • 遅延確認(ping api2.cursor.sh)。
  • 高速なプロキシノードへ変更。

モデル切り替え:

  • GPT-3.5 や Claude Haiku は高速です。簡単なタスクなら十分です。

コンテキスト削減:

  • 新しいチャットをこまめに作る。
  • コード選択量を必要最小限にする。
  • 関係ないファイル参照を消す。

混雑時は待つしかありません。夜間や週末は改善することが多いです。

まとめ:Cursor エラー速查チェックリスト

問題が起きたら、このリストでチェックしてください。

ステップ1:基礎チェック

  • エラーメッセージのキーワードでタイプを特定
  • ネットワーク疎通確認(api2.cursor.sh)
  • ステータスバー確認
  • 開発者ツールでコンソールログ確認

ステップ2:頻出問題チェック

  • API Key 無効 → スペース/改行確認、有効性確認
  • 接続失敗 → HTTP/1.1 切替、プロキシ/DNS 確認
  • Tab 不動 → 残回数確認、IME 確認
  • モデル非対応 → ドロップダウン選択、サブスク確認
  • 履歴消失 → workspaceStorage 確認

ステップ3:高度な排查

  • 拡張機能を無効化してテスト
  • キャッシュと設定のクリア
  • 再インストール(バックアップ必須)
  • 公式ステータスページ確認
  • 公式サポートへ連絡

80%の問題はステップ2までで5分以内に解決します。
解決できない場合はデータをバックアップし、公式フォーラムやコミュニティで助けを求めましょう。

この記事をブックマークして、次回のエラーに備えてください。

FAQ

Cursor で Invalid API Key と表示されます
最も一般的な原因は、コピー時にスペースや改行が含まれていることです。メモ帳に貼り付けて確認してください。また、Key の有効期限、プラットフォーム(OpenAI か Anthropic か)の選択が正しいかも確認してください。
Connection Failed で接続できません
Settings で「Use HTTP/1.1」を有効にして再起動してください。これで企業ネットワーク問題の70%は解決します。その他、DNS を 8.8.8.8 に変更、プロキシ設定の確認、ファイアウォールの一時無効化を試してください。
Tab 補完が急に動かなくなりました
無料版の回数制限(2000回、リセットなし)を超えていないか確認してください。また、日本語入力ソフト(IME)との競合の可能性もあります。英数モードに切り替えて試してください。
チャット履歴が消えました
履歴はローカルの workspaceStorage ディレクトリにあります(Windows: %APPDATA%\Cursor\User\workspaceStorage, macOS: ~/Library/Application Support/Cursor/User/workspaceStorage)。ファイルが残っていれば再起動で戻る可能性があります。再インストール前はバックアップを推奨します。
Pro サブスクリプションが有効になりません
同期に時間がかかる場合があります。完全にログアウトし、再ログインしてから Cursor を再起動してください。それでも15分以上反映されない場合は、サポート([email protected])へ連絡してください。
メモリ使用量が高すぎます
.cursorignore ファイルを作成し、node_modules や .git などの不要なディレクトリをインデックス対象から除外してください。不要な拡張機能を無効化し、定期的に再起動することで改善します。
Agent モードがグレーアウトしています
Pro ユーザーであることを確認し、ネットワーク接続をチェックしてください。HTTP/1.1 モードへの切り替えが有効な場合があります。企業ネットワークでは IT 部門による許可が必要なこともあります。

8 min read · 公開日: 2026年1月19日 · 更新日: 2026年2月4日

コメント

GitHubアカウントでログインしてコメントできます

関連記事