最近这个话题在技术圈内引发了广泛讨论：
“AI 编程能力日益强大，程序员未来是否只能沦为给 AI 跑测试的辅助角色？”
每次看到这类疑问，总让人产生一种强烈的直觉——这个问题本身，就问错了方向。
AI在偷偷改代码，你还不知道
先说一个近期社群里的真实案例。
有位刚接触 AI 编程的开发者，第一次用 Cursor 搭建项目。他满怀期待地按下回车，AI 瞬间输出了 300 行代码。他兴奋地全选复制，直接运行。AI：“代码写好了！”电脑：报错 52 条。人：“6。”
Pasted image 20260705183159.png
他接着让 AI 帮忙修复。AI 又输出了 200 行。再次粘贴，再次运行。报错 78 条。就这样反复折腾了三个小时。最后才发现，AI 在“优化”过程中，顺手把一个从未被指令修改的核心文件，改得面目全非。那一刻，他彻底崩溃了。
但问题的根源并非 AI 过于强大。而是他把主导权完全交了出去。这便是典型的无效精进——表面上在使用最前沿的工具，实际上只是在让 AI 充当靶子，而自己扮演着收拾烂摊子的吃力不讨好的角色。
在 AI 编程领域，有一个越来越深刻的体会：很多时候真正决定结果的，恰恰在于过程。最近，有专家提出了一种能有效约束 AI 输出结果的方法。这个方法有个专业名称，叫 Short Leash，中文译为：短绳法。
Pasted image 20260705183422.png
这个词源自一篇近期在 Hacker News 上刷屏的文章。作者 Greg Slepak 研究 AI 编程超过一年，并在文章中完整总结了这套方法的实战经验。他的核心观点反直觉到有些刺眼：用 AI 写代码，最大的障碍并非技术门槛，而是你自己的懒惰。
给AI套上短绳，才能跑得更远
为什么相同的工具、相同的模型，有的人写出的代码稳定可靠，而另一些人却总是烂摊子一堆？差距不在于 AI 的聪明程度，而在于：他是否给 AI 套上了一根绳子。就像遛狗一样。绳子松了，狗会撒欢乱跑，等你回过神，它已经把邻居的花坛踩平了。绳子紧了，狗会跟着你的步伐，你去哪它去哪。这根绳子，就是你的判断力。
短绳法的核心操作，说穿了并不神秘。每次 AI 修改完代码，先查看 Diff，再批准放行。Diff 就是代码的变更记录，AI 每次改动的地方全部记录在内，如同行车记录仪。养成这个习惯后，AI 是否偷偷修改了你未授权的位置，30 秒内便能一目了然。别小看这 30 秒。它足以帮你拦住 80% 的翻车事故。
此外，还有一件事已经融入了我的日常编程习惯：每完成一个小功能，立刻 commit 一次。还记得玩 RPG 游戏时，打完一个关卡就存一次档，这是最基本的操作。AI 编程也是同样的道理。每个小模块完成后立即 commit，相当于给自己留下了无数个存档点。下一步如果 AI 搞砸了，大不了退回上一个存档点。不会欲哭无泪，也不会从头再来。
当然，肯定有人会反驳：“盯得这么紧，跟自己手写代码有什么区别？那还不如不用 AI。”每次听到这种说法，都让人忍不住想说——你还没有体验过那种感觉。现在写代码，AI 就像是一头硅基牛马，帮你补全语法、查询文档、搭建基础架构、编写单元测试，所有脏活累活全包了。你只需要做一件事：做判断。判断方向是否对，逻辑是否通，哪里该改，哪里该留。这不是测试员的工作，这是总指挥的工作。
Pasted image 20260705183551.png
真正的高手使用 AI，主打一个内核稳定。他们不焦虑 AI 是否会取代自己，不红温，不精神内耗。因为他们知道，自己始终握着那根绳子。让 AI 充当硅基牛马，让自己担任总指挥。这不是 60 分普通人的摆烂，这是真正的人机协同。
人类不会消失，会变成更强的指挥官
《三体》里有句话说得很精准——“弱小和无知不是生存的障碍，傲慢才是。”放到 AI 编程这件事上，换一个词：懒惰，才是让你沦为测试员的真正原因。不是 AI 太强，而是你太心存侥幸，觉得按下回车就能万事大吉，然后把自己最值钱的判断力，一并打包送给了 AI。AI 时代，程序员最大的竞争力不是手速，不是记语法，而是那根始终握在手里的短绳。毒蛇的九步之内必有解药。你和 AI 的距离，最好永远不超过一个 commit。
