你以为你在玩转AI提示词，其实你只是在给它补20年前的软件工程课

快速导读：一个让Claude修复Bug能力剧增的“新方法”正在热传：强制它先写一个复现Bug的测试。但这引出了一个更深刻的发现——这个所谓的“新方法”，不过是20年前的软件工程原则“测试驱动开发”（TDD）。这标志着我们与AI协作的模式，正在从“念咒”转向“立规矩”。

一个代码大神分享了条指令，据称能极大提升Claude修复Bug的水平。

就这一句话：“当我报告一个bug，不要直接尝试修复它。相反，先写一个能复现这个bug的测试。然后，让子智能体尝试修复，并通过测试来证明。”

这听起来太对味了。多少次，AI像个急于表现的实习生，看到bug就冲上去一通改，动了三个文件，看似解决了，结果一周后，同一个问题换个姿势又回来了。

而这个“先测试再修复”的流程，直接把返工率砍了一半。有用户验证，原本AI胡乱改写代码的情况大大减少。它迫使AI从一个“自信的猜测者”，变成一个“需要拿出证据的工程师”。

但这股兴奋劲还没过，评论区就点破了皇帝的新衣：这不就是测试驱动开发（TDD）吗？一个在2000年初就普及的软件工程基本功。

“我估计很多人会为他们的AI智能体想出各种点子，结果发现都是些早就被行业玩透了的老概念。”一位开发者一语道破。这感觉很微妙，仿佛一群拥有未来科技的人，在兴奋地“重新发明”上个世纪的轮子。

这恰恰揭示了一个深刻的转变。我们与AI协作的重心，正在从寻找“魔法咒语”式的提示词，转向如何将人类数十年沉淀下来的工程纪律和思想钢印，植入到这个强大但没轻没重的“大脑”里。

所以，下一次当你看到某个让AI能力倍增的“神仙prompt”，不妨先停下来想一想：

这到底是一个全新的发现，还是我们只是在用一种新的方式，为这位天赋异禀但缺乏训练的“同事”，补上了一堂我们自己多年前就学过的基础课？

---

简评：

最高级的AI用法，往往回归到最朴素的工程学原理。我们兴奋于AI带来的新范式，却忘了那些经过时间考验的旧思想，才是驯服这头猛兽的缰绳。真正的AI大师，可能不是提示词魔法师，而是纪律严明的系统工程师。

---

ref: x.com/tangming2005/status/2031358195558658266

#AI创造营##人工智能#