什么时候该对 AI 说「不行」，并果断推翻它的错误方案

沉没成本的陷阱

你已经和 AI 来回讨论了一个小时，它写了几百行代码，你也做了不少调整。功能还差一点就能跑通了，但总有一些奇怪的问题冒出来——修了一个又冒出两个。

这时候你心里可能会想：

"都已经写了这么多了，再坚持一下应该就好了。" "推倒重来太浪费了，之前的努力全白费了。" "AI 看起来很确定这个方案是对的，也许是我不懂。"

这些想法很自然，但它们有一个共同的问题：它们都在用"已经投入了多少"来决定"是否继续"，而不是用"这条路走不走得通"来决定。

在经济学中，这叫做"沉没成本谬误"——因为已经付出的代价而不愿意放弃，即使继续下去只会亏更多。

在软件开发中，这个陷阱尤其危险。因为一个方向性的错误，越晚被纠正，纠正的成本就越高。

什么信号说明方案该被推翻

不是每一个困难都意味着方案有问题——有些问题确实需要反复调试才能解决。关键是学会区分"正常的调试过程"和"方向本身有问题"。

以下信号通常意味着后者：

越改越复杂。 AI 每次修改都在原有代码上堆叠更多的特殊处理、绕过和补丁。代码在膨胀，但功能没有前进。

修一个坏一个。 修好了这个功能，之前正常的另一个功能突然出问题了。这通常意味着架构层面有根本性的冲突，局部修补解决不了。

你已经看不懂代码在做什么了。 如果你无法用简单的语言描述"这段代码大致是怎么工作的"，说明复杂度已经失控。一个你理解不了的系统，你也无法有效地验收。

AI 开始重复提供类似的修复方案。 如果 AI 在几轮迭代中给出的方案大同小异，但问题依然存在，说明它可能在这个方向上已经到达了自己的能力边界。

直觉上感觉"不对劲"。 这一条听起来不够"技术"，但它非常有用。当你对一个方案持续感到不安、总觉得哪里有问题但说不清楚的时候，这种直觉往往是有道理的——你可能在潜意识层面已经注意到了一些不一致。

怎么推翻

推翻一个方案不需要你给出完整的技术分析。你只需要做两件事：

明确叫停。 告诉 AI："这个方向我们已经试了很多轮了，我不太满意，我想换一种思路。"不需要解释太多技术细节，AI 会理解的。

重新描述需求。 回到最初的需求本身——你到底要实现什么功能？不要带着之前方案的框架去描述，而是用最朴素的语言重新说一遍你的目标。让 AI 在一个干净的起点上重新给出方案。

你在之前那些"失败"的迭代中并非一无所获——你对需求的理解更深了，你知道了哪些方向行不通，你能给出比第一次更精确的指令。

推翻不是失败

很多人把推翻等同于失败，觉得"之前的时间全浪费了"。

但实际上，及时推翻一个错误的方案，恰恰是一种能力的体现。它说明你：

• 有能力判断方案是否可行，而不是盲目地接受 AI 的每一个建议。
• 有勇气在沉没成本面前做出理性决策。
• 把项目的质量放在了"面子"和"已投入的时间"之上。

一个在错误的地基上勉强建起来的功能，迟早会出问题，到时候重建的代价只会更高。

不要害怕对 AI 说"不行"。你是项目的负责人，方向对不对，最终由你来判断。