GitHub Copilot 在 VS Code 中需同时满足三个条件才能触发：已登录有效 GitHub 账户（含订阅）、VS Code 主进程直连 api.github.com 和 copilot-proxy.githubusercontent.com、当前文件为受支持的语言模式。
GitHub Copilot 在 VS Code 中不是“装完就用”，它必须同时满足三个硬性条件才能触发补全建议：已登录有效 GitHub 账户（含 Copilot 订阅）、VS Code 主进程能直连 api.github.com 和 copilot-proxy.githubusercontent.com、当前文件被识别为受支持的语言模式。缺一不可。
右下角没 Copilot 图标？先查这三处设置
图标消失 ≠ 插件没装，大概率是被显式禁用或被工作区覆盖：
- 打开命令面板（
Ctrl+Shift+P或Cmd+Shift+P），执行Copilot: Toggle Copilot—— 若提示 “Copilot is disabled”，说明全局被关了 - 检查用户设置中
github.copilot.enable是否为true；更关键的是检查当前工作区的.vscode/settings.json，它可能写了"github.copilot.enable": false并强制覆盖用户级配置 - 状态栏图标被隐藏时，可手动点击左下角齿轮图标 →
Settings→ 搜索copilot→ 进入GitHub Copilot扩展页，确认Enable复选框已勾选
写了代码却没建议弹出？重点排查语言模式和触发逻辑
Copilot 不是靠“猜”来启动的，它依赖编辑器对当前文件的准确语言识别和输入行为信号：
- 右下角语言标识（如
JavaScript）必须是 Copilot 支持的语言（python、typescript、go、rust等），不是Plain Text或自定义 language id；可通过Ctrl+Shift+P→Change Language Mode临时切换验证 -
editor.suggestOnTriggerCharacters必须为true（默认值），否则在输入.、(、/后不会自动拉建议；若被其他插件改过，需手动恢复 - 光标必须落在可推断上下文的位置：比如函数体内、字符串外、注释行末尾按
Ctrl+Enter是最可靠的触发方式，别等它“自己蹦出来”
企业内网 / GHE.com 环境下 Copilot 登录失败？代理和域名要单独配
VS Code 的通用 http.proxy 设置 Copilot 不读 —— 它走自己的网络栈，必须显式指定：
- 在
settings.json中添加："github.copilot.advanced": { "authProvider": "github-enterprise", "proxy": "https://your-corp-proxy:8080" } -
github-enterprise: Uri必须设为你的 GHE 实例地址，例如"https://octocorp.ghe.com"，不能漏掉https://和结尾斜杠 - 若使用公司自签证书，需加
"github.copilot.proxyStrictSSL": false（仅限可信内网，切勿在公网环境开启） - 验证是否通：在本地浏览器打开
https://api.github.com和https://copilot-proxy.githubusercontent.com，两个都必须返回 JSON 响应
远程开发（WSL/SSH/Container）中 Copilot 不工作？问题不在远程端
所有 Copilot 请求均由本地 VS Code 主进程发起，远程终端里装再多插件也没用：
- 即使你在 WSL 里登录了 GitHub，只要 Windows/macOS 主机无法访问
api.github.com，补全就完全静默 - 防火墙或安全软件常拦截
copilot-proxy.githubusercontent.com（注意拼写，不是githubusercontent.com） - 若你用 Tabnine、CodeWhisperer 等竞品插件，它们可能劫持
Tab键或覆盖内联建议渲染层；临时禁用它们，用Ctrl+Enter单独测试 Copilot 是否恢复
最容易被忽略的一点：Copilot 的“启用”状态是分层的——全局开关、工作区开关、语言级开关、甚至单个文件右键菜单里的“Disable Copilot for this language”都能独立生效。排查时务必一层层往下翻，而不是只看插件列表里有没有打钩。
