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

Cursor Tab 補完が効かない?7 つの対処法で完全に切り分ける

午後 3 時、点滅するカーソルを見つめながら、いつものように Tab キーを押しました。

何も起きません。

もう一度。やはり反応なし。

その感覚、ありますよね。昨日まで普通だった鍵が、急に合わなくなるような。Cursor の Tab 補完が突然止まり、コーディングのリズムが崩れました。AI アシスタントに慣れきっていたので、この「右腕」を失うと効率が半分以下になり、正直少し焦りました。

初めてこの問題に遭遇したとき、ネットで検索しても答えはバラバラでした。上限切れ、キャッシュクリア、IME 競合——すべて試して、本当の原因を見つけるのに 1 時間近くかかりました。

その後わかったのは、Tab 補完の失敗は意外とよくあるものの、ほとんどの場合はすぐ直せるということ。ここでは「可能性が高い順」に整理した切り分けガイドを共有します。最短時間で原因を特定するのに役立ちます。

結論から言うと、70% の Tab 補完トラブルは 2 分で解決できます。

最速チェック — 設定とステータスの確認(2 分で 70% を解決)

Cursor Tab が無効になっていないか

最も見落とされがちな原因です。誤クリックやショートカットの誤操作で、Tab 補完がオフになっていることがあります。

エディタ右下のステータスバーで「Cursor Tab」を探してください。グレー表示や無効アイコンがあれば、原因はほぼここです。

クリックすると小さなメニューが開きます。「Disable Globally」に注目。チェックが入っていたら外すだけ。キャッシュクリアや再インストールを半日試した末、このスイッチだけがオフだった——そんなケースを何度も見てきました。

素早い操作手順:

  1. 右下の「Cursor Tab」表示を見つける
  2. クリックする
  3. 「Disable Globally」にチェックが入っていないことを確認
  4. ステータスバーに緑/青のアイコンが出ていれば有効

コードで数文字打って、補完が戻るか試してください。

上限に達していないか

これは特に厄介です。Cursor 無料版には約 500 回の補完上限があり、使い切ると終了。GitHub Copilot のように毎月自動更新されるわけではなく、回復もしません。

私が初めて遭遇したときは完全に混乱しました。前日は普通に使えていたのに、翌日突然止まった——後で上限到達だとわかりました。

残り上限の確認方法:

  1. Cursor の Settings を開く
  2. 「Usage & Limits」を見つける
  3. 使用済み/総上限の数字を確認

上限に達している場合の選択肢:

方法 1:Pro 版へアップグレード(推奨)
毎日 Cursor で書くなら、有料版は十分に価値があります。無制限の補完枠で、途中で止まる心配がありません。月額約 20 ドルで、開発効率の向上を考えれば高くはありません。

方法 2:新しいアカウントを登録
緊急避難的に使う人もいます。ただし一時しのぎに過ぎず、頻繁な切り替えは面倒。長期利用なら正規版のサポートをおすすめします。

再起動の術

笑わないでください。本当に効きます。

Cursor のバックグラウンドサービスや言語サーバー(LSP)がフリーズしていると、表面は正常でも Tab 補完だけ動きません。再起動で一時的な状態異常がクリアされます。

2 つの再起動方法:

クイック再起動(まずこちら):

  • Windows: Ctrl + Shift + P → 「Reload Window」
  • Mac: Cmd + Shift + P → 「Reload Window」

ウィンドウだけリロードするので、開いているタブやプロジェクトはそのまま。比較的穏やかな方法です。

完全再起動:
Cursor を完全終了してから再度起動。根深い問題はこちらでしか直らないこともあります。

私の経験では、クイック再起動がダメなら完全終了→再起動。成功率は高く、約 30% の問題はこれで解決します。

ここまでで Tab 補完が戻っていれば、おめでとうございます。以降はスキップして構いません。まだダメなら続けてください——次は中国語入力環境で起きやすい IME 競合です。

中国語入力環境で起きやすい問題 — IME 競合(該当ユーザーでは約 20%)

IME が Tab キーを横取りする

原因が IME だと気づくまで、かなり時間がかかることがあります。

