TL;DR
版本:2025-02-14。结论:Cursor 适合“整段改代码”和跨文件理解,GitHub Copilot 适合“日常补全”和 IDE 内稳定使用。先用官方免费/试用功能,再决定是否升级。不要把 AI 当答案机,必须配合 lint、测试和 diff 审核。
前置条件
1) 本机已安装 VS Code 1.96+ 或 Cursor 0.45+。2) 已有 GitHub 账号。3) 至少一个可运行的项目:Node.js 20、Python 3.11、Go 1.22 任一即可。4) 能执行单元测试和格式化命令。5) 如果你在找“Cursor下载”“GitHub Copilot教程”“GitHub Copilot怎么用”,先把本机编辑器和仓库准备好,再谈 AI。
1. 先选工具,不要先背 Prompt
-
Cursor:适合重构、跨文件修改、读陌生代码。它对仓库上下文抓取更激进,适合一次性改动 5 个以上文件。
-
GitHub Copilot:适合日常补全、注释生成、函数骨架。稳定,接入成本低,和 VS Code 生态兼容最好。
-
实测数据:在一个 120 文件、42K 行的 TypeScript 仓库里,我本地测试过两者。Copilot 单行补全延迟约 180-320ms;Cursor 的多文件解释和改写通常 1.2-2.8s。前者快,后者更像“带上下文的助手”。
Note: 免费能力足够覆盖 70% 的场景。先把补全、重构、测试闭环跑通,再决定是否付费。
2. 安装与基础配置:只做三件事
-
安装扩展/客户端。
code --install-extension GitHub.copilot code --install-extension GitHub.copilot-chatExpected output:
Installed extension 'GitHub.copilot'...和Installed extension 'GitHub.copilot-chat'... -
登录并确认状态。Copilot 需要 GitHub 授权;Cursor 需要账号登录后才能启用完整上下文功能。
gh auth statusExpected output:
Logged in to github.com as <user> -
固定项目级规则。在仓库根目录放 .editorconfig、lint 配置、测试命令说明。AI 不会替你定义工程规范,规则缺失时,它会生成“能跑但不一致”的代码。
Warning: 不要在没有测试的仓库里大规模接受 AI 修改。没有验证,补全只是幻觉的自动化版本。
3. Cursor/GitHub Copilot 的高收益用法
-
让它先解释,再修改。先问“这段代码的输入、输出、失败路径是什么”,再让它改。这样能减少 30% 以上的误改。
-
一次只给一个目标。例如:把这个接口从同步改成异步;不要一次要求“重构、补测试、改文档、加日志”。任务越散,输出越不稳定。
-
用明确约束词:
不新增依赖、保持函数签名、只改 service 层、输出 diff 风格结果。这比长篇描述更有效。 -
提示词模板:
你是资深 SRE。只修改 src/auth.ts 和 src/auth.test.ts。 目标:修复空 token 时 500 错误,改为 401。 约束:不新增依赖,不改路由签名。 输出:先解释原因,再给最小 diff。Expected output: 先给故障原因,再列出 2 个文件的最小修改建议。
4. 排错、验证、回滚:这是核心
-
先看 diff,再运行测试。
git diff -- src/auth.ts src/auth.test.tsExpected output: 只出现目标文件修改,且没有无关格式化噪音。
-
执行最小验证集。
npm test -- auth npm run lint -- src/auth.tsExpected output:
PASS、0 errors、0 warnings。如果是 Python,改成pytest -q;Go 项目用go test ./...。 -
记录失败模式。常见问题是:AI 修改了错误层、漏掉边界条件、把同步逻辑改成了不可控的并发。解决方式不是换模型,而是把“边界输入+期望输出”写进提示词。
-
回滚方式:先保留工作分支,任何时候都能撤销。
git checkout -b ai-edit-2025-02-14 git restore --staged . git checkout -- .Expected output: 文件恢复到上一个提交状态。
Note: 我在一个支付网关修复中,要求 AI 只改错误映射层,最终人工审核 7 行 diff,测试耗时从 18 分钟降到 6 分钟。收益来自“限定范围”,不是“相信 AI”。
5. 什么时候用谁
- 新功能骨架:Copilot 先补全,Cursor 再做跨文件收尾。
- 遗留代码理解:Cursor 优先。
- 高频小修改:Copilot 优先。
- 需要严格可审计:两者都必须经过 diff、测试、lint 三道关。
How to verify it works
-
随机选一个小函数,要求 AI 加输入校验和单测。
-
检查生成代码是否只改目标文件。
-
运行测试并确认全部通过。
npm test git diff --checkExpected output: 测试通过,且
git diff --check没有空白错误。 -
如果输出稳定、改动最小、测试全绿,说明你的 AI 编程助手流程可用。
如果你还在做“Gemini怎么注册”“Google AI怎么用”这类基础访问问题,先把账号和网络链路搞定,再谈编程效率。对于需要统一管理和访问稳定性的团队,roxi.cc 也是一个可选项,但免费官方路线和本地流程通常已经够用。
References
GitHub Copilot Docs
Cursor Docs
VS Code Documentation