リモート（SSH/VPS）で VS Code + GitHub Copilot Chat を使っていると、
こんなエラーに出会うことがあります。
Chat took too long to get ready.
Please ensure you are signed in to GitHub and that the extension GitHub.copilot-chat is installed and enabled.
あるいは「Chat が全然返事しない」「ファイルが多すぎて止まる」といった症状です。
原因と対策を整理しました。
※有効だった対策：Settei.jsonに以下追加
"remote.extensionKind": {
"GitHub.copilot": ["ui"],
"GitHub.copilot-chat": ["ui"]
}主な原因
- ワークスペースが大きすぎる
→ Copilot Chat は一度に全部のファイルを読めません。 - リモート環境のインデックスが重い
→ Remote-SSH だとインデックス作成に時間がかかり、タイムアウトしやすい。 - 巨大ファイルが混ざっている
→ ログや node_modules、venv などが余計な負荷をかける。
実務で効く回避策
1. 対象を絞る
- 「管理画面の admin.html と admin.css だけ直したい」と明記する。
- Copilot Chatでは
@file:app/templates/admin.htmlのようにファイル単位で指定。 @workspaceは便利ですが、大規模プロジェクトでは避けた方が安全。
2. ワークスペースインデックスを整える
- Chat パネル右上の Workspace Index: Remotely indexed を確認。
- 不要なフォルダを
.copilotignoreに書いて除外すると軽くなります。
例：
node_modules/
venv/
logs/
data/**.json
3. 分割発注（ステップ方式）
一気に「管理画面全部作って！」は無理。
- Step1: UIだけ（HTML/CSS）
- Step2: JSイベント配線
- Step3: API接続（1エンドポイントずつ）
このように小さく分けると、Chatが止まらずに答えてくれます。
4. 開いているファイルだけを対象にする
エディタで修正対象を開いてから
@openEditors で開いているファイルだけを文脈にして修正してください
と指示する。
→ 無駄なファイルが読まれず、安定します。
5. 巨大ファイルを除外する
ログや大きな JSON、CSV を開いていると、それだけで負担に。
- 閉じる
.copilotignoreに追加- 必要なら抜粋を貼り付ける（数十行単位）
6. タイムアウトしたら
- Copilot Chat の
Reset - VS Code の「Reload Window」
- それでもダメなら
rm -rf ~/.vscode-serverで VSCode Server を再展開
これで大体改善します。
まとめ
- Copilot Chat は万能ではない。特に大きなワークスペースでは「絞り込み」が必須。
- 対象ファイルを限定する工夫やステップ方式での依頼が効果的。
- 最後の手段は VSCode Server 再展開。
困ったときは「全部読ませない」ことを意識すると、格段に安定します。
コメント