搜狗・百度・QQ ピンインなどの中国語 IME は、Tab を候補切り替えなどに使うことがあります。優先度が IDE より高いと、Tab が Cursor に届きません。

素早いテスト:
英数入力モード(または Shift で英数)に切り替えて Tab を押してください。この状態で補完が正常なら、IME 競合とほぼ確定です。

解決策(簡単なものから根本的なものまで)

方法 1:一時的に英数モードへ
コードを書くときは英数モードに切り替える。シンプルで即効性あり。日本語や中国語のコメントを書くたびに切り替えが必要になるのが欠点。

方法 2:IME のキー設定を変更
IME 設定で Tab 関連機能を無効にします。場所は製品ごとに異なります。

  • 搜狗:IME アイコン右クリック → 設定 → キー
  • Microsoft 拼音:設定 → 時刻と言語 → 言語 → 優先言語 → オプション → キーボード

手間はかかり、バージョンで画面も違います。

方法 3:OS 標準 IME に切り替える
私が最終的に選んだ方法です。Windows の Microsoft 拼音、Mac のシステム入力など、OS 標準 IME は IDE との相性がよく、ホットキー競合も起きにくい。

Microsoft 拼音は思ったより使えます。予測精度は搜狗ほどではありませんが、開発ツールと喧嘩しません。

方法 4:Cursor の「埋め込み IME」を無効にする(最終手段)
Cursor には「Use Embedded Input Method」という設定があります。無効にすると競合が解消することも:

  1. Settings を開く
  2. 「input method」で検索
  3. 「Use Embedded Input Method」を見つける
  4. チェックを外す

すべての IME で 100% 効くわけではありませんが、一部の競合には特効です。

見落とされがちな点:中国語 IME で変換候補が出ている状態で Tab が効かないとき、まず Esc で候補を閉じてから試してください。IME の状態が残っているだけのこともあります。

ショートカット競合と設定の問題(深掘り)

ショートカット割り当ての競合

他のプラグイン導入後に起きやすい、見えにくい原因です。

典型例は GitHub Copilot 拡張。VS Code から Cursor に移行するとき、Copilot も一緒についてくることがあります。2 つの AI 補完が Tab キーを奪い合い、誰も譲りません。

確認方法:

  1. Ctrl/Cmd + Shift + P でコマンドパレットを開く
  2. 「Keyboard Shortcuts」と入力
  3. 検索ボックスに「tab」と入力
  4. Tab に複数機能が割り当てられていないか確認

競合が見つかったら、不要な拡張を無効にするのが最も簡単。Copilot は Cursor 標準補完を使っているなら完全にオフにして問題ありません。

拡張を無効にする手順:

  1. Extensions パネルを開く
  2. GitHub Copilot を見つける
  3. 「Disable」をクリック
  4. エディタを再起動

Copilot を無効にした途端 Tab 補完が戻った、という報告も多いです。

プロジェクトレベルの設定

問題がグローバルではなく、特定プロジェクトにあることもあります。

Cursor はプロジェクトルートの .cursor/config.json を読みます。設定ミスやグローバル設定の上書きで Tab 補完が止まることがあります。

素早いテスト:
新しい空プロジェクト(または単純な HTML ファイル)で Tab 補完が正常か確認。新規で問題なければ、元プロジェクトの設定が原因とほぼ確定です。

考えられる設定問題:

  • .cursor/config.json で特定言語の補完が無効
  • tsconfig.json / jsconfig.json の誤設定で LSP がコードを理解できない
  • .gitignore などが厳しすぎて Cursor が必要ファイルを読めない

特定は難しいです。疑わしい場合は .cursor フォルダを一時的に .cursor_backup などにリネームし、デフォルト設定で再生成させてみてください。

ネットワークとサービスの問題(確率 10% だが知っておくべき)

ネットワーク接続

Cursor の Tab 補完はクラウド AI サービスに依存します。ネットワークに問題があれば補完は止まります。

プロキシ設定の誤り
会社や学校のネットワークでプロキシが必要なのに、Cursor の proxy 設定が合っていないと AI サービスに接続できません。私も VPN 変更後に Tab 補完が止まったことがあります。

