## 离职交接清单跟踪 {.case data-case-id="036"} | 字段 | 值 | | --- | --- | | 案例编号 | `036` | | 行业 / 部门 | 互联网 / 人力 | | 角色 | HR 负责人 | | 难度 | `复杂` | | 调用来源 | `manual`（离职发起后由 HR 发起一次手动调用，带入离职单与交接清单的安全引用（令牌），原始单据留在 HR 系统） | 员工离职了，账号还开着、设备没还、文档躺在个人网盘里，等安全巡检才发现。目标：离职发起后由 HR 发起一次手动调用，逐项核对交接清单的完成状态（账号回收、设备归还、文档移交），未完成项自动通知对应负责人跟进，全部完成后经 HR 最终确认发结单回执并通知 IT 与财务启动后续。敏感信息不进入回执：薪酬结算、竞业条款细节一律不出现，仅标注"由 HR 与财务线下处理"。指标：从发起调用到全部交接项有明确状态（完成/待确认/未完成）的中位数 ≤ 3 个工作日；已确认结单的离职单中遗漏未核对项 0 例。 - **覆盖**：手动发起、逐项核对交接项状态、未完成项通知对应负责人、全部完成后经 HR 确认发结单回执并通知 IT 与财务启动后续、归档。 - **不覆盖**：自动回收账号、自动登记归还设备、自动执行薪酬结算、自动判断竞业条款适用性、自动写回 HR 系统。 - **假设**：离职单与交接清单在调用时以安全引用（令牌）作为输入，原始单据留在 HR 系统，由核对 Agent 经 App/Extension 按引用抽取交接项、完成状态、负责人受控令牌等白名单字段——负责人受控令牌在离职单引用抽取时由平台赋令牌，Agent 不可反查原值，展示名仅由下游授权 App 发送时回填；负责人令牌缺失标"待确认"；有一个经授权能读取各系统交接项状态的核对 Agent（通过 App/Extension）。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：离职发起后由 HR 发起一次手动调用，输入只带离职单与交接清单的安全引用（令牌），原始单据留在 HR 系统，由获授权的核对 Agent 经 App/Extension 按引用逐项核对交接项完成状态（账号回收、设备归还、文档移交），App/Extension 在读取侧即完成聚合与脱敏，Agent 只接收交接项、完成状态、负责人受控令牌（离职单引用抽取时由平台赋令牌，Agent 不可反查原值，展示名仅由下游授权 App 发送时回填）等白名单字段，不接收姓名、证件号、薪酬结算、竞业条款等原始字段，返回每项的核对结论。敏感信息最小披露：回执与通知不含薪酬结算与竞业条款细节，仅标注"由 HR 与财务线下处理"。 触发：手动发起一次调用，调用时带入离职单与交接清单的安全引用（令牌）、HR 频道、核对 Agent 和审批人（HR 负责人），原始单据不进入工作流。 结果分三类处理（先判清单完整性，再判完成状态）： 交接单信息不完整（清单缺失关键项或字段不齐）：告警留审计时间戳，通知调用方补全后新开一次调用，本流程不重试、不拿不完整清单继续跑。 有未完成项：列出未完成清单，通知对应负责人跟进（负责人仅用离职单字段，缺失标"待确认"，不从姓名或组织架构猜），并留审计时间戳；每次调用出一次未完成快照，重新核对由 HR 再发起一次新调用。 全部完成：交 HR 负责人最终确认，确认后发结单回执并通知 IT 与财务启动后续（仅通知启动，不含任何结算细节），归档并留审计时间戳。 另：清单为空且无任何交接项（查询成功但清单确实没有条目）：发一条"交接单为空"回执并留时间戳，交 HR 负责人确认是否漏建清单，不静默结束。 审批：全部完成必须经 HR 负责人最终确认后才发结单回执并通知 IT 与财务，审批不设自动超时，无默认通过/否决；驳回则退回未完成清单路径；未完成与信息不完整路径不经审批。 异常：核对 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；任一系统（账号/设备/文档）不可达或数据陈旧：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道，不当作正常完成，也不静默结束；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发；归档失败按重试上限重试，仍失败则升级到值班频道并保留待归档内容供人工补归档。 完成：结单归档、未完成快照、信息不完整告警、空清单回执各自留审计时间戳后结束。 ``` ![案例 036 离职交接清单跟踪：HR 手动发起一次调用带入离职单与交接清单的安全引用（令牌，原始单据留在 HR 系统），获授权 Agent 经 App/Extension 逐项核对账号回收/设备归还/文档移交状态（敏感信息不进入回执）；清单信息不完整告警留审计并通知调用方补全后新开调用不重试，有未完成项列清单通知对应负责人（缺失标待确认），全部完成经 HR 最终确认后发结单回执并通知 IT 与财务启动后续（仅启动不含结算细节）归档，驳回退回未完成路径，交接单为空发回执交 HR 确认不静默结束，均留审计时间戳；回传不合结构停在原等待点](../../../media/cases/fig-case-036-01-flow.svg){#fig-case-036-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **手动触发**：离职发起后，HR 发起一次手动调用，带入离职单与交接清单的安全引用（令牌）、HR 频道、核对 Agent 与审批人（HR 负责人）；原始单据留在 HR 系统。 2. **逐项核对**：获授权 Agent 经 App/Extension 逐项核对账号回收、设备归还、文档移交的完成状态并回传核对结论；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **分流（先判清单完整性，再判完成状态）**： - **交接单信息不完整**：清单缺关键项或字段不齐，告警留审计时间戳，通知调用方补全后新开一次调用；本流程不重试，不拿不完整清单继续跑。 - **有未完成项**：列出未完成清单通知对应负责人跟进（负责人仅用离职单字段，缺失标"待确认"），并留审计时间戳；重新核对由 HR 再发起一次新调用。 - **全部完成**：交 HR 负责人最终确认，确认后发结单回执并通知 IT 与财务启动后续（仅启动，不含结算细节），归档并留审计时间戳；驳回则退回未完成清单路径。 - **交接单为空**：查询成功但清单没有任何条目，发回执交 HR 负责人确认是否漏建清单，不静默结束。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"手动核对 + 最终确认 + 多路分流"流程——它知道"核对交接项"需要一个发消息并等待回调的 Agent 环节、"先判完整性再判完成状态"需要一个条件路由、"HR 最终确认"需要一个审批环节、"结单与通知"各需要一个发消息环节。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **拿不完整清单继续跑**：这是最危险的失败方式——缺了账号回收一项照样结单。靠完整性前置判断兜底：清单信息不完整就告警留审计并通知调用方补全后新开调用，不重试、不降级继续；已确认结单的离职单遗漏未核对项要求为 0。 - **核对 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **负责人缺失**：Agent 不从员工姓名或组织架构猜负责人，未完成清单中该字段标"待确认"，由 HR 负责人补全或指定。 - **HR 负责人驳回结单**：退回未完成清单路径，重新核对由 HR 再发起一次新调用，没有"AI 自动结单"。 - **任一系统不可达或数据陈旧**：账号、设备或文档任一核对系统取数失败时，不当作正常完成，也不静默结束——告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **归档失败**：按重试上限重试；超过上限则升级到值班频道，并保留待归档内容供人工补归档，不当作已归档，也不静默丢弃。 - **交接单为空**：不静默结束，发回执交 HR 负责人确认是否漏建清单，避免"没有条目"被当成"全部完成"。 - **长时间无人审批**：审批本身不设自动超时，流程停在等待状态。若业务需要响应时限，由另一条定时检查的 Workflow（或值班人员）扫出超时项并通知 HR 负责人。 全部完成必须经 HR 负责人最终确认后才发结单回执并通知 IT 与财务，未完成与信息不完整路径不经审批。确认时 HR 负责人看到的是逐项核对结论的摘要（仅账号回收、设备归还、文档移交的完成状态与负责人），薪酬结算与竞业条款细节不在审批视图里——那些由 HR 与财务线下处理。审批只有确认或驳回两种结果，驳回即退回未完成清单路径，没有"AI 自动结单"；审批本身不设自动超时。若要更严（如涉密岗位必须安全负责人加签），在提示词里写明，AI 会在流程里多加一个审批环节。 本工作流对账号、设备、文档各系统交接项状态的核对由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。HR 频道与离职单安全引用（令牌）作为调用输入提供；各系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。回执与通知遵循敏感信息最小披露：薪酬结算与竞业条款细节不进入回执，仅标注"由 HR 与财务线下处理"；对 IT 与财务只通知启动后续，不含任何结算细节，也不自动执行任何回收或结算动作。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），敏感原始字段在源头即被聚合/区间化/令牌化，并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 30 份历史离职单（含全部完成、有未完成、清单不完整样本）回放，人工基准答案为逐项核对结论与应通知的负责人清单；每次回放记录核对、通知时间戳。 - **完整性防线**：基准为清单不完整的样本 100% 在核对前被拦下并告警，拿不完整清单继续跑的 0 例；已确认结单的离职单中遗漏未核对项 0 例。 - **分母与口径**：结单准确率分母为"经 HR 确认结单"的离职单数；清单不完整样本单独计数，不并入结单统计。 - **指标**：从发起调用到全部交接项有明确状态（完成/待确认/未完成）的中位数 ≤ 3 个工作日；负责人缺失时 100% 标"待确认"，不出现猜测的负责人。 - **最小披露**：每周抽查 5 条回执与通知，核对不含薪酬结算与竞业条款细节，仅标注"由 HR 与财务线下处理"。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **结果可见**：结单归档、未完成快照、信息不完整告警、空清单回执四类结果 100% 各有可见回执，不出现静默成功。 ### 复用与变体 - **同构迁移**：内部转岗交接跟踪、外包人员出场核验、涉密岗位离岗审计清单。 - **分级路由**：涉密岗位的未完成项单独发到安全值班频道，普通岗位汇总给 HR 负责人。 - **写回 HR 系统**：结单归档后再加一个 Agent 环节，由它通过 App/Extension 把"交接已完成"状态写回离职单；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=离职单号+交接项），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。