## 绩效考核周期启动与进度跟踪 {.case data-case-id="037"} | 字段 | 值 | | --- | --- | | 案例编号 | `037` | | 行业 / 部门 | SaaS / 人力 | | 角色 | HR 专员（发起）/ HR 负责人（审批） | | 难度 | `进阶` | | 调用来源 | `manual`（每周期启动时由 HR 专员发起一次手动调用，带入周期时间表与考核对象清单的安全引用（令牌化批次），原始清单留在考核系统） | 绩效考核周期一开，自评、经理评、校准会三个节点像三场接力赛，掉棒的总是同一批人，HR 却要到校准会当天才发现。目标：每周期启动时由 HR 专员发起一次手动调用，带入时间表与考核对象清单，让获授权 Agent 按节点跟踪提交状态，到期未提交的汇总成逾期清单，催办清单由 HR 负责人（独立复核人）确认后发送到对应经理；周期结束发完成汇总。个人信息最小披露：考核内容与评级不进入任何回执，回执只有员工标识令牌与提交状态（已提交/未提交）；催办收件人与称呼由考核 App 发送时按令牌解析回填。指标：逾期清单与考核系统提交记录一致率 ≥ 99%；提交时间戳缺失项 100% 标"待确认"单列；催办通知 100% 经 HR 负责人确认后发出，无一例自动催办。 - **覆盖**：周期启动手动调用、按时间表逐节点提醒与提交状态跟踪、逾期清单经确认后催办经理、周期结束发完成汇总。 - **不覆盖**：自动填写或代提交考核内容、自动调整时间表、自动定级或汇总评分、跨周期数据对比分析。 - **假设**：有一个经授权能读取考核系统各节点提交状态与提交时间戳的 Agent（通过 App/Extension）；周期时间表与考核对象清单在调用时以安全引用（令牌化批次）作为输入，原始清单留在考核系统，由查询 Agent 经 App/Extension 按引用抽取白名单字段；考核内容与评级不出现在任何环节。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每个考核周期启动时由 HR 专员发起一次手动调用，输入只带周期时间表（自评、经理评、校准会各节点与截止日）与考核对象清单的安全引用（令牌化批次），原始清单留在考核系统，由获授权的查询 Agent 经 App/Extension 按引用读取考核系统中各节点的提交状态与提交时间戳，App/Extension 在读取侧即完成令牌化与脱敏——Agent 只接收员工标识令牌、节点代号、提交状态（已提交/未提交）、提交时间戳、经理角色代号等白名单字段，不接收姓名、考核内容、评级、薪酬等原始字段，按时间表逐节点提醒，到期未提交的汇总成逾期清单。个人信息最小披露：所有回执只输出员工标识令牌与提交状态，考核内容与评级不进入任何回执；催办经理时由考核 App 按令牌解析收件人并回填称呼。 触发：由 HR 专员发起手动调用，调用时带入周期时间表与考核对象清单的安全引用（令牌化批次）、查询 Agent、审批人（HR 负责人，独立复核人）与团队频道，原始清单不进入工作流。 结果分流（按优先级从高到低依次判断）： 输入清单不完整（周期时间表或考核对象清单缺关键字段）：不重试——同一调用的不完整输入不会因重跑补齐；告警失败、留审计时间戳，并通知调用方补全输入后新开一次调用，而不是对相同数据重试。 有逾期（节点到期但名单中有人未提交）：逾期判定只用考核系统的提交时间戳，提交时间戳缺失的不猜，标"待确认"单列；逾期清单（仅员工标识令牌与未提交状态）先交 HR 负责人（独立复核人）确认，确认后催办——汇总通知对应经理（收件人与称呼由考核 App 按令牌解析回填），并留审计时间戳。 按期推进（节点到期前名单全部提交，或节点正常完成）：节点完成即发回执（仅员工标识令牌、提交状态与截止日）并留时间戳；若本次检查无逾期也无待提醒项，发一条"本期无待提醒"汇总回执并留时间戳，不静默结束，也不当作取数失败。 取数失败（考核系统不可达或提交状态陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"按期推进"，更不带旧数据出逾期结论。 审批：逾期催办必须经 HR 负责人（独立复核人）确认后才发出，审批不设自动超时，无默认通过/否决；驳回则本次失败结束、留审计，不自动催办。 异常：查询 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 周期结束：全部节点完成后发周期完成汇总（仅各节点提交状态统计），留审计时间戳。 完成：各分支回执与周期完成汇总均留审计时间戳。 ``` ![案例 037 绩效考核周期进度跟踪：HR 专员每周期手动调用带入时间表与考核对象清单的安全引用（令牌化批次，原始清单留在考核系统），获授权 Agent 按节点查提交状态（Agent 只接收员工标识令牌与提交状态，催办收件人由考核 App 按令牌解析）；输入清单不完整不重试、告警留审计并通知调用方补全后新开调用，有逾期（时间戳缺失标待确认单列）经 HR 负责人独立复核确认后催办经理、驳回则失败结束，按期推进节点完成发回执、周期结束发完成汇总，取数失败告警留审计重试升级；回传不合结构停在原等待点](../../../media/cases/fig-case-037-01-flow.svg){#fig-case-037-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见，四类结果都有可见回执： 1. **手动调用**：HR 专员在周期启动时发起一次调用，带入周期时间表与考核对象清单的安全引用（令牌化批次）、查询 Agent、审批人（HR 负责人，独立复核人）与团队频道；原始清单留在考核系统。 2. **按节点跟踪**：获授权 Agent 经 App/Extension 读取考核系统中各节点的提交状态与提交时间戳并回传；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **四路分流（先判输入完整性，再判逾期）**： - **输入清单不完整**：时间表或名单缺关键字段，不重试（重跑补不齐缺失输入）；告警失败并留审计时间戳，通知调用方补全后新开一次调用。 - **有逾期**：逾期判定只用系统提交时间戳，缺失的标"待确认"单列、不猜；逾期清单（仅员工标识令牌与未提交状态）交 HR 负责人确认后催办对应经理并留审计时间戳，驳回则本次失败结束、留审计。 - **按期推进**：节点完成即发回执（仅员工标识令牌、提交状态与截止日）并留时间戳；本次检查无逾期也无待提醒项时发"本期无待提醒"汇总回执，不静默结束。 - **取数失败**：考核系统不可达或提交状态陈旧，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 4. **周期结束**：全部节点完成后发周期完成汇总（仅各节点提交状态统计）并留审计时间戳。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"手动调用 + 按节点跟踪 + 确认后催办"流程——它知道"查提交状态"需要一个发消息并等待回调的 Agent 环节、"按节点到期与逾期分流"需要一个条件路由、"HR 负责人（独立复核人）确认"需要一个审批环节、"催办与回执"各需要一个发消息环节，并把它们按时间表串起来。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **输入清单不完整**：不落入"有逾期"或"按期推进"，也不重试——同一调用的不完整输入不会因重跑补齐；告警失败、留审计时间戳，通知调用方补全后新开一次调用。 - **提交时间戳缺失**：逾期判定不靠猜，该成员标"待确认"单列在逾期清单最前面，由 HR 负责人确认时人工核实后再决定是否催办。 - **考核系统不可达或数据陈旧**：不当作"按期推进"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认，绝不带旧数据出逾期结论。 - **HR 负责人驳回催办**：本次失败结束、留审计；要重新催办就再发起一次确认，没有"AI 自动催办"。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **查询 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **考核内容外泄防线**：所有回执、催办与汇总只含员工标识令牌与提交状态，考核内容与评级在任何环节都不落进消息，转发到经理群也不会多带一个字段；催办收件人由考核 App 按令牌解析，Agent 不接触姓名。 - **长时间无人审批**：审批本身不设自动超时，流程停在等待状态。若业务需要响应时限，由另一条定时检查的 Workflow（或值班人员）扫出超时项并通知 HR 负责人。 逾期催办必须经 HR 负责人（独立复核人）确认后才发出，发起与审批分属两人，避免发起人自审。要不要催、催到哪一级，是授权范围内的人工决策——确认时能看到逾期清单（仅员工标识令牌与未提交状态）、时间戳缺失的"待确认"项与节点截止日，所以是"有依据的快速决策"而非盲目拍板。审批只有确认或驳回两种结果，驳回即本次失败、留审计，没有"AI 自动催办"。审批本身不设自动超时，流程停在等待状态；校准会临近时若需提醒，由另一条定时检查的 Workflow 扫出临近截止仍待确认的项。 本工作流对考核系统提交状态的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。团队频道与审批人作为调用输入提供；考核系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。考核系统不可达或提交状态陈旧属于取数失败，走失败回执与升级，不当作"按期推进"。全程遵循个人信息最小披露：Agent 侧只用员工标识令牌与提交状态，考核内容与评级不外带，催办收件人与称呼由考核 App 发送时按令牌解析回填。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），敏感原始字段在源头即被聚合/区间化/令牌化，并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 2 个完整周期的提交记录（含按期、逾期、时间戳缺失样本），人工基准答案为按截止日整理的应催办清单；回放并记录跟踪、催办时间戳。 - **分母与口径**：逾期一致率分母为回放的节点 × 名单成员数；时间戳缺失项单独计数，不并入逾期统计。 - **指标**：逾期清单与人工复核一致率 ≥ 99%；时间戳缺失项 100% 标"待确认"单列；催办通知 100% 经确认后发出，无一例自动催办；周期完成汇总 100% 覆盖全部节点。 - **最小披露**：抽查全部回执与催办消息，100% 只含员工标识令牌与提交状态，无一例姓名、考核内容或评级外发。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **零静默**：四类结果 100% 出回执并留审计时间戳，无一例静默结束。 ### 复用与变体 - **同构迁移**：OKR 周期进度跟踪、360 评估回收跟踪、年度评优材料收集、入职材料回收跟踪。 - **分级催办**：逾期 3 天内通知直属经理、超过 5 天升级到部门负责人，在提示词里写明分级规则。 - **写回系统**：周期结束后再加一个 Agent 环节，由它通过 App/Extension 把各节点提交状态统计写回 HR 台账；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=周期代号+节点代号），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。