確認方法:

  1. Settings → 「proxy」で検索
  2. プロキシ設定がシステムと一致しているか確認
  3. 環境が許せば一時的にプロキシをオフにして直結をテスト

DNS 解決の問題
DNS 障害で Cursor がサーバーに到達できないことも。稀ですが存在します。

素早いテスト:ブラウザで cursor.com が開けるか。サイトすら開けなければネットワーク層の問題の可能性が高いです。

ファイアウォールによる遮断
企業ファイアウォールが Cursor の AI リクエストを遮断している場合、IT 部門にドメインのホワイトリスト追加を依頼する必要があります。

ネットワーク問題の自己診断は難しい。疑わしいときは別ネットワーク(テザリング、自宅 Wi-Fi)を試すのが最も簡単。ネットワークを変えて直れば、設定の問題と確定です。

言語サーバー(LSP)がロードされていない

少し技術的に聞こえますが、仕組みはシンプルです。

LSP は Cursor の「通訳」で、コードを理解し文脈を分析して AI に補完方針を伝えます。通訳が止まれば、AI がどれほど賢くても補完は機能しません。

LSP が正常かの判断:

  1. 右下に言語表示があるか(例:「TypeScript」「JavaScript」)
  2. コードにホバーして型ヒントが出るか
  3. F12(定義へ移動)でジャンプできるか

これらがすべて動かなければ LSP に問題がある可能性が高いです。

言語サーバーの再起動:

  1. Ctrl/Cmd + Shift + P
  2. 「Restart Language Server」と入力
  3. Enter で実行

ログで確認:

  1. Output パネルを開く
  2. 右上ドロップダウンから言語サーバーを選択(例:「TypeScript」)
  3. エラーメッセージがないか確認

Node.js が古すぎて TypeScript LSP が起動失敗し、Tab 補完が止まったケースもあります。Node.js を更新して解決しました。

究極の手段 — キャッシュクリアと再インストール

キャッシュのクリア

ここまで全部試してもダメなら、キャッシュ破損の可能性があります。

キャッシュは起動・応答を速くする「一時記憶」ですが、破損すると奇妙な不具合の原因にもなります。

キャッシュの場所(OS ごと):

Windows:

C:\Users\あなたのユーザー名\AppData\Roaming\Cursor\Cache
C:\Users\あなたのユーザー名\AppData\Roaming\Cursor\models

Mac:

~/Library/Application Support/Cursor/Cache
~/Library/Application Support/Cursor/models

Linux:

~/.config/Cursor/Cache
~/.config/Cursor/models

手順:

  1. Cursor を完全終了(プロセスが閉じていることを確認)
  2. 上記のキャッシュディレクトリを開く
  3. Cachemodels を削除(または Cache_old などにリネームしてバックアップ)
  4. Cursor を再起動

再起動後、必要なモデルを再ダウンロードします。回線速度次第で数分かかることも。

友人が「補完の提案がいつも変」という問題に遭遇し、キャッシュクリアで直りました。モデルファイルの破損だった可能性が高いです。

注意:

  • キャッシュクリアでコードやプロジェクトは消えません
  • Cursor の一時設定とダウンロード済み AI モデルは消えます
  • 初回起動は再初期化のため少し遅くなります

Cursor の再インストール

最後の大技です。キャッシュクリアでも直らなければ再インストール。

再インストールが必要な場合:

  • すべて試しても問題が残る
  • 起動直後にクラッシュして開けない
  • インストールファイル自体に問題があると疑われる

再インストール前の準備:

設定のバックアップ(任意だが推奨):

  1. Settings → Export Settings
  2. 設定ファイルを安全な場所に保存
  3. インストール済み拡張のリストを記録(スクリーンショットでも可)

アンインストール手順:

Windows:

  1. コントロールパネル → プログラムと機能
  2. Cursor をアンインストール
  3. C:\Users\あなたのユーザー名\AppData\Roaming\Cursor を手動削除(完全クリーンアップ)

Mac:

  1. アプリケーションの Cursor をゴミ箱へ
  2. ゴミ箱を空にする
  3. ~/Library/Application Support/Cursor を削除

