解决 VsCode 远程连接服务器后 GitHub Copilot 无法使用问题

VS Code 远程开发环境下 GitHub Copilot 配置修复

在使用 VS Code 进行 SSH 远程连接开发时，不少朋友会遇到一个头疼的问题：本地好好的 GitHub Copilot，一连上远程服务器就失效了。这通常不是插件本身挂了，而是扩展的运行上下文发生了错位。

默认情况下，VS Code 倾向于将大部分扩展部署在远程工作区（Workspace）中运行。但对于 Copilot 这种强依赖本地网络请求、UI 交互和身份验证的插件，强行塞进远程容器或服务器里往往跑不通，导致智能补全不响应。

我们需要告诉 VS Code，把这两个关键插件强制'赶回'本地客户端界面运行。操作非常直接，只需修改 settings.json 配置文件。

打开 VS Code 的设置界面，搜索 Extension Kind，然后点击右上角的图标选择 Edit in settings.json。

在这里插入图片描述

在 JSON 文件中加入以下代码。注意保持格式规范，不要漏掉逗号或括号。

"remote.extensionKind": {
  "GitHub.copilot": ["ui"],
  "GitHub.copilot-chat": ["ui"]
}

这里的 remote.extensionKind 是 VS Code 远程开发的核心配置项，用于控制扩展在远程环境中的运行位置：

加上这两行配置后，重启 VS Code 窗口（Reload Window），Copilot 就能在远程会话中正常使用了。实际测试中，这个改动不会影响其他依赖远程环境的插件，属于安全且推荐的优化方案。

我们需要告诉 VS Code，把这两个关键插件强制'赶回'本地客户端界面运行。操作非常直接，只需修改 settings.json 配置文件。

打开 VS Code 的设置界面，搜索 Extension Kind，然后点击右上角的图标选择 Edit in settings.json。

在这里插入图片描述

在 JSON 文件中加入以下代码。注意保持格式规范，不要漏掉逗号或括号。

"remote.extensionKind": {
  "GitHub.copilot": ["ui"],
  "GitHub.copilot-chat": ["ui"]
}

这里的 remote.extensionKind 是 VS Code 远程开发的核心配置项，用于控制扩展在远程环境中的运行位置：