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

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

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

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

核心解决方案

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

1. 定位设置文件

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

2. 添加配置项

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

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

3. 理解配置含义

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

• ui：扩展在本地客户端运行。这是 Copilot 需要的模式，因为它需要访问本地的网络和 UI 资源。
• workspace：扩展在远程服务器运行。这是默认值，但会导致 Copilot 功能异常。

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