再インストール:

  1. Cursor 公式サイトから最新版をダウンロード
  2. インストール
  3. アカウントに再ログイン
  4. バックアップがあれば設定をインポート

再インストールは重い操作なので、万不得已まで避けたい。それでも本当に詰まったときは、これで根本解決することが多いです。

小技:再インストール前に拡張をすべて外し、クリーンな Cursor でテスト。問題が特定の拡張にあるなら、ソフト自体の再インストールは不要なこともあります。

予防的アドバイス — 再発を防ぐ

切り分けのメンタルモデルを持つ

一度 Tab 補完が止まった後、私は「慌てず優先順位で一つずつ」という習慣がつきました。

推奨する確認順序(速い順):

  1. 設定チェック(30 秒):Cursor Tab が無効でないか
  2. 上限確認(1 分):Usage & Limits
  3. 再起動(1 分):Reload Window または完全再起動
  4. IME テスト(30 秒):英数モードで試す
  5. ショートカット確認(2 分):「tab」で競合を検索
  6. ネットワークテスト(1 分):別ネットワークや proxy 確認
  7. キャッシュ/再インストール(5〜10 分):最後の手段

重要な原則:一度に変える変数は一つだけ

複数設定を同時に変えると、直ってもどれが効いたかわかりません。一つ試してダメなら次へ——これで原因を正確に特定できます。

日常使用のコツ

定期的に上限を確認
無料版なら週に一度残り枠を見る習慣を。使い切ってから気づくと、プロジェクト追い込み中に困ります。月初に確認し、消費が早ければ Pro 版や使用頻度の調整を検討。

サードパーティ拡張は慎重に
拡張は便利ですが入れすぎない。各拡張がショートカット競合や性能問題を招く可能性があります。入れる前に「本当に必要か?Cursor 標準で代替できないか?」と自問。入れた後は Tab 補完をテスト——突然止まったら新しい拡張が原因のことが多いです。

Cursor を最新版に保つ
更新には補完関連の既知バグ修正が含まれることが多い。私は通知が出たら更新します。たまに新バージョンに新バグもありますが、全体として最新版の方が安定しています。

重要な設定をバックアップ
Settings → Export Settings を定期的に。再インストールが必要になっても、すぐ馴染みの環境に戻せます。

問題と解決策を記録
デジタルメモに遭遇した問題と対処を残しています。数ヶ月後に同じ問題が来ても、ゼロから調査し直す必要がありません。

結論

書きながら、あの午後 3 時——Tab を押しても何も起きない無力感——を思い出しました。

幸い、ほとんどの Tab 補完トラブルは大ごとではありません。70% は次の 3 点で済みます:設定が無効でないか、上限に達していないか、再起動で直らないか。残り 20% は IME 競合、10% がネットワーク・設定・キャッシュの深い問題です。

クイックチェックリスト(保存または印刷向け):

  • ☐ 右下の Cursor Tab は有効か?
  • ☐ Settings → Usage & Limits の上限は十分か?
  • ☐ Reload Window または完全再起動を試したか?
  • ☐ 英数入力モードでテストしたか?
  • ☐ ショートカット競合を確認したか(「tab」で検索)?
  • ☐ 別ネットワークを試したか?
  • ☐ キャッシュフォルダをクリアしたか?
  • ☐ 最後の手段:再インストール

今は Tab 補完トラブルにほとんど遭遇しません。Cursor が安定したからだけでなく、この切り分けの型を身につけたおかげで、問題が起きても数分で直せるからです。

最後に:問題に直面しても、すぐ Google や人に聞かない。まず 2 分、上のリストでよくある原因を確認してください。答えは目の前にあることが多い——一時的に思いつかなかっただけ、というケースがほとんどです。

この記事が Tab 補完の復旧に役立ったら、Cursor を使う友人にもシェアしてください。他の問題や新しい発見があれば、コメントで教えてください——あなたの経験が誰かの助けになるかもしれません。

他に知りたい Cursor のテクニックや、議論したい難問はありますか?コメント欄でお会いしましょう。

FAQ

Cursor Tab 補完が突然効かなくなった。最速の確認方法は?
次の順で素早く確認してください:

