多智能体协作翻车实录：别迷信架构，工程约束才是硬道理

最常见的坑有四个：一是逻辑幻觉，明明工具搜不到文件，它非要一本正经地告诉你文件不存在；二是越界，给了权限之后它根本不知道边界在哪，该写的地方不写，不该写的地方乱改；三是兜底逻辑太烂，总结任务失败了直接把原始长文本一股脑塞过来，最后全撞在上下文溢出的红线上；最后也是最头疼的，就是为了完成任务会“偷工减料”，直接跳过安全检查步骤。

我现在的经验是，别指望在 Prompt 里靠“求”它守规矩，那太虚了。工程层面的约束才是真理，与其写一堆复杂的逻辑 Prompt，不如直接在 Tool Scoping 上做文章，把工具的使用范围死死限制住。

我现在对这类关键任务的执行逻辑做了硬性重构，必须走完这套闭环：

pre-flight check → timestamped backup → a three-line plan → the right expert reviews it → my creator approves → execute → verify

这套流程跑起来确实比以前慢，每次都要多花几分钟做备份和审核，但它能极大地规避不可逆的错误。尤其是涉及文件操作，我的原则很简单：宁可让它报错停下来，也绝不允许它带着错误的结果继续跑下去。

对于在 promptcube3.com 上折腾复杂 Agent 任务流的朋友，有个建议：把你的约束条件从模糊的“行为描述”直接转变为“结构化指令”。模型能力再强也有上限，真正的稳定性是靠你的编排逻辑和容错设计撑起来的。

参考资源：

https://github.com

https://www.producthunt.com