GitHub Copilot 不自动补全，先不要急着重装编辑器。最有效的排查顺序是：看账号授权，再看编辑器插件状态，再看文件是否被策略限制，最后查网络、代理和日志。很多问题不是模型坏了，而是 Copilot 根本没拿到可用 token 或当前文件不允许建议。
先确认是不是账号问题
如果 Copilot Chat 也不能用，优先检查 GitHub 是否登录了正确账号、订阅或组织授权是否还有效。企业或学校账号尤其要看组织管理员有没有给你分配 Copilot seat。
如果 Chat 能用，只有行内补全不出现，问题更可能在编辑器设置、语言模式或当前文件上。打开 VS Code、JetBrains 或 Visual Studio 的 Copilot 状态页，确认插件没有被禁用，也没有停在登录失败状态。
再看当前文件
有些组织会限制 Copilot 对特定文件提供建议，尤其是公开代码匹配策略、仓库策略、受保护文件、超大文件或不支持的文件类型。你可以新建一个普通 .js、.py 或 .md 文件，写几行注释试试。如果新文件能补全，说明不是全局故障，而是当前文件或项目策略问题。
还要检查编辑器是否关闭了 inline suggestions。有时用户以为 Copilot 没反应，其实是内联建议被 VS Code 设置或其他补全插件覆盖了。
网络和代理怎么查
公司网络、VPN、代理、证书拦截会影响 Copilot 连接 GitHub API。表现可能是登录成功但建议一直不来，或者状态栏反复转圈。此时按官方建议查看 IDE 日志，比反复重启更有用。
如果你在企业网络里，直接把报错、时间、IDE、插件版本和日志交给管理员，让他们检查 GitHub Copilot 相关域名、代理和防火墙规则。不要只说“Copilot 坏了”，这样很难定位。
最快恢复办法
按顺序做这几步：退出 GitHub 账号重新登录；更新 Copilot 扩展和编辑器；确认当前文件语言模式正确；临时禁用冲突补全插件；换一个简单文件测试；最后查看 Copilot 日志。
如果只有某个仓库不补全，重点查组织策略和文件规则；如果所有仓库都不补全，重点查账号、网络和扩展状态。
