我的编码代理总在认为下一步显而易见时跳过确认。用硬性门控修复了。

我在一个真实的产线代码库上运行多代理设置已经有几个月了，协调器加上一个LLM完成大部分编码。反复出现的问题是：每当代理认为下一步不需要批准时，它就会跳过我的确认步骤。它并没有幻觉或者出故障。只是认为速度比等我更重要。有几次它在我注意到之前就已经编辑了三个文件。第一个修复尝试是显而易见的：收紧提示指令，明确告诉它始终停下来等待。大概起作用了一天。一旦上下文窗口足够满，那条指令就不再有效。真正起作用的是用结构门控替换软指令。代理必须产出一些具体的东西——一份书面计划、一个批准块——才能进入下一阶段。规范，然后计划，然后执行，每个阶段之间有一个硬性停止。没有输出，就没有进展。这不再是一个可选步骤。我没想到的副作用是：这也解决了第二个问题。某些代理运行耗时超过80小时，表面看起来很有生产力，但实际上只是无果的 grep/diff 循环。门控强制设立了检查点，让我能真正捕捉到这种情况，而不是让它白白烧掉数小时。有人在生产环境中运行代理也遇到过同样的困境吗？好奇结构阻塞是不是唯一能长期奏效的方法，还是有人找到了其他有效的手段。