Cursorが遅い・重いときの対処法｜文字入力とAIの待ち時間を分けて確認

先に保存して、比較する操作を一つ決める

編集中のファイルを保存し、今動いているビルドや処理があるか確認します。再起動する前に、途中の作業を止めてよい状態かを見てください。別の人や別のツールが使う処理を、軽くする目的だけで終了しないようにします。

比べる操作は、例えば「同じ小さなファイルを開き、一行だけ入力する」です。確認用の文字は元に戻せる場所へ入力し、保存してよい内容かも確かめます。AIの比較なら、機密を含まない短い依頼を一つ用意します。

バージョン、OS、開いたプロジェクト、直前に変えたものを一行ずつ控えると、後で原因の候補を絞れます。設定を触る前には、項目名と元の選択状態も残しましょう。

「昨日は速かった」という記憶だけでなく、今できる同じ操作を基準にします。この記事では何秒なら正常という基準を作りません。端末や処理内容で違うため、自分の変更前後を比べることを優先します。

入力も遅いなら、拡張機能を一つずつ確認する

Cursor公式の性能トラブル案内は、CPUやメモリの負荷、文字入力の遅れについて、拡張機能を切り分ける方法を紹介しています。拡張機能は、補完や整形などの機能を後から足すものです。

まず不要な拡張機能を確認し、現在の有効・無効を控えます。無効にするだけなら、アンインストールと違って戻しやすくなります。ただし、言語の補完や整形なども一時的に変わるため、普段の作業をそのまま続けるための設定とは分けて考えましょう。

コマンド操作ができる場合、公式は拡張機能を読み込まずに試す起動方法として、次のコマンドを案内しています。

保存後にCursorを終了し、普段使う端末のターミナルから起動して、同じファイル・同じ入力を比べます。「cursorが見つからない」と出る場合は、コマンドを無理に追加設定せず、拡張機能の画面で一つずつ無効にする確認へ戻れます。

軽くなった場合も、その時点では特定の拡張機能が原因だと確定していません。通常の起動へ戻し、有効にするものを一つずつ増やして、どの変更で同じ症状が戻るかを確認します。コマンドなしの通常起動と、拡張機能の有効状態の両方を見直してください。

変わらなければ、元の状態へ戻して次へ進みます。効果のなかった変更を積み重ねると、普段必要な機能が減ったままになり、比較もしづらくなります。

• 出典：Cursor公式の性能トラブル案内（新しいタブ）

処理の負荷は、見てから判断する

何が忙しいのかを調べる手掛かりとして、Cursor公式フォーラムの案内では、コマンドパレットから「Developer: Open Process Explorer」を開く方法が紹介されています。コマンドパレットは、操作名を検索して実行する場所です。

WindowsならCtrl+Shift+P、MacならCmd+Shift+Pでコマンドパレットを開き、操作名を検索します。現在の版で見つからなければ、似た名前の削除や終了操作を選ばず、バージョンとその状況を相談メモに残してください。

見るのは、症状が出たときに、どの処理のCPUやメモリ使用が大きいかです。項目名と発生する操作を記録します。数値が大きい処理が一つ見えただけで、終了すれば安全に直るとは判断しません。

例えば拡張機能を無効にした比較で変化があれば、その情報と負荷の表示を一緒に残せます。画面の記録を相談へ使う場合は、プロジェクト名やファイル名に機密が含まれないか確認しましょう。

• 出典：Cursor公式フォーラムの案内（新しいタブ）

長い会話だけで重いなら、元の会話を残して短い依頼と比べる

新しい会話で同じ小さな依頼を試すと、長い会話だけで起きるかを確かめられます。ただし、新しい会話は、以前に決めた条件を当然には引き継ぎません。作業を続けるなら、目的、変更してよい範囲、必要なファイルを短く添えます。

例えば「見出しの色だけを直したい。本文と金額は変えない」と条件を限定します。AIの返答が速くなったとしても、必要な条件が抜けていれば、実務の解決にはつながりません。返ってきた変更内容も確認してください。

新しい会話で軽くなったという個人の報告はありますが、すべての遅さが会話のキャッシュで直るという証拠ではありません。元の会話を消すことを前提にせず、比較の結果として扱います。

同時に複数のAgentへ作業を増やすより、まず比較用の一つを確かめます。動いている処理を確認せずに新しい依頼を重ねると、元の処理が終わったかも分かりにくくなります。

プロジェクトだけ重いなら、不要な生成物をAIの参照から外す

大きなプロジェクトでは、AIが読む必要のない生成物が含まれていないか確認します。生成物は、元のコードから作り直せる出力ファイルなどです。公式の除外ファイルの説明にある「.cursorignore」は、ファイルを消さずにAIの参照範囲を調整するために使えます。

ただし、現在の公式説明では、.gitignoreの対象やnode_modules、.nextなどは既に標準の除外対象です。「node_modulesがあるから必ず全部読み込んでいる」と決めつけ、同じ指定を増やすだけで改善を期待しないようにします。

