安装与配置

Copilot 安装本身不复杂，麻烦的通常不是“怎么装”，而是“为什么装了没生效”或者“为什么团队里有的人能用、有的人不能用”。所以这页按真实排错顺序来写。

#第一步：先确认你有没有权限

个人用户最直接，去 GitHub Copilot 官方页面开通即可。团队和企业用户则不同，通常要先由管理员分配席位、开启对应策略，然后你在 IDE 里登录 GitHub 账号。

如果这一步没确认，后面装扩展很容易白忙一遍。

官方入口：

• https://github.com/features/copilot/plans↗
• https://docs.github.com/en/copilot/get-started/quickstart↗

#第二步：在你的 IDE 安装扩展

#VS Code

1. 打开扩展市场
2. 搜索 GitHub Copilot
3. 安装后登录 GitHub
4. 如果需要聊天能力，再确认 Chat 相关扩展是否已启用

#JetBrains

在 Settings 或 Preferences 的 Plugins 里安装 GitHub Copilot，重启 IDE 后完成登录。

#Visual Studio

GitHub 文档当前仍提供 Visual Studio 的独立安装说明，并要求使用兼容版本。安装后要确认 GitHub 账号已经加到 IDE 里。

#Neovim

Neovim 的安装更依赖你自己的插件管理方式和 Node.js 环境，所以这类环境建议直接按官方文档走，不要照搬别人的老教程。

#第三步：确认它真的开始工作了

很多人装完就结束了，其实还差一步验证。

最直接的办法：

1. 打开一个真实代码文件
2. 写一个函数头或注释
3. 看是否出现灰色建议
4. 按 Tab 测试能不能接受建议

GitHub quickstart 也是按这个方式验证第一条 inline suggestion 的。

#VS Code 里最常用的两个设置

#是否按语言启用

json复制
{
  "github.copilot.enable": {
    "*": true,
    "markdown": false,
    "plaintext": false
  }
}

#是否启用内联建议

json复制
{
  "github.copilot.inlineSuggest.enable": true
}

如果你觉得建议太吵，可以先关掉 markdown、plaintext 这类非代码语言。这样日常体验会干净很多。

#我更推荐加的一步：项目级指令

如果团队已经有明确规范，最好在仓库里写 .github/copilot-instructions.md。这类说明不会让 Copilot 变成完美工程师，但能明显减少它乱猜代码风格的概率。

#装好了但没反应，先查这几件事

• 账号是否真的有 Copilot 权限
• IDE 和扩展是否太旧
• 当前工作区或语言是否被禁用
• 组织策略是否关闭了 Chat 或某些能力
• 登录状态是否失效，需要重新授权

#一个很常见的组织级问题

个人账号能用，企业仓库里却不能用。这通常不是你本地出错，而是组织策略、席位分配或合规限制没放开。遇到这种情况，先找管理员确认策略，比你反复重装 IDE 更有效。

#参考资料

• GitHub Copilot Quickstart: https://docs.github.com/en/copilot/get-started/quickstart↗
• GitHub Copilot Docs: https://docs.github.com/en/copilot↗