Cursorは表示します：

text

Internal Error An unexpected error occurred on our servers.
Please try again, or contact support if the issue persists.

30秒での回答

文の内容は「私たちのサーバー」ですが、それだけでサーバーがダウンしているとは限りません。

Cursorスタッフが回答したフォーラムスレッドでは、同じメッセージが いくつかの異なる原因 から発生していました。

ユーザーのローカルマシンにとどまってしまった問題も含まれます。

何も変更する前に以下の手順を行ってください：

  1. Cursorステータス
  2. Cursor内で Network Diagnostics を実行
  3. Request ID を保存（表示されている場合）
  4. 新しい空のChat で同じリクエストを再試行
  5. 長い会話や大きな CLAUDE.md は 別の分岐 です — 以下を参照してください

これらはすべて読み取り専用のチェックです。ここでは何も削除したり再インストールしたりしません。

原因を特定する

観察する点最も可能性が高い原因次に確認すべき点
ステータスページでインシデントが表示されるCursor側の障害回復通知を待つ
Network Diagnosticsでいくつかのチェックが失敗するローカルネットワーク · SSL · VPN失敗したチェックを確認
Request IDがCursorのバックエンドに見つからないリクエストがユーザーのマシンから出なかったローカル接続を確認
新しいChatで動作する長い会話のコンテキスト問題会話を分割
小さなプロジェクトで動作する大きな CLAUDE.md またはルールファイルファイルを縮小して比較
何もしないで改善される一時的な問題の可能性それが繰り返すか確認
上記のどれにも該当しない現在は未解決公式フォーラムで質問

診断順序 — すべて非破壊的

  1. 公式ステータスページを確認してください。 インシデントが掲載されている場合は、ここで停止して待機してください。
  2. Cursor内でNetwork Diagnosticsを実行してください。 これはSSL、API、Ping、Chat、Agentを個別に報告します。
  3. Request IDを保存してください。 スタッフはこれを用いてリクエストがバックエンドに届いたかを確認します。
  4. 新しい空のChatで同じリクエストを再試行してください。 以前の履歴はなし。
  5. 短い会話と長い会話を比較してください。 長い会話だけが失敗する場合、その兆候です。
  6. プロジェクトの CLAUDE.md のサイズを確認してください。 または常に読み込まれるルールファイルのサイズ。
  7. 別のネットワークを使用するか、VPNを無効にしてください。
  8. 改善しない場合、 公式フォーラムに投稿し、Request IDと診断出力を添えてください。

分岐A — コンテキストの制限が満杯

[報告者観察/解決] あるスレッドでは、報告者がエラーが発生した原因を、CLAUDE.md が大きく、かつ1つのAgent会話が長時間実行されていたことと関連付けました。

それからファイルを縮小し、IDEを再起動し、新しいChatを開始した後、報告者は次のように述べました：

*「サイズを減らした後、動作しています。」*

[Cursorスタッフが確認] あるスタッフが、診断が正しいと述べ、そのメカニズムを説明しました：インストラクションファイル（例：CLAUDE.md）は すべてのリクエストとともに送信され、モデルのコンテキスト制限にカウントされます。1つが大きくなり、かつ1つのAgent会話が長時間実行され続けると、合計のコンテキストがモデルの制限を超える可能性があります。

スタッフは報告者の手順を「正しい手順」と呼び、インストラクションファイルを軽く保ち、新しいタスクには新しいChatを開始することを推奨しました。

報告者が原因を特定し、スタッフが確認し、その理由を説明しました。 スタッフは独立してこの原因を特定しなかったため、このメッセージのすべての出現を説明するわけではありません — 他の分岐を参照してください。

これがあなたの状況かどうかを確認する方法：

  • 新しい空のChat で同じリクエストが成功する
  • 大きなルールファイルがない プロジェクトで成功する
  • 会話が長時間実行された後に失敗が始まった

分岐B — ローカル接続またはネットワーク

[Cursorスタッフが確認] あるスレッドでは、スタッフがこのエラーを ローカル接続またはネットワークの問題 として原因を特定しました。別のスレッドでは、スタッフが Request IDがCursorのバックエンドに見つからない ことから、リクエストがユーザーのマシンから出なかった可能性があると指摘し、ユーザーに Network Diagnostics を実行するように求めました。

そのスレッドの別のユーザーは、Network DiagnosticsでSSL、API、Ping、Chat、Agentのすべてで即座の失敗を報告しました。

文の内容とは異なり、これはCursorサーバーのエラーではありません。 リクエストが届いていません。

これがあなたの状況かどうかを確認する方法：

  • Network Diagnosticsで1つ以上のチェックが失敗する
  • スタッフがRequest IDを検索しても見つからない
  • 他のネットワーク依存ツールが同時に失敗する

スタッフがこの分岐を診断しましたが、スレッドには確認された解決策は含まれていません。失敗した診断チェックから始め、別のネットワークやVPNを無効にしてください。

分岐C — 一時的な問題

[Cursorスタッフが確認] あるスレッドでは、スタッフが数日後、ユーザーがCursorを通常通り使用していることに気づき、問題が自然に解決したか尋ねました。その場合は、ローカルでの永続的な変更は必要ありませんでした。

これはすべての記録です。この分岐に対する解決策は作成していません — キャッシュのクリアや再インストールの証拠はありません。エラーが自然に解消した場合、それが再発するかどうかを確認してください。

分岐D — 現在は未解決

[未解決] 他のスレッドでは、スタッフがprivacy modeを無効にして問題を再現するように求め、スレッドには結論がありません。

上記のどの分岐にも該当しない場合は、この状況に該当している可能性が高いです。公式フォーラムに投稿し、Request IDとNetwork Diagnosticsの出力を添えてください。他の分岐の解決策を適用しないでください。

解決済みかを確認する

  • 失敗した同じリクエストが現在完了している
  • Network Diagnosticsですべてのチェックが通っている
  • 分岐Aの場合、長く続く会話はまだ失敗するが、新しい会話は成功する — 作業を分割してください
  • 以下の数日間でエラーが再発しない

似ているが別の原因を持つエラー

これらはそれぞれ独自のメッセージと原因を持ちます。このガイドをこれらに適用しないでください。

  • Resource exhausted — プレミアムリクエストクォータ
  • Unauthorized request. User is unauthorized
  • Invalid API key. Unauthorized User API key

あなたのメッセージがこれらの中の1つである場合、このガイドの手順は役立ちません。

証拠

[Cursorスタッフが確認] — コンテキスト制限メカニズムが1つの報告されたケースを説明していること、別のケースがローカル接続またはネットワークの問題だったこと、Request IDがバックエンドに見つからないことからリクエストがユーザーのマシンから出なかったこと、1つのケースがアクションなしで解決したことを確認しました。

スタッフの役割はフォーラムの公開トピックデータ（管理者 · モデレーター · スタッフ、グループ CursorStaff）をもとに確認されました。

[報告者観察/解決] — 大きな CLAUDE.md と長時間の会話観察、ファイルを縮小したことで解決したことを確認。これはユーザーの診断であり、スタッフが認めたものです、独立したスタッフの見つかったものではありません。

[未解決] — スタッフが追加情報を求めたスレッドで、結論がありません。

対象とレビュー

  • 適用対象: Cursor IDE。バージョン3.9.16（2026年6月27日にリリース）で報告されました
  • 現在も有効: 2026年7月22日まで報告が続いています。修正バージョンはまだ発表されていません
  • 最終レビュー日: 2026年7月29日