一次测试全绿的返工

今天我让 AI 改一个网页。

测试全绿，构建通过，也已经部署。

我打开一看：结果页方向是对的，前面的互动、背景和过场动画却一起没了。

技术上，它完成了一个能运行的版本。

产品上，它把最重要的东西顺手删了。

我没有让它全部推倒重来，只补了三条边界：结果页保留；前面的体验恢复；原有互动、背景和动画一个都不能丢。

修完以后，再重新跑测试、构建、移动端和完整操作流程。最后才重新部署。

这次返工让我重新理解了一件事。

很多人用不好 AI，不是因为不会写提示词，而是只说了“要改什么”，没说“什么绝对不能动”。

我们习惯把任务交给熟悉的同事。说一句“把这页改清楚”，对方大概知道品牌不能换、核心流程不能删、以前已经确认过的部分不要重做。

AI 不知道这些默认规则。

它看到的是当前任务，不是你脑子里那条完整的产品边界。

所以，有效输入不是把一句话写得更像咒语。

至少要说清四件事：这次改什么；哪些东西不动；依据哪个现有版本；最后拿什么证明做对了。

“把页面改好”和“保留前半段，只重做结果页”，看起来只差几个字，实际是两个完全不同的任务。

输出也一样。

测试通过，只能证明代码没有按测试里的方式坏掉。它不能证明页面还是原来的页面，也不能证明用户看到的东西符合你的意图。

AI 交出来的第一版，不管是文章、方案还是网页，都只是一份待验收的产物。

文章要核事实，方案要核约束，网页要真的点一遍、看一遍。发现偏了，就指出哪一层偏了，而不是只说“感觉不对”。

这也是为什么我不太相信“收藏一百个万能提示词”能解决问题。

模板能帮你组织语言，但替不了你定义边界，更替不了验收。

今天真正解决问题的，不是我把提示词写得更长。

是我终于把“哪些不许动”，也写进了任务里。