任务规划与多 Agent 协作

计划把目标拆成可检查的中间结果

复杂任务往往需要多个步骤。写一份调研报告，可能先明确问题，再找来源、比较证据、组织章节，最后校对。计划的作用是组织这些依赖，让系统知道当前在做哪一部分。

一个好的子任务应说明输入、产物和完成标准。“深入研究”太宽泛，“找到三份直接回答价格问题的官方来源，并记录适用条件”就容易检查。计划仍然只是安排，不能替代实际来源和执行记录。

哪些工作可以并行

如果两个子任务不依赖彼此的结果，可以同时进行。例如一个任务核对活动规则，另一个任务查场地。但最终通知需要使用确定的时间地点，通常应等待相应事实确认后再完成。

这张表既可以由一个助手按顺序执行，也可以分给多个助手。先有清楚的分工，再决定是否并行；助手数量不是计划质量的指标。

多Agent带来了什么额外工作

多个助手可以分别处理不同材料或专业任务，但它们需要共享必要约束，并按约定交付结果。汇总者要解决冲突、去除重复和核对来源。如果每个助手使用不同版本的规则，最终合并可能更混乱。

一个典型交接错误是把“B符合条件，尚未预约”压缩成“场地已确定”。通知助手接到后便写“预约成功”。问题不是它缺少语言能力，而是交接丢了状态。多一个助手也增加了多一个误解与传递错误的机会。

多个答案不等于独立验证

几个助手可能使用同一模型、同一资料或同一错误假设。因此，多数助手赞成一个结论，并不代表结论正确。判断价格、日期和政策时，仍然应回到当前有效来源。

让一个助手检查另一个助手的结果可以有帮助，但应给检查者明确标准和证据。只说“评估它写得好不好”，容易变成对流畅程度的评价，漏掉真正重要的事实问题。

什么时候值得增加多个助手

当任务有足够独立的工作量，分工能减少等待，且交接与汇总成本可控时，多Agent可能有价值。小任务只有一页规则和两个候选，单助手分步骤往往已经足够。

先完成一条可解释的执行路线，再用真实耗时、质量和成本判断是否需要更多角色。框架提供的协作能力是实现手段，任务的输入、输出和依赖才是设计起点。