自分のプロジェクトで、参照する必要のない出力フォルダーがdistとbuildだった場合の記入例です。既存の.cursorignoreがあれば、内容を控えてから必要な行だけ追加します。

この例を使う前に、distやbuildが自分の作業で何を入れる場所か確認します。手作業の大切な資料が入っている場合などは、名前だけで生成物と判断しないでください。プロジェクトの一番上のフォルダーへ置く設定です。

除外したファイルは、Agent、Tab、Inline Editなどから参照できなくなるため、そのファイルの修正を依頼したいときには支障が出ます。必要な参照まで減ったら、自分で追加した行を戻します。フォルダーそのものを削除する操作ではありません。

また、.cursorignoreは、TerminalやMCPツールのアクセスまで止める仕組みではないと公式に説明されています。機密情報を完全に保護する設定として扱わず、速度確認のために秘密を含むフォルダーをAIへ追加しないようにします。

• 出典：公式の除外ファイルの説明（新しいタブ）

AIの返答だけ遅いなら、稼働状況と通信診断を見る

入力やスクロールは普通なのに、送信した後だけ止まるなら、Cursorの稼働状況と、公式の通信トラブル案内を確認します。この記事は、現在障害が起きていると断定するものではありません。

公式が案内する入口は「Cursor Settings」→「Network」→「Run Diagnostics」です。Cursorの設定にある通信の確認機能で、OS全体のネットワーク設定とは別です。診断結果と、困っていた時刻・エラー文を一緒に控えます。

企業のプロキシを使う環境では、通信方式が影響する場合があります。公式の現行案内は、必要な場合に「HTTP Compatibility Mode」を「HTTP/1.1」にして、Cursorを再起動する方法です。会社や学校の端末では管理者へ確認し、元の選択を控えてから試してください。

これは、すべての遅さに共通する高速化設定ではありません。入力自体が遅い問題に対して、通信の設定を先に変える理由はありません。診断で通信の問題が示された場合など、該当する条件で検討します。

VPNやセキュリティソフトを無断で止めたり、証明書の検証を外したりする必要はありません。管理された通信なら、診断結果を担当者へ渡す方が、必要な保護を残して確認できます。

• 出典：Cursorの稼働状況（新しいタブ）
• 出典：公式の通信トラブル案内（新しいタブ）

リモート接続では、自分のPCと接続先を分けて見る

SSHなどで別のコンピューターへ接続している場合、どちらが遅いのかも確認します。Cursor公式は、Remote SSHのAI機能の通信がローカル側から行われることと、接続先のCPUやメモリ不足も接続へ影響し得ることを説明しています。

そのため、接続先のCPUだけを見て通信は正常だと決めることはできません。自分のPCのNetwork診断、接続の切断有無、接続先の負荷を別々に控えます。共有サーバーなら、他の処理を勝手に止めず管理者へ相談してください。

遅いからという理由だけでプロジェクトを別のドライブやOSへ移すと、実行環境やパスも変わります。まず、ローカルでは起きないのか、同じ接続先のどの操作で起きるのかを確認します。環境の移設は、依存関係と戻し方を決めてから検討する作業です。

変更は一つずつ戻し、直らなければ事実を揃えて相談する

一つの設定を変えたら、最初と同じ操作で比べます。軽くなったかだけでなく、補完やAIが必要なファイルを読めるかなど、残したい機能も確認しましょう。

次は記入のための架空例です。改善結果を測定した記録ではなく、「未確認」を残したまま相談に使える形を示しています。

公式窓口へは、OSとCursorの版、発生する操作、時刻、エラー文、試した変更と結果を伝えます。必要な場合はRequest IDなどを、公式が指定する方法で送ります。公開投稿へ設定ファイル全体、認証情報、社外秘コードを貼らないようにしてください。

会話のデータベースや作業用の保存領域を一括削除する方法は、最初の対処にしません。再インストールやデータの整理が必要と言われた場合も、失われる情報、バックアップ、戻し方を公式へ確かめてから判断できます。

一人で切り分けにくいなら、依頼する確認の範囲を決める

無料の手順と公式窓口で解決したなら、有料相談は不要です。自分の開発環境で、拡張機能やプロジェクト構成を一緒に確認したい場合は、開発環境の相談を探す選択肢があります。

「全部速くしてほしい」より、「同じファイルへの入力が遅い。拡張機能を一つ変えたが未確認。どの比較をするか一緒に整理したい」と伝える方が、対応できる相手を選びやすくなります。

相談の助言と、コードの実装代行、PC修理は別です。対象OS、Cursorの性能問題に対応できるか、扱える設定やコードの範囲、総額、相談期間、解決しない場合の扱いを購入前に確認します。会社の環境は、外部へ相談してよい範囲を社内で確認してください。