Workflow与协作链路优化

核心概念

Workflow 是按规则组织的任务步骤。优化时检查无效步骤、分支和重试，比较延迟，同时核对任务结果是否正确。多智能体是可选实现，需要有具体收益才值得加入。

先观察单智能体或简单流程的基线，再比较协作方案的成功率、耗时和成本。无依赖的读操作可以考虑并行；依赖用户确认的写操作不能提前执行。重试要有次数上限、幂等机制和结果查询。

情境拆解

虚构企业的三角色助手每次都重复检索同一份制度，效果与单角色相同却更慢。可以复用受权限约束的检索结果，或减少角色，而不是继续增加复核层。

工单流程先检查字段和权限，再向用户确认，随后执行并核对状态。为了加速，把写入放到确认之前，会破坏授权边界；写入超时也不能触发无限重试。

常见误区

总耗时降低不代表流程更好，还要检查遗漏确认、重复写入和错误恢复。多人或多模型表示同意，不等于独立验证。多智能体优化以纸面分析和演示为主，实现属于选修扩展。

更快之前，先保住相同的行为

模拟流程里有三位角色反复检索同一份资料，等待增加却没有新增证据。可以先减少重复读取，而不是把写入提前到用户确认之前。

只有互不依赖的读取适合并行。需要前一步结果、权限或确认的动作，不能为节省耗时而跳过顺序。

动手：比较简化前后流程

1. 画出调用顺序，标记依赖、重复读取和写入。
2. 选择一项简化，例如共享同一授权范围内的检索结果，或并行独立只读检查。
3. 用正常、取消、超时和重复请求四个固定样本检查两版行为。
4. 记录正确性、最终状态和调用数量。模拟延迟与费用只能作为练习参数，不能写成真实平台性能或报价。
5. 检查取消、超时后是否还有隐藏写入，缓存是否区分权限和版本。

基线调用顺序：
可删除的重复步骤：
可以并行的独立读取：
必须保持的依赖：
固定样本与状态对比：
调用、耗时与成本来源：
是否值得保留改动：

检查产物

两版在权限、确认、引用和最终状态上满足相同要求。优化只在这些条件保持时有意义，不能以更快回复代替可靠完成。