VS Code 1.102+ 已原生内置 GitHub Copilot，装完插件≠能用；真正卡住的往往是OAuth授权未点“Authorize github-copilot”、github.copilot.enable被设为false，或当前文件语言模式未识别为代码文件。
VS Code 1.102+ 已原生内置 GitHub Copilot，装完插件 ≠ 能用；真正卡住的，往往是 OAuth 授权没点“Authorize github-copilot”、github.copilot.enable 被设为 false，或当前文件语言模式没识别成代码文件。
怎么确认 Copilot 真正登录并完成授权
很多人输完 GitHub 账号密码就以为完事了——其实关键一步是跳转到 GitHub 页面后，必须手动点击 “Authorize github-copilot” 按钮。只输密码不点授权 = 白登。
- 强制唤起登录：按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并执行Copilot: Sign in - 悬停状态栏右下角小人图标，提示应为
You are signed in as @xxx，不是“Use AI features” - Copilot Chat 需要独立权限：必须勾选
read:user和user:email，否则聊天、@workspace 上下文全失效 - 企业账号若卡在“正在验证”，需在
settings.json中显式配置"github.copilot.enterpriseUrl"
为什么写了代码却不出灰色补全建议
不是模型不工作，而是触发条件没凑齐。Copilot 不监听所有输入，只对“可编辑的代码行尾”响应。
-
editor.inlineSuggest.enabled必须为true（默认值，但常被静默关闭）；可在设置中搜 “Inline Suggestion Enabled” 勾选 - 文件必须有明确语言模式：右下角显示
Plain Text或Untitled就不会触发；点击它，手动切换为JavaScript、Python等 - 光标不能在字符串内、注释末尾、多行选中状态；也不能在
.md、.txt或无后缀文件里 -
editor.suggestOnTriggerCharacters需为true，否则输入(、.、/不会拉建议
代理和证书配置必须单独配，不能复用全局 http.proxy
Copilot 的网络请求走独立通道，不走 VS Code 的通用代理设置。国内或企业内网环境下，这是“没反应”的最常见原因。
- 进设置搜
proxy→ 找到 GitHub Copilot 设置项 → 填写HTTP Proxy（如http://127.0.0.1:7890） - 自签名证书环境（如公司 CA）：需将根证书导入 VS Code 信任链，或在
settings.json中加"http.proxyStrictSSL": false - 测试连通性：在本地浏览器打开
copilot-proxy.githubusercontent.com，应返回 JSON；若超时或证书错误，Copilot 必然失败 - 日志定位：按
Ctrl+Shift+P→Developer: Open Extension Logs Folder→ 进入GitHub.copilot目录查最新日志
Agent 模式执行失败，大概率不是模型问题
Agent 是后台服务协调的多步操作（改代码 + 写测试 + 提交 Git），失败往往源于上下文或权限缺失。
-
github.copilot.chat.mcp.enabled必须为true，否则 Agent 无法调用文件系统、Git 或终端 - 工作区必须已打开且非空：Agent 默认只读
@workspace，单个文件没项目结构，它推不出依赖 - 指令要具体：“add dark mode” 容易失败；换成 “add a toggle button in the header that switches class='dark' on body” 更可靠
- 禁用
github.copilot.enable的项目级配置会覆盖全局：检查.vscode/settings.json是否含"github.copilot.enable": { "*": false }
最难调的从来不是装不上，而是授权流程中断、内联开关被关、代理没配到 Copilot 独立通道，或者误把 .vscode/settings.json 当成全局开关用了。
