## 跨部门周报自动汇总草拟 {.case data-case-id="073"} | 字段 | 值 | | --- | --- | | 案例编号 | `073` | | 行业 / 部门 | 互联网 / 管理 | | 角色 | 部门负责人 | | 难度 | `进阶` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 汇总各项目系统本周进展） | 每周五花半天追着各项目要进展、再花一晚拼周报，是部门负责人的固定负担；更危险的是拼出来的周报里混着"听说的进度"，与系统记录对不上。目标：每周定时让获授权 Agent 汇总各项目系统本周的进展、风险与下周计划，按部门草拟周报草稿——每一条都注明来源系统记录，没有来源的标"未提供·待确认"，绝不编造；部门负责人确认后分发管理层。指标：周报草稿逐条来源标注率 100%；从各系统数据就绪到草稿送达部门负责人的中位时间 < 30 分钟；负责人确认前的平均整理耗时从 3 小时降到 30 分钟以内。 - **覆盖**：定时汇总各项目系统本周进展/风险/下周计划、按部门草拟逐条注明来源的周报草稿、负责人确认后分发管理层、三类结果各有回执。 - **不覆盖**：自动替管理者写结论与评价、自动催办未更新项目、自动调整项目排期、自动写回项目系统。 - **假设**：有经授权能读取各项目系统本周记录的 Agent（通过 App/Extension），App/Extension 在各源即完成聚合与脱敏，系统名以数据源代号呈现、经营数字区间化；平台调度器为本次周期签发 `week_key`，部门范围由平台签发的 `dept_ref` 受控令牌组成，两者作为调用输入跨 Run 原样复用，Agent 不生成；分发名单作为调用输入提供。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每周定时由获授权的汇总 Agent 经 App/Extension 读取各项目系统本周的进展、风险与下周计划记录，App/Extension 在各源即完成聚合与脱敏——系统名一律以数据源代号呈现（代号映射由平台侧持有，不进入本工作流），经营数字一律脱敏为区间，按部门草拟周报草稿：每一条注明来源数据源代号记录，没有来源的标"未提供·待确认"，不编造内容。 汇总 Agent 回传 JSON：{week_key: 平台调度器签发的周次令牌（取自调用输入并原样回传，不由 Agent 生成）, items: [{dept_ref: 平台签发的部门受控令牌（取自调用输入并原样回传）, section: 枚举(进展|风险|下周计划), content: 非空文本, source_ref: 数据源代号|缺失}], source_ok: 布尔, fields_missing: [枚举(数据源代号)], audit_ts: 时间戳}。状态矩阵：source_ok 与 audit_ts 始终必填；source_ok=true 时 week_key、items 必填且 fields_missing 必为空，week_key 必须与调用输入一致，items 每个元素的 dept_ref、section、content 必填且 dept_ref 必须属于调用输入的可信部门集合；source_ref 缺失当且仅当 content 为"未提供·待确认"，source_ref 存在时 content 不得为该占位；source_ok=false 时 fields_missing 必非空，week_key 与 items 禁止出现。仅接受这些组合；其余 callback 一律拒绝，原 Effect 保持 awaiting。 触发：定时（计划）发起调用，平台调度器签发 `week_key`，平台为部门范围签发 `dept_ref` 集合，两者作为调用输入跨 Run 原样复用，同时带入分发名单（频道目标）、汇总 Agent、审批人和值班频道（值班频道作为调用输入提供，用于失败升级）。 结果分流： 本周有更新：按部门草拟周报草稿（进展/风险/下周计划分栏，逐条注明来源数据源代号，无来源的标"未提供·待确认"），交部门负责人审批；确认后分发管理层并留审计时间戳。 本周无更新：发一条"本周无更新"汇总回执并留时间戳，不静默结束，也不当作取数失败。 取数失败（任一数据源不可达或数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道（作为调用输入提供）；不发残缺周报。 审批：草稿必须经部门负责人确认后才分发；审批为二值确认或驳回，不设自动超时，无默认通过/否决；驳回则退回修改重新提交，不自动分发。 异常：汇总 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：分发、零结果回执、失败告警各自留审计时间戳后结束。 ``` ![案例 073 跨部门周报自动汇总草拟：平台调度器签发 week_key，平台签发部门 dept_ref 集合并作为调用输入，Agent 只原样回传；定时汇总各项目系统本周进展、风险与下周计划，逐条注明来源，无来源标未提供待确认，经营数字区间脱敏。本周有更新经部门负责人确认后分发，本周无更新发零结果，数据源失败告警重试升级；回传不合结构停在原等待点](../../../media/cases/fig-case-073-01-flow.svg){#fig-case-073-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **定时触发**：计划到点（每周）发起一次调用，带入平台调度器签发的 `week_key`、平台签发的部门 `dept_ref` 集合、分发名单、汇总 Agent 与审批人；这些身份跨 Run 原样复用，Agent 不生成。 2. **汇总各系统**：获授权 Agent 经 App/Extension 读取各项目系统本周记录，按可信 `dept_ref` 逐项回传并原样带回 `week_key`；引用不属于输入集合或缺任一必填字段即停在原等待点。 3. **草拟周报草稿**：按部门汇总进展、风险与下周计划，草稿逐条注明来源数据源代号，无来源的标"未提供·待确认"不编造；经营数字脱敏为区间。 4. **三类结果分流**： - **本周有更新**：草稿交部门负责人审批，确认后分发管理层并留审计时间戳；驳回则退回修改重新提交，不自动分发。 - **本周无更新**：发一条零结果汇总回执并留时间戳，不静默结束，也不当作取数失败。 - **取数失败**：任一数据源不可达或数据陈旧，告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不发残缺周报。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时汇总 + 人工确认 + 三路分流"流程——它知道"汇总各系统"需要一个发消息并等待回调的 Agent 环节、"负责人确认后才分发"需要一个审批环节、"分三种结果"需要一个条件路由、"分发与回执"各需要一个发消息环节，并把它们连起来。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **某条进展没有来源系统记录**：草稿中该条标"未提供·待确认"，不编造、不从聊天记录或记忆推断；由部门负责人确认时决定补录或删除。 - **任一数据源不可达或数据陈旧**：不当作"本周无更新"或静默结束，也不把其余来源拼成残缺周报发出去，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **本周无更新（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录，而不是无声结束。 - **周次或部门身份漂移**：`week_key` 与 `dept_ref` 只能原样取自调用输入；Agent 自造、按执行时间重算或回传集合外部门时拒绝 callback，原 Effect 保持 awaiting。跨 Run 重放仍复用相同签发身份。 - **负责人驳回草稿**：退回修改重新提交审批，没有"AI 自动改稿后直接分发"；周报代表部门口径，必须有人把关。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **汇总 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **长时间无人审批**：审批本身不设自动超时，流程停在等待状态。若业务需要响应时限，由另一条定时检查的 Workflow（或值班人员）扫出超时项并通知负责人。 周报代表部门对管理层的正式口径，草稿必须经部门负责人确认后才分发：确认时能看到分栏内容与逐条来源标注（含"未提供·待确认"项），所以是"有依据的快速决策"而非盲目拍板。审批只有确认或驳回两种结果，不设自动超时、无默认通过/否决，驳回退回修改重新提交。经营数字已在草稿中脱敏为区间，负责人确认时可要求调整口径。工作流只汇总与草拟，不替管理者写结论——评价与取舍写在负责人补充的话里，不在流程里自动生成。 本工作流对各项目系统的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。平台调度器签发 `week_key`，平台签发部门 `dept_ref` 集合；二者作为调用输入跨 Run 原样复用，Agent 不生成或改写。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志仅记录白名单/令牌化字段，App/Extension 在各源完成聚合与脱敏，系统名以数据源代号呈现、经营数字区间化。分发名单、管理层频道与值班频道作为调用输入提供；各项目系统的访问凭据用 `` 占位。任一数据源不可达或数据陈旧属于取数失败，走失败回执与升级，不发残缺周报、不当作"本周无更新"。 - **回放集与基准**：取最近 8 周 6 个部门的历史快照回放，人工基准答案为按系统记录整理的进展/风险/计划清单；草稿条目与基准一致率 ≥ 95%。 - **来源标注**：草稿逐条来源标注率 100%（以数据源代号呈现）；无来源条目 100% 标"未提供·待确认"，不出现编造内容（按 10% 抽样核对）。 - **可信身份回放**：平台周次令牌与每个部门令牌 100% 来自调用输入并原样回传，字段名分别为 week_key 和 dept_ref；跨 Run 重放保持相同身份，Agent 自造周次、部门或使用输入集合外 dept_ref 的 0 例。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（原值不进入以上任何一层），并按 10% 抽查四层实际记录；分发内容 100% 不含精确经营数字与真实系统名。 - **零结果可见**：本周无更新、取数失败 100% 各有可见回执，不出现静默成功；取数失败时不发残缺周报 0 例外。 - **效率指标**：从各系统数据就绪到草稿送达部门负责人的中位时间 < 30 分钟；负责人确认前平均整理耗时 < 30 分钟。 - **审批把关**：分发 100% 发生在负责人确认之后，驳回后 100% 退回重新提交，无自动分发。 - **运行留痕**：每次运行记录汇总、确认与分发时间戳。 ### 复用与变体 - **同构迁移**：事业部双周经营简报、跨部门月度重点项目复盘草拟、管理层月度信息包。 - **分级分发**：确认后按管理层职级分发不同详略版本，在提示词里写明分版规则。 - **写回系统**：分发后再加一个 Agent 环节，由它通过 App/Extension 把周报归档到知识库并登记版本；写入须是获授权 Agent 经 App/Extension 的幂等动作（业务键=`dept_ref`+`week_key`+平台在归档登记时签发的版本令牌+期望变化（归档周报）+目标知识库）。`dept_ref` 与 `week_key` 复用本次调用输入，Agent 只能原样引用，不能自造部门、周次或版本；响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。