GitHub Copilot 评测：省的是打字时间，不是思考时间

写代码有大量「想清楚了但懒得敲」的部分：一个解析函数、一段错误处理、一个 CRUD 接口、一份测试用例。逻辑在你脑子里已经成型，只是要用正确语法打出来，还要查文档确认 API 名字。Copilot 把这些时间压掉——它不替你想架构，它替你敲。

核心：行内补全，熟手收益最大

最常用的功能就是补全：写一半它补一半，按 Tab 接受。用熟了会有「它比我先想到下一句」的体验。这个功能有个反直觉的特点——代码写得越规范、命名越清晰，补全质量越高。因为它的判断依据是你前面写的上下文，上下文越明确，它越不会猜错。

反过来，代码风格混乱、命名随意的项目里，它补出来的东西经常要删掉重写。这不是它的问题，是上下文不清。

Chat：有当前文件上下文，比切浏览器方便

侧边栏对话，可以选中一段代码问「这段在干什么」「为什么报错」「帮我加日志」。它知道你在哪个文件、选了哪几行，这个上下文优势是外部 AI 工具没有的——你不用把代码贴过去，也不用解释项目结构。

处理报错最实用：把堆栈贴进 Chat，它常能指出可能的原因并给出修改。命中率取决于错误的常见程度，遇到业务逻辑特有的问题，它给的方案要自己验证。

多文件模式：能力有，但别期待太高

描述一个需求，它自己找相关文件、给出多处修改建议，你逐条确认。这个模式在「加一个字段、改一个调用链、补一组接口」这类任务上表现不错，能省掉来回搜索的时间。

但跨文件的大范围重构——比如把某个模块的职责拆开、换掉一个底层依赖——它的表现明显不如 AI 原生编辑器。原因在上下文：插件形态能读到的项目信息有限，做不了全库索引级别理解。

三个高频实用场景

• 陌生 API 上手。 不用先翻半小时文档，写个注释描述想要什么，它常能给出可用的调用示例，再顺着改。
• 样板代码。 配置、类型定义、重复的校验逻辑，这类活没有智力含量，交给它最划算。
• 写测试。 让它按方法生成边界用例，比手写快得多。质量参差，但作为起点够用。

边界与成本

需要联网，离线或内网环境用不了——这一条直接把一部分企业场景挡在门外。补全和对话都有额度，重度使用会触及上限。代码引用过滤功能可以把与公开代码高度相似的片段挡掉，做商业项目时建议开着。

它也不保证代码正确。生成的代码看起来合理、能编译、跑起来报错，是常态。当它是个手速很快的实习生，而不是资深同事。

和 Cursor 怎么分工

不是同一层级的东西。Copilot 是插件，装在现在的编辑器里，迁移成本为零，适合「只要更聪明的补全」。Cursor 是独立编辑器，能索引整个代码库做跨文件重构，能力更强但要换工具、更吃内存。日常写新代码多选 Copilot，天天改别人的代码选 Cursor。

结论

Copilot 的价值是低成本落地：不换编辑器、不改工作流，装上就能用，而且立刻省时间。它不提升你的设计能力，只加快你的实现速度。判断标准：你每天有多少时间花在「知道怎么写但要敲半天」上——占比越高，它越值。