先定义角色，再赋予工具
共享接收流程将事件交给对应管理器。专业智能体只向所属管理器返回结果，Secretary 汇总核实后的信息。
系统设计 · 多智能体协作
多个智能体。
一个清晰的下一步。
我设计的系统将学业和求职事件转化为边界明确的任务、已核实的记录，以及可以直接采取行动的摘要。本演示以一个虚构求职事件说明整个流程。
流程示意 · 虚构数据
用动态信息图看流程
42 秒 · 含字幕01 / 07
事件进入系统。
共享邮件接收器接收到一个求职事件。Secretary 本身不直接读取原始邮箱。
设计取舍
自主执行，需要明确的边界。
先准备草稿，再执行动作
对外操作需要所有者对具体动作的批准、管理器授权，以及运行时检查。缺少权限时，动作保持待执行状态。
先更新记录，再生成摘要
独立领域工作簿与共享任务中心明确各自职责。结果经过确认并写入记录后，才进入最终摘要。
阅读流程说明
- 0:00
事件进入系统。
共享邮件接收器接收到一个求职事件。Secretary 本身不直接读取原始邮箱。
- 0:06
只路由相关事件。
类型化分类生成事件日志。所属领域与紧急程度决定由哪个管理器接收。
- 0:12
每个智能体都有明确职责。
求职管理器通过下属管理器分派任务，专业智能体只在明确任务与角色权限范围内工作。
- 0:18
返回依据，而不只是一条回复。
专业智能体更新其负责的领域记录，通过管理器返回执行凭据。摘要增量记录发生了哪些变化。
- 0:24
草稿可以等待，发送必须获批。
所有者明确批准具体收件人与内容前，跟进信息保持草稿状态。缺少批准时，发送被阻止。
- 0:30
执行前，再次检查权限。
获批动作还需要管理器授权与运行时门控。独立确认结果后，才能更新任务状态。
- 0:36
多个智能体。 一份优先级摘要。
Secretary 将核实后的记录、摘要增量与管理器总结合并为优先级、依据，以及明确的下一步。