从校园活动策划案例看多智能体交付：让预算、风险和宣传结果保持一致

一场校园活动往往需要同时准备策划方案、预算明细、风险预案和宣传材料。把这些工作交给多个智能体，可以让不同任务分别推进，也会带来一个很具体的问题：同一场活动的人数、日期和场地，可能在不同文件里出现不同版本。设计这类系统时，需要把交付物之间的一致性纳入工作流程。

华为云 AI 办公实践中心展示的“AI校园活动策划天团”提供了一个适合分析的案例。根据项目 README，系统由活动统筹总指挥协调预算会计、风险顾问和宣传文案师，产出预算 Excel、风险预案 Excel、宣传 PPTX 和整合后的 HTML 方案。本文基于公开文档讨论这一设计及可增加的校验机制，没有对项目进行部署或性能测试。

这样的分工与活动组织中的职责相对应。预算会计关注费用项目、数量和价格依据，风险顾问关注场地、参与规模与应急安排，宣传文案师负责面向参与者的信息表达。总指挥需要把用户输入整理成各个角色能够共同使用的活动信息，并在交付前检查它们是否仍然描述同一场活动。

例如，用户提出“11月15日在体育馆举办500人的校园歌手大赛”，系统仍然需要确认年份、活动开始和结束时间、场地是否已获批，以及预算上限。如果这些字段缺失，直接生成完整材料可能会把模型的推测写进预算表或宣传页。可以先保留待确认字段，并说明缺失信息会影响哪些输出，让组织者补充后再继续相关步骤。

让多个角色读取同一份活动信息，有助于减少这种偏差。一个可行的改进方案是为每次策划建立任务编号，并给已确认的活动信息记录版本。日期、人数或场地发生变化时，更新版本，再通知受影响的角色重新生成结果。每份交付物同时记录它采用的输入版本，汇总阶段便能发现混入旧数据的文件。

项目 README 描述了“通过文件路径传递结果”的协作方式。这可以减少在智能体消息中反复传输长篇内容的需要，但一个路径本身无法说明文件是否完整、内容是否对应当前活动，或者生成过程是否已经结束。建议在文件路径之外附带简短的结果清单，记录任务编号、输入版本、生成状态、生成时间和文件用途；文件大小或校验值也可以帮助发现空文件与误覆盖。

宣传材料的异步生成尤其需要明确状态。公开文档提到，宣传文案师可以先返回文案数据，再异步渲染 PPTX。此时“文案已生成”和“演示文稿可下载”对应不同的完成条件。页面可以分别展示文案状态与附件状态，在附件准备好后更新下载入口。若渲染失败，应保留已完成的文案，并允许只重试渲染步骤。

预算表还需要处理数字之间的关系。即使每一项费用看起来合理，数量乘单价与小计、各项小计与总额之间仍可能不一致。可以在生成 Excel 后执行确定性的算术校验，并检查货币单位、预备费口径和预算上限。文档中“知识库驱动”的设计为价格依据提供了来源，落到交付物时，还可以补充来源说明与适用日期，便于组织者判断是否需要重新询价。

风险预案与预算也存在联系。例如，风险顾问建议增加临时遮雨设施或现场急救物资，这些措施可能产生额外费用。汇总阶段可以把需要采购的应对措施与预算项目核对，对缺少预算的措施给出提示，再由负责人决定是否调整。这样能把不同专业角色的结果连接起来，减少仅在文字层面完成方案的情况。

交付前的检查可以从少量明确规则开始：各文件中的活动名称、时间、场地和人数一致；预算合计能够重算；HTML 中引用的附件存在且可打开；仍未确认的信息得到清楚标注。这些规则可以独立于模型执行，检查失败时返回具体字段与文件，让负责该部分的角色修正。后续再根据实际失败记录扩充规则，避免一开始就设计过大的校验系统。

评估多智能体工作流时，也应把交付质量和耗时一起记录。项目文档中的耗时描述属于作者提供的案例信息，迁移到其他模型、机器或网络环境后需要重新测量。测试时可以固定一组活动输入，记录从提交到全部附件可用的时间、失败重试次数，以及最终需要人工修正的字段数量。这样才能判断并行处理在具体场景中的收益。

校园活动策划案例说明，多智能体应用需要把输入确认、角色协作、文件生成和交付检查连成完整流程。先让各角色共享已确认的信息，再记录每份结果的版本与状态，最后通过可重复执行的规则检查交付物，能够为后续的自动化扩展提供可靠基础。本文提出的版本记录、结果清单和跨文件校验属于设计建议，是否已在当前实现中具备相应能力，仍需结合源码与运行结果核实。

参考资料：AI办公实践中心；AI校园活动策划天团项目 README。