GitHub Copilot 十个月测评：自动补全领先，多文件编辑仍不稳定

我们使用 GitHub Copilot 已近一年。它已不再是我们在难题上首先想到的工具，但在处理简单、可预测的任务时，我们总会用它——这种分化就是它当下处境的真实写照。

真正经得住考验的部分

行内补全在延迟方面仍然是业内最佳——即便在大文件上，幽灵文本几乎瞬间出现。零切换成本：装好插件、登录、开始编码。编辑器覆盖广度也是真实优势——VS Code、JetBrains、Neovim 和 Visual Studio 均提供一流支持，意味着团队无论用什么编辑器都能用上它。

它落后在哪里

我们做了一项直接测试：向 Copilot 的 @workspace agent 提问"我们 API 层的错误处理策略是如何工作的"。它找到了主要的错误处理器中间件，但漏掉了自定义错误类、React 错误边界以及 Sentry 集成。我们用同样的问题问 Cursor，它第一次回答就做到了全面覆盖。Copilot 工作于当前打开的文件和附近的上下文，而不是项目的深度模型——这是人们在工作超出自动补全范畴时转向 Cursor 或 Claude Code 的主要原因。

多文件编辑（Copilot Edits）与 Cursor 的 Composer 相比同样不够稳定——除了简单的重命名，我们不信任它而不做仔细审查。

定价（按页面当前表述）

个人版 $10/月（$100/年）——对于纯粹的自动补全加聊天，仍然是市面上最便宜的付费 AI 编程工具。商业版 $19/席位/月（管理控制台、审计日志、IP 赔偿——确实做得很好）。企业版 $39/席位/月，在组织代码上增加了微调模型。

我们的评测没有覆盖的一件事——相关记录刚刚被纠正

本月爆出了一条与 Copilot 安全工具直接相关的报道，值得了解，尽管它还没有进入我们的评测。

安全公司 Wiz 使用自主 AI 红队工具（"Red Agent"）通过 Snowflake 的 HackerOne 计划对公共 Snowflake 仓库发起攻击。它在一个 GitHub Actions 工作流中发现了一个脚本注入漏洞（精心构造的 GitHub Issue 标题被直接展开到 shell 命令中，而不是通过环境变量传递——这是一个已知的 GitHub Actions 反模式），并利用它窃取了 Jira 凭证，短暂访问到了 Snowflake 的内部 Jira。Wiz 于 2026 年 6 月 23 日报告了该问题；Snowflake 于同一天修复，并表示未发现除令牌暴露之外的未授权访问证据。

最初的叙事框架——被广泛转载，包括 The Register——是 GitHub Copilot Autofix 编写了有漏洞的代码。GitHub 反驳了这一说法：有漏洞的工作流逻辑可追溯到 2025 年 8 月一位 Snowflake 工程师的人工提交，而 Autofix 的"共同作者"标签是在后续操作中附加的，时间是 2026 年 6 月 18 日的一次 PR 合并期间（该 PR 合并了多个提交）。8 月 17 日，Wiz 更新了自己的分析报告以澄清：Copilot Autofix 的实际角色是审查那个合并后的 PR 并标记为安全——它漏掉了该漏洞，而非引入了它。

这是一个与最初标题截然不同（也不那么吸引眼球）的故事，而且这才是更有用的一个：AI 代码审查层给一个真实可利用的漏洞给出了虚假的全绿通过。如果你将 Copilot Autofix 作为安全防线，把一次干净的通过视为"没有明显问题"，而不是一次审计。

我们尚未将此加入评测——在这里标注出来，而不是夸大当前页面所涵盖的范围。

Disclosure：我们就 Copilot 与 GitHub 没有确认的附属或佣金关系。

完整评测——定价明细、Cursor 对比以及 Copilot 仍然胜出的领域：https://devtoolsreview.com/reviews/copilot-review/