GitHub Copilot 装完插件、登录个人账户并满足权限、网络、语言模式三条件即可使用；“没反应”多因账户权限受限、网络不通或文件未设为支持的语言模式。
GitHub Copilot 不需要“申请”，装完插件、登录账户、满足三个硬性条件就能用；卡在“没反应”基本是因为账户权限、网络或语言模式不达标。
安装后右下角没 Copilot 图标？先检查启用状态和工作区设置
很多人以为装完就自动激活，其实 VS Code 可能默认禁用它，或者工作区配置覆盖了全局设置。
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并执行Copilot: Toggle Copilot，看提示是 “enabled” 还是 “disabled” - 如果提示已启用但图标仍不显示，打开
settings.json检查是否误设了"github.copilot.enable": false - 特别注意：
.vscode/settings.json中的配置会优先于用户设置，删掉其中关于copilot的禁用项 - 状态栏图标灰色 ≠ 插件失效，只是当前文件未触发语言识别 —— 先保存为
.py或.js再试
登录了 GitHub 账户却提示 “Copilot is not available for your account”
这不是网络问题，而是账户权限被组织策略锁死，VS Code 里没有任何绕过方式。
- 必须使用个人 GitHub 账户登录，不能走企业 SSO 页面（哪怕邮箱属于公司域）
- 常见于公司账号：管理员在 GitHub Org Settings → “Code security and analysis” → “GitHub Copilot” 中关闭了该成员访问权限
- 学生/教师可凭教育邮箱认证 GitHub Student Developer Pack，获得永久免费资格 —— 认证入口在
github.com/settings/billing/education - 新账户默认有 30 天免费试用，到期后自动转为 $10/月订阅；若未绑定支付方式，试用结束后直接不可用
写了代码没补全建议？不是模型不灵，是触发条件没凑齐
Copilot 不是全局监听器，它只在特定上下文、光标位置和编辑器状态下才拉取建议。
- 当前文件必须被识别为支持语言：保存为
.py、.js、.ts等后缀，.txt或无后缀文件不会触发 - 光标不能在字符串内、注释末尾、或处于多行选中状态 —— 补全只对“可编辑的代码行尾”生效
-
editor.suggestOnTriggerCharacters必须为true（默认值），否则输入(、.、/不会唤出建议 - 远程开发（WSL / SSH / Containers）时，网络请求由本地 VS Code 主进程发出，主机需能直连
copilot-proxy.githubusercontent.com；在本地浏览器打开该地址测试是否返回 JSON
国内环境 Copilot 无响应？代理和证书配置要单独配，不能复用 http.proxy
VS Code 的通用代理设置对 Copilot 无效，它走独立网络栈，且严格校验证书。
- 必须在 VS Code 设置中显式配置
github.copilot.proxy，例如"https://127.0.0.1:7890"（Clash HTTP 端口） - 若公司内网使用自签证书，需同时开启
github.copilot.proxyStrictSSL并设为false（仅限可信内网） - 防火墙常拦截
copilot-proxy.githubusercontent.com（注意不是githubusercontent.com），需放行该域名 - 插件冲突高发：Tabnine、CodeWhisperer、Prettier 启用严格格式化时，可能吞掉 Copilot 的内联渲染 —— 临时禁用其他补全插件验证
最易被忽略的一点：Copilot 的补全行为高度依赖文件扩展名和语言模式，而不是内容本身。哪怕你写的是标准 Python 语法，如果文件没保存、没加 .py 后缀、或语言模式被手动切成了 Plain Text，它就完全静默 —— 这个判断逻辑没有回退机制，也不会报错提示。
