2026从嵌入式 AI 到自主智能体：下一代人力资源服务交付架构选型指南

研究背景与核心观点

HR 正进入 AI 赋能的转型新阶段，孤立试点和工作流自动化正演变为更广泛的基于代理的服务架构。本研究评估了 HR 领域 Lead Agent 模型的可行性，即一个接收自然语言请求的前端代理，并动态协调跨领域（如工资、入职、学习、合规和员工服务）的专家代理。

研究表明，Lead Agent 模型在技术上现在是可行的，但仅限于一种严格的、以专家为先的形式。决定性的选择不是平台，而是平台之下是什么。

三种架构模式

• 架构 1：嵌入式/系统原生 AI：AI 功能直接构建在核心 HR 平台中，并在工作流中显示。例如 SAP Joule 和 Workday Illuminate。
• 架构 2：控制塔编排：一个中央编排层位于底层 HR 系统之上，协调跨多个代理和功能的路由、工作流执行、治理和可观察性。例如 ServiceNow 的 AI 控制塔和 Agent Fabric。
• 架构 3：Lead Agent + 专家代理：一个专门构建的 Lead Agent 作为主要的 HR 交互层，接收自然语言请求，解释意图，并动态协调每个都深度加载到领域并通过 API 连接到源系统的专家代理。例如 IBM AskHR 和 watsonx Orchestrate。

Lead Agent 与专家代理设计

• Lead Agent 应被视为一个监督路由和编排层，而不是一个无所不知的“HR 超级代理”。
• 专家代理应该是窄的、领域加载的、API 连接的，并且是可审计的。
• 架构单元不是广泛的 HR 功能，而是仍然可以创建可信赖的端到端解决方案的最小领域边界。
• 文档检索不是服务解决，真正的服务解决需要实时系统数据。

平台辩论

• 平台辩论往往过于狭隘，关键问题不是供应商选择，而是关键功能应该在哪里。
• 不同的架构路径现在是可信的，组织可以根据现有投资、治理负担和平台足迹选择合适的架构。
• HR 领域是构建企业代理架构的一个强有力的起点，因为它结合了高查询量、高个人风险、重大的监管和治理负担以及明确定义的领域边界。

治理

• 治理不是政策叠加，而是架构的一部分。
• 最重要的治理发现是代理应在请求用户的上下文中通过 API 行动。
• 答案质量是一个合规维度，在法律敏感的 HR 领域，标准不是简单地生成一个答案，而是可以解释它，并且可以审查计算路径。
• 在德国和其他共同决定的环境中， works council 参与是一个法律顺序前提。

经济学

• 经济可行性取决于用例选择、集成准备状态和不可见的先期工作。
• 最大的成本驱动因素是后端连接性和准备状态。
• 快速 ROI 取决于狭窄的范围和准备就绪的基础。
• 技术过时是一个被讨论不足的风险，应优先考虑模块化、可组合的构建而不是庞大的计划。

运营模式影响

• HR 工作将从交易执行转向服务设计、产品所有权、知识治理、分析和人机编排。
• 第一线工作将萎缩，HRBP 模型将面临结构性压力。
• 新的角色是结构性的，而不是过渡性的，例如知识库负责人和流程重新设计负责人。
• HRIT 需要采用产品管理心态，围绕员工和经理问题组织工作，而不是围绕系统功能或供应商路线图。

实施途径

• 从狭窄的范围开始，然后再扩展编排。
• 在第一个构建之前确定用例优先级。
• 构建与购买：可组合的和与技术无关。
• 采用：最一致低估的挑战。

研究结论

Lead Agent 架构现在是可信的，但它不是普遍优越的。它是市场中三种可行的架构模式之一。组织应根据自身情况选择合适的架构模式，并从专家代理开始，逐步构建更广泛的编排层。HR 服务架构的重塑将要求组织重新思考服务逻辑，并围绕编排、质量和用户成果进行设计。