——一次 AI 智能体结构重构的失控复盘：从“能用”到“怀疑人生” 不是不会做最痛苦。 最痛苦的是： 明明已经能用了，你却总觉得它“不够对”。
有一天，我坐在电脑前，看着自己搭起来的小龙虾，突然有点恍惚。 它明明已经能干活了。 它能发微信公众号。 它能被飞书远程控制。 它已经不是一个“玩具”，而是一个真的开始有业务价值的小助手。 按理说，这种时候，应该高兴。 应该赶紧让它继续干活，继续产出，继续帮我省时间。 可我没有。 我盯着它现有的结构，脑子里开始冒出一连串问题：
- 现在所有能力都堆在一起，真的合理吗？
- 主 agent 负责这么多事，会不会越来越乱？
- 要不要拆一个 worker？
- 要不要把“接消息”和“执行任务”分开？
- 要不要现在就把结构理顺，免得以后更难收拾？
然后，一场很典型、也很痛苦的技术折腾开始了。 最扎心的是，改到后面，我连自己都开始问： 我到底为什么要这么改？
这不是那种“从 0 到 1”的痛。 而是一种更复杂的痛： 你明明已经把事情做成了，却又亲手把它带进了更复杂的泥潭。
一、故事的起点：它其实已经“能用了” 很多技术折腾，最危险的时候，不是项目一团乱麻的时候。 而是—— 它已经能跑了。 因为“不能用”的时候，目标反而很明确：
- 把链路打通
- 把功能跑起来
- 把结果做出来
你知道自己要解决什么问题。 你也知道每一步改动的价值。 但“已经能用”以后，就不一样了。 你开始从“功能焦虑”进入“结构焦虑”。 而我这次，就是这样掉进去的。 当时的小龙虾，其实已经具备两条很关键的能力：
-
- 它已经能发微信公众号了（内容整理、配图、草稿写入链路跑通）
-
- 它也已经能被飞书远程控制了（消息进入、分发执行、结果返回跑通）
说得再直白一点： 它已经不是一个 demo 了。 它已经是一个能帮我做事的系统了。
二、为什么明明能用，我还是开始动结构？ 因为我开始感觉到一个问题： 能力越来越多了，但结构没有跟上。
一开始，这个感觉其实很模糊。 它不是报错。 不是系统崩了。 也不是链路断了。 而是一种很工程师式的不舒服：
- 公众号是一条链
- 飞书控制是一条链
- 本地运行是一条链
- 后面还想接知识沉淀、内容总结、经验归档
- 未来甚至还可能接更多入口
表面看，小龙虾越来越强。 但实际上，我越来越难回答一个问题： 这些能力，到底是谁在负责？
是主 agent 在做？ 还是底层服务在做？ 未来是不是应该拆出去？ 执行任务和接消息是不是应该分离？ 这种问题一旦开始出现，就很难再忽略。 因为你会有一种很强烈的预感： 现在不处理，后面可能更难处理。
然后，worker 这个东西，就进了我的脑子。
三、真正让我痛苦的，不是改代码，而是我根本不确定自己该不该改 现在回头看，我觉得这轮折腾最痛苦的地方，并不是技术实现本身。 而是那种非常拧巴的状态：
- 你不是明确遇到了一个大问题
- 你也不是完全没想法
- 你介于“该改”和“不该改”之间
- 你一边觉得该优化，一边又说不清非改不可的理由
这才是最消耗人的。 因为你每改一步，都会在心里多问一句： 我是在解决问题，还是在制造问题？
这类重构最危险的地方在于：
你不是被“故障”逼着改，
而是被“预期中的不完美”驱动着改。
听起来很高级，实际上很容易翻车。
四、这次我学到的三条硬结论
-
- “能用”阶段的第一优先级是稳定产出，不是结构完美。
-
- 重构要有硬触发条件，不要只靠“感觉不优雅”。
-
- 任何结构调整都要小步可回滚，不要一次性大拆。
如果你也在做 AI Agent，尤其是已经进入“能跑业务”的阶段，这三条真的能救命。
写在最后 我并不后悔这次折腾。 因为它让我更清楚地看到： 真正让系统持续进化的，不是“每次都改得很大”，而是“每次都改得更稳”。 接下来我会继续做的，不是追求更花的架构名词。 而是把“小龙虾”做成一个长期可用、可维护、可迭代的助手。 如果你也经历过“明明能用却总想重构”的阶段，欢迎留言聊聊你的故事。
