## 员工入职周年关怀提醒 {.case data-case-id="040"} | 字段 | 值 | | --- | --- | | 案例编号 | `040` | | 行业 / 部门 | SaaS / 人力 | | 角色 | HR 专员 | | 难度 | `入门` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 读取 HR 系统入职日期） | 入职五周年的日子悄悄过去、没人说一句祝贺，比不过一次周年更伤人。目标：定时让获授权 Agent 扫描未来 7 天迎来入职周年的员工，生成关怀提醒；提醒只按入职日期计算周年并套模板文案，不编造个人偏好，经 HR 专员确认后发送，驳回则本次失败结束待人工处理。个人信息最小披露：Agent 侧仅员工伪名与入职日期，不外带其他个人字段，称呼由 HR App 发送时按伪名回填。指标：未来 7 天有周年的员工 100% 提前进入提醒；周年计算与入职日期记录一致率 100%；本期无周年与取数失败均 100% 出回执不静默。 - **覆盖**：定时扫描未来 7 天入职周年的员工、按模板生成关怀提醒、经 HR 专员确认后发送、驳回按失败结束待人工处理、本期无周年发回执。 - **不覆盖**：自动向员工直接发送祝贺、自动挑选或采购礼物、自动编排个人化内容（如编造个人偏好）、生日与私人纪念日提醒。 - **假设**：有一个经授权能读取 HR 系统入职日期的 Agent（通过 App/Extension），读取侧完成伪名化，HR App 能在发送时按伪名解析称呼；入职日期以系统记录为准，缺失标"待确认"。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每周定时（含节假日，保证长假不漏扫）由获授权的查询 Agent 经 App/Extension 读取 HR 系统的入职日期，App/Extension 在读取侧即完成令牌化与脱敏——Agent 只接收员工伪名（周期内稳定、不可反查的代号）、入职日期、周年数等白名单字段，不接收姓名、证件号、薪酬、绩效等任何可识别个人的原始字段，扫描未来 7 天迎来入职周年的员工，生成关怀提醒（员工伪名、入职日期、周年数、模板文案）。个人信息最小披露：Agent 侧只见伪名与入职日期，不外带其他个人字段；称呼等显示信息由 HR App 在发送时按伪名解析回填。Agent 只按入职日期计算周年、只套用调用时提供的模板文案，不编造个人偏好或个人化内容。 触发：定时（计划）发起调用，调用时带入团队频道、查询 Agent 与模板文案。 结果分三类处理： 有周年：生成关怀提醒列表（员工伪名、入职日期、周年数、模板文案）交 HR 专员确认——确认后由流程把模板提醒发到团队频道，称呼由 HR App 发送时按伪名解析回填，两种都留审计时间戳；驳回则本次失败结束、待人工处理，模板提醒不发出。 本期无周年：发一条"本期无入职周年"汇总回执并留时间戳，不静默结束。 取数失败（HR 系统不可达或入职日期陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 审批：有周年时的发送与否经 HR 专员确认，审批不设自动超时，无默认通过/否决；驳回则本次失败结束、待人工处理，模板提醒不发出，不当作已发送，也不当作已由 HR 自行处理。 异常：查询 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：三类结果各自出回执后结束，全部留审计时间戳。 ``` ![案例 040 员工入职周年关怀提醒：定时让获授权 Agent 读取入职日期（读取侧伪名化，称呼由 HR App 发送时回填）并扫描未来 7 天入职周年；有周年生成模板提醒交 HR 专员确认后发送，驳回则失败结束待人工处理，本期无周年发汇总回执，HR 系统不可达按取数失败告警留审计重试升级，不编造个人偏好，均留审计时间戳](../../../media/cases/fig-case-040-01-flow.svg){#fig-case-040-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见，三种结果都有可见回执： 1. **定时触发**：计划到点（每周，含节假日）发起一次调用，带入团队频道、查询 Agent 与模板文案。 2. **扫描周年**：获授权 Agent 经 App/Extension 读取 HR 系统的入职日期（读取侧伪名化）并回传，按入职日期计算未来 7 天的入职周年；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **三种结果分流**： - **有周年**：生成关怀提醒列表（员工伪名、入职日期、周年数、模板文案）交 HR 专员确认——确认后把模板提醒发到团队频道（称呼由 HR App 按伪名回填）并留审计时间戳；驳回则本次失败结束、待人工处理，模板提醒不发出。 - **本期无周年**：发一条汇总回执并留时间戳，不静默结束。 - **取数失败**：HR 系统不可达或入职日期陈旧，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时扫描 + 确认后发送"流程——它知道"查入职周年"需要一个发消息并等待回调的 Agent 环节、"按有无周年的结果分流"需要一个条件路由、"HR 专员确认"需要一个审批环节、"发送与回执"各需要一个发消息环节。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **HR 系统不可达或数据陈旧**：不当作"本期无周年"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **关怀提醒发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **本期无周年（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录，而不是无声结束。 - **查询 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **入职日期缺失或格式异常**：不猜周年数，该员工标"待确认"并在提醒列表中单列，由 HR 专员核实后决定是否关怀。 - **编造个人偏好**：流程只允许模板文案与系统记录字段（员工伪名、入职日期、周年数），任何"听说他喜欢"式的个人化内容都不由 Agent 生成，由 HR 专员在流程外人工补充。 - **驳回被记成已处理**：驳回即本次失败结束、待人工处理，审计记录不得写成已发送或已由 HR 自行处理；想重新关怀就再发起一次调用。 有周年时发送与否经 HR 专员确认。发模板还是亲自说、要不要顺带安排小仪式，是授权范围内的人工决策——确认时能看到提醒列表（仅员工伪名、入职日期与周年数）与将要发出的模板文案，称呼由 HR App 发送时按伪名回填。驳回则本次失败结束、待人工处理，模板提醒不发出——既不当作已发送，也不当作已由 HR 自行处理；若 HR 专员想亲自表达，在流程外自行安排，与本次审批结果无关。审批本身不设自动超时，无默认通过/否决，流程停在等待状态；周年日期临近时若需提醒，由另一条定时检查的 Workflow 扫出仍待确认的项。 本工作流对 HR 系统入职日期的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。团队频道与模板文案作为调用输入提供；HR 系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。系统不可达或入职日期陈旧属于取数失败，走失败回执与升级，不当作"本期无周年"。全程遵循个人信息最小披露：Agent 侧仅员工伪名与入职日期，不外带其他个人字段，称呼由 HR App 发送时按伪名解析回填。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），敏感原始字段在源头即被聚合/区间化/令牌化，并按 10% 抽查四层实际记录。 - **回放集与基准**：取最近 6 个月的花名册快照（含整周年、非整年入职、日期缺失样本），人工基准答案为按入职日期推算的未来 7 天周年清单；每周（含节假日）全量回放并记录扫描、确认、发送时间戳。 - **分母与口径**：一致率分母为回放期间应提醒的周年事件数；入职日期缺失样本单独计数，不并入周年一致率。 - **指标**：未来 7 天有周年的员工 100% 提前进入提醒；周年计算与入职日期记录一致率 100%；本期无周年与取数失败 100% 出回执不静默。 - **最小披露抽查**：每周抽查全部提醒消息，Agent 消息与运行记录 100% 只含员工伪名、入职日期与周年数，无其他个人字段，无编造的个人偏好；接收侧称呼由 HR App 按伪名回填。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 ### 复用与变体 - **同构迁移**：司龄里程碑提醒（1/3/5/10 年）、长期服务奖提名提醒、内网周年海报排期提醒。 - **多档模板**：1 周年、5 周年、10 周年各配一档模板文案，调用时带入，Agent 按周年数选档。 - **写回系统**：发送后再加一个 Agent 环节，由它通过 App/Extension 把"已关怀"状态写回 HR 台账，供年度盘点；写回须是获授权 Agent 经 App/Extension 的幂等动作（幂等键=员工伪名+周年事件），响应未知先查后写、按重试上限有限重试、失败升级值班并置"待处理"保留补偿，全程留审计。若不需要写侧能力，改为只读汇总或仅留 Loop 回执更安全。