图书馆准备把各分馆送来的活动申请整理成下月日历。场馆人员核对房间和时间，内容人员审核面向读者的中英文说明，最后由馆员确认发布。团队想知道是否值得用多个 Agent，以及主控如何在一个步骤失败时保留其他成果。选型可以从六条虚构申请开始，包括同房间时段冲突、双语年龄限制不一致和一条被撤回的活动。
用同一组输入比较三种编排方式
先做一个串行版本，依次检查场地、检查文案、汇总差异、人工批准。场地规则用固定逻辑，内容审核才交给模型。记录六条申请的正确结果、运行时间、调用次数及失败后的人工处理步骤。每个候选框架用同样的输入、模型、预算和验收表，避免因环境不同误判框架效果。
LangGraph 原型可以把房间检查和内容审核表达为两个节点，再汇入归并节点。试验重点是能否读到每个节点的状态，以及进程中断后是否可以恢复。CrewAI 原型按场地核对员、文案审核员和汇总员定义职责，检查每个角色能看什么、交付什么，以及流程能否拒绝格式不符的结果。AutoGen 原型可检验对话式交接，尤其是轮次上限、终止条件和交付格式。若团队已有 AutoGen 项目，用同一个用例验证维护成本和迁移边界。记录采用的版本及文档，避免将某个版本的演示行为直接视为生产保证。
评分表可以把“人工暂停可恢复”“分支输出有稳定格式”“同一审批不能触发两次发布”作为必过项。对通过的候选再比运行成本、学习成本、故障定位时间和依赖维护。单进程顺序完成时，轻量脚本同样能参与比较。如果瓶颈来自读分馆数据，增加模型角色可能不会缩短等待时间。
拆任务时同时规定交付格式
先生成活动编号和申请版本，再派发两个独立任务。场地检查交付活动号、房间、时间段、冲突编号和排期版本。文案审核交付活动号、语言、原字段、建议修改和理由。不要把两项任务都指向同一个可写文档。每个任务写自己的结果，由归并步骤读取。给文案审核提供必要文字即可，申请人的电话和未公开备注无需传入。
归并按活动号和申请版本匹配，先验证两边引用同一版，再判断是否可进入人工审批。房间冲突与文案调整分别列出，保留原证据。某项审核失败时，把活动标为待复核，保留另一项成功结果。如果后来只改了文案，重跑文案审核与归并。若活动时间也变了，场地结果需要失效并重算。
主控监控进度和处理冲突
为每次运行分配编号，并记录任务的待执行、运行中、成功、失败与待人工处理状态。日志至少包含输入版本、开始结束时间、工作节点、输出位置及失败类别。设置单步和全局时限。一个节点超时后只重试该节点，重试超过上限则把活动交给馆员。汇总员应能看出哪项证据缺失，不能把等待中的结果当成通过。
用活动 L-013 演练。原申请是周四下午两点在二楼讲座厅举行，场地员发现同一时段已被儿童阅读会占用，文案员又发现中文版写十岁以上、英文版写八岁以上。归并结果应列明两处冲突并保留证据，馆员改到周五后重新发起必要审核。随后模拟文案节点中途停止，确认场地结果仍可追查，并验证新的文案输出来自同一申请版本。
用模拟发布器验收权限和恢复
馆员批准时保存活动号、申请版本和批准时间。模拟发布器接到批准后返回公开记录编号，便于核对有没有重复创建。若批准后排期变了，归并要让批准失效。若发布成功但应答丢失，先按运行记录查目标，再决定是否重试。发布接口与审核角色分开授权，使审核节点只能提交建议。验收记录保留失败原因和恢复结果，方便交给没有参与开发的人复跑。
选择辅助技能时按工作步骤找。设计阶段给编排顾问一份任务依赖图，请它指出可并行节点和合并条件。试跑阶段需要能操作预览页面并保存证据的测试技能，让它检查冲突如何显示、谁能批准、过期审批后按钮如何变化。框架是否真的能够恢复仍通过进程中断用例和持久化记录判断。安装前核对宿主、权限和测试环境，不在正式日历中注入故障。
常见问题
两个审核都结束了，为什么不能直接合并？先核对活动编号和申请版本。一个节点如果读到缓存旧稿，即使报告格式正确也需要重算。保留版本号可以把这个问题定位到读取与缓存，而不是误以为模型看漏。
多 Agent 一定更快吗？当场地检查与文案审核没有依赖，而且运行环境支持并行时，两项可以同时进行。也要算上模型启动、等待、结果校验与汇总。如果活动量很少，串行基线可能更易维护。
怎样避免对话式编排反复讨论？在任务里声明什么产物代表完成，设置最大轮次和停止理由。缺少场馆确认时交给人处理，别让角色反复猜时段。复核记录应能指出最后一个有效结果来自哪个节点。
如何向团队交接选型？给出同一批输入下的预期和实测结果，列出必过项、未覆盖的场景、部署版本以及谁负责维护。交付可复用的输入与断言，让接手人能验证下一次升级。
用关联的 Webapp Testing 在预览环境核对两条冲突是否同时显示，以及过期审批是否阻止提交。记录运行编号和截图，再用模拟发布器独立核对写入数量。