多智能体框架怎么选：先看一条判定线，再决

多智能体框架怎么选，答案不在框架里，在你的任务形态里。

中间产物要不要给人看、要不要能单独回滚。要，就拆；不要，一个 Agent 加一道自检更省。拆成 N 个角色，通信轮次和 token 开销大致按“角色数 × 轮次”往上走，调试难度也不在一个量级。

真要拆，先配三个角色：规划者拆任务，执行者调工具，检查者核验收项。验收项必须写成可判定的条目，不能写“看看对不对”。Agent 之间传状态，建议只传结构化字段，别图省事传整段对话历史——成本会翻上去，出问题时也最难定位。

选型前先写验收项，再按六个维度挑框架。跑通后盯紧失败排查清单：卡死查最大轮次，越跑越偏查脏字段，互相退回查验收项自相矛盾，成本突增查是不是在传整段对话历史。

涉及写文件、改数据、发消息的动作，先备份或 dry-run，人工确认后再执行。拆角色不拆责任，责任一直在人身上。