## 季度权限复核跟踪 {.case data-case-id="054"} | 字段 | 值 | | --- | --- | | 案例编号 | `054` | | 行业 / 部门 | SaaS / 安全合规 | | 角色 | 安全负责人 | | 难度 | `复杂` | | 调用来源 | `schedule`（季度定时由获授权 Agent 经 App/Extension 读取权限系统待复核清单） | 季度权限复核年年做，名单发出去就没了下文，审计来查才发现高权限账号一整年没人复核。目标：每季度定时让获授权 Agent 经 App/Extension 读取权限系统待复核清单，逐账号跟踪复核完成情况：完成的发回执并把结论与时间戳留痕；未完成的汇总通知 Owner 与经理。设一条最高优先级红线：高权限账号逾期未复核，一律强制升级安全负责人人工确认，确认后由人在权限系统执行冻结建议——工作流绝不直接动权限。账号信息最小披露：全程只显权限记录令牌与权限级别，不外带真实账号名。指标：高权限账号逾期未复核项自动放行 0 例；未完成项 100% 在当周通知到 Owner 与经理；复核完成项 100% 留复核结论与时间戳。 - **覆盖**：定时读取待复核清单、逐账号跟踪复核、四路分流（完成、未完成、高权限逾期红线、清单不可达）、红线强制人工确认、冻结建议由人执行、零结果回执。 - **不覆盖**：自动改权限、自动冻结或回收账号、代 Owner 填复核结论、催办升级之外的自动处置。 - **假设**：有一个经授权能读取权限系统待复核清单并在读取侧脱敏的 Agent（通过 App/Extension）；账号 Owner 与经理仅用清单字段，缺失标"待确认"。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每季度定时由获授权的复核跟踪 Agent 经 App/Extension 读取权限系统的待复核清单，App/Extension 在读取侧即完成脱敏与令牌化，Agent 只接收权限记录令牌、权限级别、Owner 角色代号、经理角色代号、复核状态与完成时间等白名单字段，真实账号名、Owner 与经理的姓名工号不进入 Agent 消息与运行记录——展示名由安全 App 在发送侧按角色代号回填，逐账号跟踪复核完成情况。账号信息最小披露：回执与通知只用权限记录令牌与权限级别，不外带真实账号名。 触发：定时（计划）发起调用，调用时带入安全频道、审批人与复核跟踪 Agent。 结果分流（按优先级从高到低依次判断，先判红线再判完成状态）： 触及红线（高权限账号且逾期未复核）：无论逾期多久，一律强制升级到安全负责人人工确认，绝不自动放行、也绝不自动处置——这是最高优先级，命中即短路，不会落到下面的"未完成"路径；安全负责人确认后，冻结建议由人在权限系统执行，工作流不直接动权限，只负责确认结论的编排与通知，并留审计时间戳。 复核完成：发回执（复核结论与完成时间留痕）并留审计时间戳。 未完成（未触及红线且尚在复核期内）：汇总通知账号 Owner 与其经理（仅用清单字段，缺失标"待确认"），附权限记录令牌、权限级别与复核截止日，留审计时间戳。 本期无待复核（查询成功但清单为空）：发一条"本期无待复核账号"汇总回执并留时间戳，不静默结束，也不当作取数失败。 审批：高权限账号逾期未复核必须经安全负责人人工确认后才出处置建议；审批为二值确认或驳回，不设自动超时，无默认通过/否决。 取数失败（权限系统不可达、清单数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"本期无待复核"，也不当作未完成。 异常：复核跟踪 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：完成回执、催办通知、红线确认、零结果回执、取数失败升级，各自留审计时间戳后结束。 ``` ![案例 054 季度权限复核跟踪：季度定时让获授权 Agent 经 App/Extension 读取权限系统待复核清单并逐账号跟踪；高权限账号逾期未复核触及红线，一律强制升级安全负责人人工确认、绝不自动放行，确认后冻结建议由人在权限系统执行（工作流不直接动权限）；复核完成发回执（结论与时间戳留痕），未完成汇总通知 Owner 与经理（缺失标待确认），本期无待复核发零结果回执，权限系统不可达按取数失败告警留审计重试升级；账号只显权限记录令牌与权限级别；回传不合结构停在原等待点](../../../media/cases/fig-case-054-01-flow.svg){#fig-case-054-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **定时触发**：计划到点（每季度）发起一次调用，带入安全频道、审批人与复核跟踪 Agent。 2. **跟踪复核**：获授权 Agent 经 App/Extension 读取权限系统待复核清单，App 在读取侧完成脱敏与令牌化，Agent 只接收白名单字段（权限记录令牌、权限级别、Owner 角色代号、经理角色代号、复核状态、完成时间），展示名由安全 App 发送侧按角色代号回填，逐账号回传状态与完成时间；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **四路分流（先判红线再判状态）**： - **触及红线**：高权限账号逾期未复核，一律强制升级安全负责人人工确认，绝不自动放行（红线是路由条件，不是仅返回的字段）；确认后冻结建议由人在权限系统执行，工作流只编排确认与通知，不直接动权限。 - **复核完成**：发回执，复核结论与完成时间留痕，并留审计时间戳。 - **未完成**：汇总通知 Owner 与经理（仅用清单字段，缺失标"待确认"），附权限记录令牌、权限级别与截止日，留审计时间戳。 - **本期无待复核（查询成功但清单为空）**：发一条零结果汇总回执并留时间戳，不静默结束，也不当作取数失败。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时跟踪 + 红线强制人工 + 四路分流"流程——它知道"跟踪复核"需要一个发消息并等待回调的 Agent 环节、"先判红线再分流"需要一个条件路由且红线优先级最高、"人工确认"需要一个审批环节、"回执与通知"各需要一个发消息环节。AI 还会校验流程结构是否完整，你不必关心这些技术细节。 - **高权限账号被当作普通未完成催办了事**：这是最危险的漏判。因此红线设为最高优先级路由条件：高权限账号逾期未复核一律强制升级人工确认，绝不自动放行，也不落入普通催办路径。 - **权限系统不可达、清单陈旧**：不当作"本期无待复核"或未完成，而是告警留审计，按重试上限重试；仍失败升级值班频道由人工确认。 - **Owner 或经理缺失**：Agent 不从账号名或组织架构猜人，该字段标"待确认"，由安全负责人补全或指定。 - **安全负责人驳回升级**：本次失败结束并留审计；要重升级就再发起一次确认，没有"AI 自动改判"，冻结与否始终由人决定。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **本期无待复核（结果为 0）**：仍发零结果汇总回执并留时间戳，让"没消息"变成可核验的记录。 - **复核跟踪 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **长时间无人审批**：审批不设自动超时，流程停在等待状态。若需响应时限，由另一条定时检查的 Workflow（或值班人员）扫出超时项并通知安全负责人。 高权限账号逾期未复核必须经安全负责人确认后才出处置建议，普通未完成直接催办。确认时能看到权限记录令牌、权限级别与逾期天数（真实账号名不外带），是"有依据的快速决策"。确认后冻结建议由人在权限系统执行，工作流不直接动权限，只编排确认与通知。审批只有确认或驳回，驳回即本次失败结束并留审计，没有"AI 自动改判"。若要更严（如红线命中需安全负责人与 Owner 经理双审），在提示词里写明，AI 会在流程里多加一个审批环节。 待复核清单的读取由获授权 Agent 通过 App/Extension 完成，工作流不直接调用外部系统，也不写权限系统——冻结、回收等任何权限变更都由人在权限系统执行，工作流只编排确认与通知。安全频道与审批人作为调用输入提供；权限系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。权限系统不可达或清单陈旧属于取数失败，走失败回执与升级。最小披露：回执与通知只用权限记录令牌与权限级别，不外带真实账号名，展示名由安全 App 发送侧按角色代号回填。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），真实账号名与姓名工号在源头即被脱敏/令牌化，并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 4 个季度 80 个待复核账号快照（含已完成、未完成、高权限逾期、清单为空样本）回放，基准为既定的状态分类与应升级清单。 - **红线防线**：基准为高权限逾期的账号 100% 进入人工确认，自动放行 0 例；确认后权限变更 100% 由人执行，工作流直接动权限 0 次。 - **催办准确**：未完成判定与基准一致率 ≥ 95%；未完成项 100% 当周通知到 Owner 与经理。 - **留痕**：完成项 100% 留复核结论与时间戳；字段缺失时 100% 标"待确认"，不出现猜测的 Owner 或经理。 - **最小披露**：回执与通知按 10% 抽样，真实账号名出现 0 次，账号呈现 100% 为权限记录令牌与权限级别。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），真实账号名与 Owner/经理姓名工号出现 0 次，按 10% 抽查四层实际记录。 - **结果可见**：五类结果 100% 各有可见回执与审计时间戳，不出现静默成功；每次运行记录跟踪与通知时间戳。 ### 复用与变体 - **同构迁移**：半年数据访问权限复核、离职员权限回收核验、第三方账号权限年检。 - **双审红线**：高权限账号逾期需安全负责人与账号 Owner 经理双审，在提示词里写明即可。 - **写回系统**：人工确认后，再加一个 Agent 环节由它通过 App/Extension 把复核结论写回权限系统台账；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=权限记录令牌+复核季度），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。