想用 AI 辅助写代码，两个常见起点是 Cursor 和 GitHub Copilot。前者把 AI 编辑器和你的项目文件绑在一起，适合逐处审查改动；后者在你敲代码时给出补全和草稿，适合加快起步和读懂陌生代码。两者都是 freemium，有免费方案可以先试。核心不变：AI 出的每一处改动，你都得看 diff、跑测试、过一遍安全。
先想清楚要 AI 改文件，还是给你补全
选工具前先分清两种用法。如果你希望 AI 直接在项目里动多个文件、你逐条审查它的改动，Cursor 更对路——它的定位就是给愿意逐步审查改动的开发者用。它的一条明确限制是：自动修改可能引入缺陷，所以别把命令执行和代码修改整个交给自动流程，凭据和生产环境要额外隔离保护。如果你更想在写的时候拿到补全和草稿、顺带读懂别人的代码，GitHub Copilot 更顺手，但它给的建议同样可能带逻辑或安全问题，得逐条过。
用免费方案先跑通一个小任务
两个工具都有免费方案，别一上来就纠结买哪档。先拿一个你熟悉的小改动试手：让 Cursor 改一个函数，或让 Copilot 补全一段你能一眼看懂对错的代码。这样你能在低风险下摸清它的脾气。要注意一点：两者的功能和用量都取决于方案与环境，免费档能做什么、额度多少可能随方案变化，别把某次体验当成长期承诺。（官网信息，2026-07-15 核对：两者均为 freemium 且有免费方案；具体档位以官网为准。）
写清楚上下文，别指望它猜
不管用哪个，给足上下文都比反复追问省事。用 Cursor 时，把相关文件、你要的行为、边界条件说清楚，它才好在项目范围内改对地方。用 GitHub Copilot 时，靠函数名、注释和已有代码给它信号，它的补全会更贴。但上下文再全也不改变一件事：输出可能存在逻辑或安全问题，它写得越顺、你越要盯着看它到底改了什么。
逐处审 diff，别整段照单全收
AI 写完代码，第一件事是看 diff,不是运行。Cursor 的自动修改可能引入缺陷,一次改多个文件时尤其要一处一处对;它适合的正是愿意逐步审查改动的人,而不是把审查省掉。GitHub Copilot 也一样,每一处它提议的改动都要进差异审查、跑测试,别因为补全”看着对”就合并。遇到它引用了第三方代码,许可证和来源风险要你自己判断,工具不替你担这个责。
发布前核对
合并前把这几条过一遍,把 AI 当草稿工,不当放行人。
- 每一处 AI 改动都看过 diff,逻辑和安全问题都排查过——Cursor 和 Copilot 的输出都可能带缺陷。
- 命令执行、凭据、生产环境有单独保护,没有交给自动流程直接碰(Cursor 的明确限制)。
- 相关测试跑过并通过,不只靠”看着对”。
- AI 引用的第三方代码,许可证和来源你已人工确认(Copilot 把这个责任留给人)。
