选 AI 编程工具先看它改的是哪一层

行内补全、对话讲解、跨文件修改、绑在某一朵云上的助手，解决的不是同一件事。先写清你这周要改的是哪一层，再决定装哪个。同时开四个，评审时说不清哪一段是自己核对过的。

四层分别交给谁

国内编辑器里，补全常见的是通义灵码这一类。仓库级修改常见的是 Cursor 这一类编辑器。对话讲解里，ChatGPT、Claude、通义、文心都能用，差别在你能不能把相关文件给够，以及这些代码能不能离开公司。名字对上了，也不代表这周该用它。

用同一段代码试

挑一个已有测试的函数，写清一句需求。补全和跨文件工具各改一次。比三件事：测试是否还通过，diff 是否只动了你点名的位置，它有没有改你没打开的文件。宣传页上的示例仓库说明不了你的代码。

跨文件改动如果还会去调外部接口，权限和停机要另写。另见 智能体能调用工具之后，先写停机、权限和回放。

三件不要交出去

• 密钥、令牌、内部地址、证件号，不要贴进对话。
• 没有测试的计价、权限、删除，不要让它顺手改完。
• 它写出的依赖版本要自己对一下。仓库里没有的包，不要因为建议里出现了就装上。

提交说明留一句

写上哪一层工具起草、哪些测试你跑过、哪条建议没采纳。没跑过就写没跑过。以后出了问题，能回到这次改动，而不是回到“当时用了 AI”。

这周只留一个工具。打开现有仓库里一个有测试的函数，改完并跑测试。三行记下来：改了什么、测试是否通过、哪条建议没采纳。要收成可转发的记录，按栏目填进 开发周报，空着的数字写成待补。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源

这篇看完可以接着做：工作灵感、发出前验收、试一版稿。