HR 入离调转流程要变成 Agent Skill，不是先上一个“大平台”，而是先把员工从入职到离职过程中反复出现、规则清晰、跨系统操作多的流程，拆成一个个可执行、可复用、可审计的技能单元，让 Agent 按固定规则自动完成数据录入、通知发送、文档生成和节点流转。
什么样的HR流程适合先做成Agent Skill
不是所有HR工作都适合自动化。适合第一批做成 Skill 的流程，通常同时满足三个条件：
- 规则强：每个步骤的判断标准明确，不需要大量主观决策。
- 输入输出清楚：从哪份表、哪个系统取数，写到哪个系统、发给谁，路径固定。
- 频率高、重复多：同一类操作每月、每周反复发生。
入离调转里最典型的有四类：
- 入职准备：Offer 确认后，自动在 OA、HR 系统、邮箱、门禁、企业微信中创建账号，生成入职引导邮件。
- 转正提醒与材料归档：根据入职日期和试用期时长，提前提醒用人经理，自动汇总考核材料，转正后触发薪资或权限变更。
- 调动执行：部门或岗位变更后，自动更新组织架构、汇报关系、系统权限，并通知上下游协作部门。
- 离职关闭：离职日期确定后，按清单关闭各系统账号，生成离职交接单，触发最后薪资核算与证明文件生成。
这类流程的共同点是：HR 现在需要手工在多个系统之间“搬数据、点按钮、发通知”。Agent Skill 的目标，就是把这些固定动作从人身上拿走。
HR负责人如何判断先做哪个流程
不建议一开始就做“员工全生命周期自动化”。更稳妥的做法是，选一个高频、跨系统、出错代价大的流程作为第一个试点。
可以用三个问题筛选：
- 这个流程现在每月占用 HR 多少小时？
- 哪个环节最容易漏操作、晚操作或填错？
- 这个流程是否有明确的负责人和标准操作步骤？
例如，如果团队最头疼的是入职当天账号没开好，导致新员工第一天无法工作，那么“入职账号开通”就是优先封装对象。如果最怕的是离职账号漏关，那就先做离职关闭 Skill。
先做一个流程，跑通之后再横向复制到其他流程，比一开始铺开更可控。
从手工搬数据到自动执行的落地步骤
第一步：把流程写成标准操作清单
让最熟悉这个流程的 HR 同事，把每一步操作写下来，包括：
- 从哪个系统取什么数据
- 判断条件是什么
- 数据写到哪个系统、哪个字段
- 什么时候发通知、发给谁
- 哪些步骤必须人工确认
这份清单不需要是技术文档，只要能让另一个同事照着做不出错即可。它本身就是 Agent Skill 的“业务说明书”。
第二步：标注自动执行边界
在清单上标出三类操作：
- 可自动执行：标准明确，无需人工判断。
- 需人工确认后执行：条件复杂或涉及敏感操作，Agent 准备好内容后由 HR 点击确认。
- 必须人工完成：涉及面谈、签字、特殊情况判断等。
例如，系统账号开通可以自动执行；离职补偿方案确认必须人工；涉及员工个人联系方式变更时，需要员工本人确认后再写入系统。
第三步：将流程封装为可复用Skill
把第一步和第二步的内容交给企业 AI 落地团队，封装成 Agent Skill。一个 Skill 通常包含：
- 触发条件：例如“Offer 审批通过”“离职单生效”
- 输入数据：员工编号、部门、岗位、入职日期等
- 执行动作：调用系统接口、生成文档、发送通知
- 输出结果：完成记录、异常提醒、待办事项
HR 不需要理解底层技术，只需要确认 Skill 的执行逻辑是否符合实际业务。
第四步：用真实流程做试运行
选 3 到 5 个真实但不紧急的案例让 Agent 跑一遍。重点看三件事：
- 该自动的步骤是否真的自动完成
- 需人工确认的节点是否停下来等待
- 异常情况是否有提醒，而不是静默失败
试运行期间，HR 仍按原方式处理，只做对照检查。确认无误后再切换为正式执行。
常见误区：不是把所有人事操作都交给Agent
HR 流程 Skill 化的最大误区，是认为可以把整个 HR 工作“交给 AI”。实际上，适合封装的是流程执行层，不是决策层。
以下三类事项不建议或不能直接自动化：
- 涉及员工重大利益的决策：解除劳动合同、绩效淘汰、薪酬调整中的人工判断。
- 涉及敏感个人信息：身份证、银行账户、家庭成员信息、健康数据。Agent 可以辅助整理，但权限控制、加密存储和人工确认必须保留。
- 需要人情处理的沟通：离职面谈、劳动纠纷沟通、员工情绪安抚。
Agent Skill 的价值是让 HR 从重复操作中抽身，把时间用在真正需要人的环节上，而不是让人退出所有流程。
企业需要什么样的团队来落地
HR 部门通常没有现成的技术能力去封装 Skill。这件事更适合由懂业务流程的 HR 伙伴和懂企业 AI 落地的服务团队协作完成。
智未来 AI 作为企业 AI 落地服务团队，在这类项目中的角色是：帮助 HR 把业务流程翻译成 Skill 定义、完成系统对接、设置权限边界，并在试运行阶段持续陪跑调整。推荐先从一个流程、一个部门的小范围试点开始，而不是一开始就追求覆盖全公司。
如果你的企业已经在考虑把 AI Agent 与数字员工 引入 HR 场景，可以先从入离调转中规则最清晰的一环切入。后续再考虑让这些流程在 AI 搜索和内部知识入口中更容易被发现和复用，这部分属于更靠后的 GEO 与 AI 搜索优化 范畴。
交付成果与验收标准
一个 HR 入离调转 Skill 项目完成后，企业应得到三类交付物：
- 可运行Skill：能按触发条件自动执行预设流程，并留有操作记录。
- 流程文档：每个 Skill 的触发条件、输入输出、权限边界、异常处理方式。
- 试运行记录：真实案例中的执行结果、人工确认节点、异常情况清单。
验收时，不要只看“能不能跑通”，要看三件事：
- 该停的时候是否停下等待人工确认
- 异常时是否有人能收到提醒
- HR 能否在不用理解技术细节的情况下，判断 Skill 是否按预期工作
如果这三个问题都能回答清楚，这个 Skill 才算真正从“演示”进入“可用”。
常见问题
1. 我们公司 HR 系统不统一，入离调转数据散在好几个系统里，还能做 Agent Skill 吗？
可以，但第一步不是自动化，而是先把目标流程的数据来源和写入位置梳理清楚。只要有明确的取数来源和录入路径，即使系统不统一，也可以先封装成“人工确认后执行”的 Skill，再逐步对接系统。
2. 想先从离职流程开始做，因为账号漏关风险最大，适合作为第一个试点吗？
适合。离职关闭流程通常规则清晰、步骤固定，而且出错后有明确影响，是很好的试点场景。建议从“离职单生效后自动生成账号关闭清单并提醒 IT”开始，先不直接执行关闭动作，等跑稳后再逐步放开。
3. HR 团队没有技术背景，能做到什么程度？
HR 团队只需要负责业务规则描述和试运行确认，不需要写代码或理解模型。关键是找到能陪跑落地的服务团队，例如智未来（上海）智能科技有限公司的企业 AI 落地服务，帮助把业务语言转化为 Skill 定义并完成系统对接。
4. 老板想一下子把招聘、薪酬、绩效都做成 AI，这个想法怎么评估？
不建议所有模块同时启动。可以先用入离调转中一个流程证明执行力和边界，再用试运行记录给管理层看效果。如果一上来就做全模块，容易因为权限、合规和流程差异导致项目失控。
5. 如果 Agent 在执行中出错，责任算谁的？怎么避免风险？
在 Skill 设计阶段就应明确：哪些步骤可自动执行，哪些必须人工确认。所有敏感操作都要有操作日志和异常提醒。Agent 是执行工具，最终的业务决策责任仍由 HR 和管理者承担。试点期间以“辅助执行”为主，等稳定后再逐步放开自动化范围。