请别再给AI项目加「最后一个功能」了｜AI日常
我开始很警惕一种 pattern：一个东西一开始 scope 明明很小，最后却能一路 scope creep，长成一个「四不像」。

比如我一直在做的电商自动化，用的是 Codex + Claude Code。最开始的需求就一句话：让程序自己跑，别让我一条一条手填 listing 信息。

后来发现任务之间数据会串，就补身份标记；怕重复写盖掉已有内容，就加核对；浏览器登录状态老掉，又处理什么时候该重连。

我甚至认真说过：「改完这些我真的不想再改了。」后面又改了三轮，然后是无穷尽的debug🙂‍↕️

本地自动测试也从 344 条一路写到 1063 条，每天一跑全是：

🟢 passed 🟢 passed 🟢 passed

看起来越来越接近 done。真实环境一跑，还是挂，而且每次挂的地方都不一样。于是又会觉得：把这次新的修掉就好。

后来复盘我才发现，我从来没认真定义过它要复杂到什么程度。scope 就这样一点点漫出来，每次都只是解决眼前一个问题。

最后，我直接停掉中间一整层 orchestration 和 state management，只留下最早定义好、真实流程也跑通的部分。测试也从 1063 掉回 146。

第一反应当然是：那我前面做这么久到底在干嘛 😓

以前我觉得 sunk cost 是「做这么多了，所以舍不得停」。其实最恐怖的问题是：我压根没定义过什么叫 done。只要还有 bug，好像就永远有理由继续。

但是 AI 会帮你一直解决问题，不会替你决定 MVP 到哪儿该停。

所以我现在时常会问自己：

🎯 这个不做，今天还能正常交付吗？
能 → 先不做

🌱 这是原本要做的，还是做着做着蔓延出来的？
后者 → 放回 backlog

✅ 现在停手，我能说清楚「为什么已经算完成」吗？
不能 → 先定义 done

🐛 这个 bug 会让用户用不了、用错，或者产生风险吗？
不会 → 等真实反馈再修，🈲卡住交付

开发最该警惕的一句话就是：「这个也不难，要不顺便做了。」

顺手一时爽，带来的可能是灾难性的重建➕无止境的debug 🤯

Codex ClaudeCode AI编程 vibecoding 电商自动化 独立开发 一人公司