• ステップ 1(30 秒):エディタ右下の Cursor Tab ステータスが有効か確認し、「Disable Globally」にチェックが入っていないか
• ステップ 2(1 分):Settings → Usage & Limits を開き、無料枠の上限に達していないか
• ステップ 3(1 分):Ctrl/Cmd + Shift + P → Reload Window でウィンドウを再起動

70% の問題はこの 3 ステップで解決します。それでもダメなら、IME 競合やショートカット割り当てなど深い原因を疑ってください。
中国語 IME が Tab 補完を止めるのはなぜ?
搜狗・百度・QQ ピンインなどのサードパーティ製中国語 IME は、Tab キーを候補切り替えなど独自機能に割り当てることがあり、応答優先度が IDE より高い場合があります。その結果、IME が Tab を先に受け取り、Cursor にキーが届きません。

素早い確認:英数モード(または Shift で英数)に切り替えて Tab を押してください。補完が戻れば IME 競合と判断できます。

OS 標準 IME(Windows の Microsoft 拼音、Mac のシステム入力)への切り替え、または IME 設定で Tab 関連機能を無効にすることをおすすめします。
GitHub Copilot と Cursor を同時に入れると競合する?
はい、競合します。2 つの AI 補完ツールが Tab キーをバインドしようとするため、互いに奪い合い、補完が混乱したり止まったりします。

解決策:
• Extensions パネルを開く
• GitHub Copilot 拡張を見つける
• Disable をクリック
• エディタを再起動

すでに Cursor 標準の AI 補完を使っているなら、Copilot は機能が重複するので完全にオフにして問題ありません。
無料版の上限を使い切っても Cursor は使える?
コードエディタとしては使い続けられますが、Tab AI 補完は停止します。無料版には約 500 回の補完上限があり、使い切っても自動更新されません。

解決策:
• 推奨:Pro 版(月額約 20 ドル)にアップグレードし、無制限の補完枠を得る
• 一時対応:新しいアカウントを登録する(ただし頻繁な切り替えは面倒で、長期利用には向きません)

毎日コードを書くなら、有料版への投資はコスパが高いです。
キャッシュをクリアするとコードやプロジェクトは消える?
いいえ、消えません。Cursor のキャッシュクリアは一時データとダウンロード済み AI モデルを削除するだけで、コード・プロジェクト・ワークスペースには影響しません。

キャッシュの場所:
• Windows: C:\Users\ユーザー名\AppData\Roaming\Cursor\Cache
• Mac: ~/Library/Application Support/Cursor/Cache
• Linux: ~/.config/Cursor/Cache

クリア後の初回起動はモデル再ダウンロードのため少し遅くなりますが、キャッシュ破損による不具合を直せることが多いです。クリア前に Cursor を完全終了してください。
Cursor を再起動すると Tab 補完が直ることがあるのはなぜ?
Cursor のバックグラウンドサービス、言語サーバー(LSP)、AI 接続が一時的にフリーズし、表面上は異常が見えなくても機能が応答停止していることがあります。再起動で:

• 一時的な状態異常がクリアされる
• 言語サーバーが再初期化される
• AI サービスとの接続が再構築される
• 占有されていたリソースが解放される

Reload Window はタブを閉じずにリロードする穏やかな方法。完全再起動はより深い問題に効きます。経験上、再起動で約 30% の Tab 補完トラブルが解決します。
会社ネットワークで Cursor Tab 補完がよく止まる場合は?
企業ネットワークでよくある 3 つの問題:

• プロキシ設定:Settings の proxy が会社 VPN/プロキシと一致しているか
• ファイアウォール遮断:IT 部門に Cursor ドメインのホワイトリスト追加を依頼
• 帯域制限:AI サービスは安定した接続が必要で、ネットワーク揺らぎで補完が中断される

素早いテスト:テザリングや自宅 Wi-Fi を試してください。ネットワークを変えて正常なら、企業ネットワーク設定の問題なので IT 部門の協力が必要です。

7分で読めます · 公開日: 2026年1月19日 · 更新日: 2026年6月15日

関連記事

コメント

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