heirtheloong

模型存在过度工程化的问题，多加 agent 不一定能提高工作效率，如果你引入第三方模型审计，很可能会发现它们在为你根本没提出过的需求造轮子，还是那种大概率会在迭代中因为你一个需求就彻底丢掉的轮子。

甚至还会给你：“为了适老化/为了无障碍，我不会动 xx”。接着“适老化和无障碍”就变成它不可改动的铁则。之前因为测试加了个按钮，你不讲它就把这个按钮保存到地老天荒，你一说删了那个该死的按钮，它就“我将删除这个按钮，并将此要求写入开发文档”。然后过一阵子，又变成“我将再次检查某某按钮是否如预期中并不存在”、“某某按钮绝对不能加入”。

加什么 skill 都不好使。

我这种 vibe coding 的，只能是先 grill me ，列出详尽的需求文档。然后 sol high 写多个阶段的实现计划，接着就某一个阶段扩展成可供更低智能的 agent 实现的计划。

然后拿着计划让 sol medium 或更低的照计划办理，并让它用 pc 控制和 Chrome 控制插件自己先查一遍。

接着人肉审核一遍，把不顺心地改一遍，再新写下一阶段计划，继续实现。

绝不把犯轴的可能带进下一个对话。

现在的上下文压缩是厉害，但是一个对话中久了，它还是越来越轴，越来越钻牛角尖。

当然，这么干可能前面做好的功能，下一个对话的 agent 又会“抱歉，为了修你的某个 bug ，我引出了更多的 bug”，又或者为了实现某个功能，把前面写的全部重写等等难绷事情。

但是我实在是没辙了，这玩意始终是个放大器，不是心想事成的神器，不会用就是会很难绷。