## 新员工入职待办清单提醒 {.case data-case-id="033"} | 字段 | 值 | | --- | --- | | 案例编号 | `033` | | 行业 / 部门 | 互联网 / 人力 | | 角色 | HR 专员 | | 难度 | `入门` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 读取 HR 系统入职登记） | 新人入职当天才发现账号没开、设备没到、导师还没指定，各负责人互相等。目标：每日定时让获授权 Agent 读取 HR 系统的入职登记，找出未来 7 天内入职的新员工，按入职日逐人生成待办清单（账号开通、设备领用、导师指定、入职培训）并通知对应负责人。员工个人信息最小披露：Agent 只处理入职批次号、岗位类别、入职日期与待办项代号，姓名等显示信息由 HR App 发送提醒时按批次号解析回填，其余登记字段一律脱敏不外带。指标：未来 7 天已登记的新员工 100% 在入职日前收到分派到负责人的待办清单；清单中缺失字段 100% 标"待确认"而非猜测补全。 - **覆盖**：定时读取入职登记、按四类结果出回执、有新员工时按入职日生成四类待办清单并通知对应负责人。 - **不覆盖**：自动开通账号、自动派发设备、自动指定导师、自动排培训、自动写回 HR 系统。 - **假设**：有一个经授权能读取 HR 系统入职登记的 Agent（通过 App/Extension），读取侧完成令牌化；Agent 只处理入职批次号、岗位类别、入职日期与待办项代号，负责人以批次号对应的角色代号表示，缺失标"待确认"；姓名等显示信息由 HR App 在发送提醒时解析回填。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每日定时（含节假日，保证周末与长假前不漏扫）由获授权的查询 Agent 经 App/Extension 读取 HR 系统的入职登记，App/Extension 在读取侧即完成令牌化与脱敏——Agent 只接收入职批次号、岗位类别、入职日期、待办项代号等白名单字段，不接收姓名、证件号、薪酬、联系方式等任何可识别个人的原始字段，据此找出未来 7 天内入职的批次名单。员工个人信息最小披露：Agent 侧全程只处理批次号与代号，姓名等显示信息由 HR App 在发送提醒时按批次号解析回填，其余登记字段一律脱敏不外带。 触发：定时（计划）发起调用，调用时带入团队频道与查询 Agent。 结果分四类处理： 有新员工：按入职日逐批次生成待办清单，固定四类——账号开通、设备领用、导师指定、入职培训，按入职批次号对应的负责人角色分派并通知（称呼等显示信息由 HR App 发送时按批次号解析回填）；负责人代号缺失标"待确认"，不从简历或其他来源猜，并留审计时间戳。 本期无新员工：发一条"本期无新员工"汇总回执并留时间戳，不静默结束。 入职日期缺失：不并入"本期无新员工"，也不猜日期，单列一份"入职日期待确认"清单交 HR 专员补全后由下次扫描生效，并留审计时间戳。 取数失败（HR 系统不可达或数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；与"本期无新员工"分开处理，不互相顶替。 审批：不涉及审批，入职待办是低风险提醒，直接触达对应负责人。 异常：查询 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：四类结果各自出回执并留审计时间戳后结束。 ``` ![案例 033 新员工入职待办清单提醒：定时让获授权 Agent 读取 HR 系统入职登记（Agent 只接收批次号与代号，姓名由 HR App 发送时回填）；HR 系统不可达按取数失败告警留审计重试升级，本期无新员工发零结果回执，入职日期缺失单列待确认清单由人补全不猜日期，有新员工按入职日生成账号/设备/导师/培训四类待办清单并通知对应负责人（缺失标待确认），均留审计时间戳；回传不合结构停在原等待点](../../../media/cases/fig-case-033-01-flow.svg){#fig-case-033-01 width=92%} 如上图所示，正常路径与异常同时可见，四类结果都有可见回执： 1. **定时触发**：计划到点（每日，含节假日）发起一次调用，带入团队频道与查询 Agent。 2. **读取入职名单**：获授权 Agent 经 App/Extension 读取 HR 系统的入职登记并回传未来 7 天内入职的批次名单（Agent 侧只见批次号与代号）；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **四类结果分流**： - **有新员工**：按入职日逐批次生成账号开通、设备领用、导师指定、入职培训四类待办清单，按批次号对应的负责人角色分派并通知（显示称呼由 HR App 发送时回填）；负责人代号缺失标"待确认"，并留审计时间戳。 - **本期无新员工**：发一条零结果汇总回执并留时间戳，不静默结束。 - **入职日期缺失**：不并入"本期无新员工"也不猜日期，单列"入职日期待确认"清单交 HR 专员补全，并留审计时间戳。 - **取数失败**：HR 系统不可达或数据陈旧，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时查询 + 四路分流"流程——它知道"读入职名单"需要一个发消息并等待回调的 Agent 环节、"按入职日期与缺失情况分四路"需要一个条件路由、"清单通知与回执"各需要一个发消息环节。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **HR 系统不可达或数据陈旧**：不当作"本期无新员工"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **入职日期缺失**：这是最容易漏的一类——并入"本期无新员工"会让真人被当成没有入职，猜日期则可能开错账号。因此单列一份"入职日期待确认"清单交 HR 专员补全，由下次扫描生效，不自动判定。 - **负责人或导师字段缺失**：Agent 不从简历、组织架构或其他来源猜负责人，清单中该字段标"待确认"，由 HR 专员在分派前补全；Agent 侧只见角色代号，姓名由 HR App 发送时解析回填。 - **清单通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **本期无新员工（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录，而不是无声结束。 - **查询 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 本案例不涉及审批。入职待办清单是低风险的提醒信息，越早到负责人手里越从容；因此不设 `request_approval` 环节，四类结果直接出回执。清单里标"待确认"的字段由 HR 专员线下补全，不走流程内审批。 本工作流对 HR 系统入职登记的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。团队频道作为调用输入提供；HR 系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。HR 系统不可达或登记数据陈旧属于取数失败，走失败回执与升级，不当作"本期无新员工"。员工个人信息最小披露：Agent 侧只处理入职批次号、岗位类别、入职日期与待办项代号，姓名等显示信息由 HR App 在发送提醒时按批次号解析回填，其余登记字段一律脱敏不外带。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），敏感原始字段在源头即被聚合/区间化/令牌化，并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 50 条历史入职登记（含日期完整、日期缺失、临近入职样本）回放，人工基准答案为按入职日排序的应分派清单；每日（含节假日）全量回放并记录扫描、通知时间戳。 - **分母与口径**：覆盖率分母为"入职前 7 天已登记且日期完整"的新员工数；入职日期缺失的样本单独计数，不并入覆盖率统计。 - **指标**：入职前 7 天已登记的新员工 100% 在入职日前收到分派到负责人的待办清单；缺失字段 100% 标"待确认"，不出现猜测的负责人或日期；四类结果 100% 各有可见回执，不出现静默成功。 - **最小披露**：每周抽查 5 条清单通知，核对 Agent 消息与运行记录仅含批次号、岗位类别、入职日期与待办项代号，姓名等原始字段不进入工作流；抽查接收人看到的称呼由 HR App 发送侧回填，其余字段不外带。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 ### 复用与变体 - **同构迁移**：实习生报到提醒、外包人员入场提醒、内部转岗交接提醒。 - **分级路由**：入职当天到期的清单发到负责人私聊并抄送 HR 专员，其余汇总成一条日报发到人力群。 - **写回 HR 系统**：在通知后再加一个 Agent 环节，由它通过 App/Extension 把"待办已分派"状态写回入职登记；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=入职批次号+待办项代号），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。