Workday Sana 与 AI 智能体：功能、开放状态与落地指南

Workday Sana 与 AI 智能体已能承担日常人力资源和财务工作，但能否使用，取决于你需要的具体技能。Workday 推出的 Sana Self-Service Agent 提供 300+ 项技能，覆盖薪酬、工时、休假等领域；新推出的 autopilot 自动运行能力则有各自的上线安排。建议先从已开放、且适合现有 Workday 流程的技能入手，确认使用授权和审批规则后再启用。Workday Sana 发布公告。

本文于 2026 年 10 月 26 日依据 Workday 产品页面、公开的采用指南目录、管理员文档及新闻公告核验。下文保留 Workday 的可用状态标签；早期访问和已公布的计划交付时间，均不等于正式全面开放。

Workday Sana 与 AI 智能体：哪些能力已经开放？

Workday 提供的是一组各司其职的智能体，每个智能体下的不同技能，开放状态也可能不同。 产品页介绍了完整工作流，不代表其中每个环节都已能在你的租户中使用。这里的租户，指组织自己的 Workday 环境。

目前，Workday 目录对成熟技能使用 General Access 标签，对限量推出的技能使用 Early Access 标签。本文保留这两个原始标签。若某份注明日期的新闻公告明确使用了“正式全面开放”（generally available）这一更明确的表述，下文会单独说明。

Workday 按员工服务、人力资源、财务和 IT 来组织智能体。实际评估时，应看智能体系列下的具体技能，例如招聘、薪资数据分析、合同审查或部署指导。Workday 智能体产品目录。

员工服务与人力资源

对人力资源运营负责人来说，可以先找一类团队已能妥善处理、但需要反复处理的请求。请假申请和组织调整建议即使都从对话开始，所需的审批边界也截然不同。

下表的状态标签来自 Workday 的 Agents for Everyone 目录和 Agents for HR 目录。产品链接用于说明具体能力。autopilot 和 Concierge 的特殊情况及相关公告日期另见下文。

在 Talent Acquisition 系列中，Recruiting 支持候选人优先级排序及招聘人员的工作流；Candidate Experience 支持招聘过程中的候选人互动；Talent Mobility 帮助员工寻找内部机会；Contingent Sourcing 推荐合同用工人才。应根据实际瓶颈选择技能，不能把整个系列当成一个功能可以互换的招聘助手。

Sana Concierge 的实际开放范围，比单看其组成技能的目录容易得出的印象更窄。 Workday 在 2026 年 10 月 13 日的公告中表示，Concierge 已向早期采用者开放，预计于 2027 年第一自然季度正式全面开放。同一公告还表示，新的 Workday Home 体验已经可用，由管理员决定何时启用。这是两项不同的开放状态说明。Workday Home 公告。

因此，对共享服务负责人来说，Self-Service 是合理的初始评估对象。如果业务方案必须依赖完整的 Concierge 体验，则应按早期采用项目界定范围，并保留回退到现有工单流程的方案。

财务、采购与 IT

财务团队可以先从资料准备和证据整理入手，让现有审核人员能够核验结果。IT 团队则可以先解决已知的配置问题或业务流程瓶颈。两者都不需要以整个部门能够自主运行为前提。

以下技能状态来自 Workday 的财务目录和 IT 与开发者目录。

与客户经理沟通时，一些熟悉的名称仍然有用。Financial Audit Agent 负责证据收集和交易测试；Revenue Contract Agent 提取协议数据，并建议后续的会计处理方式。两者的采用指南均标为 General Access，且都要求具备 Core Financials。Financial Audit、Revenue Contract。

Workday 主产品目录还列出了 Financial Test Suite，描述其用途为测试财务数据和控制措施。出现在目录中，不足以确定它单独的正式全面开放日期；应确认实际获得的是哪项测试技能。Workday 智能体产品目录。

同样，Admin Agent 页面仍分别列出 Adoption Agent、BP Optimize Agent 和 Deployment Agent。它们依次用于确定版本新功能的采用优先级、识别流程瓶颈，以及提供配置和故障排查指导。一个总括性的产品名称，不代表其下所有功能都因此获得了新的使用授权。

Decision Intelligence 的文档存在不一致，上线前值得先核实。 分类目录中的人力资源和财务条目仍标为 Early Access。但 Workday 较新的 2026 年 10 月 13 日公告表示，Decision Intelligence 现已向 Workday Human Capital Management（HCM）和 Workday Financial Management 客户开放，而 Decision Intelligence for Adaptive 继续面向 Adaptive from Workday 客户提供。判断产品层面的状态时，应参考这份注明日期的公告，再确认自己租户中的具体能力。该产品支持在治理约束下开展分析，对涉及人员与财务的决策进行情景比较。Decision Intelligence 公告。

autopilot 是否开放，需要单独确认

现有智能体已经可用，不代表它新增的后台自动化能力也已正式全面开放。 Workday 在 2026 年 10 月 13 日的公告中明确说明：

• **Talent Acquisition Agent autopilot：**已向早期采用者开放，计划于 2027 年初正式全面开放。
• **Payroll、Accounting 和 Deployment Agent 的 autopilot 能力：**计划于 2027 自然年初向早期采用者开放。

招聘场景的示例包括在后台监控候选人储备并寻访人才，但对外联系仍需招聘人员批准。客户决定哪些操作自动执行、哪些需要审核，以及智能体多久运行一次。autopilot 公告。

如果薪资团队需要协助排查缺失的输入信息，可以评估已经可用的 Payroll 技能。如果项目依赖新的 autopilot 持续管理更大范围的流程，就应先将其列入路线图，等确切能力向你开放后再推进。不要因为某项功能计划发布，就撤掉现有人工控制。

Workday Illuminate AI：如何理解旧名称？

Illuminate 是 Workday 早期智能体公告使用的品牌；当前目录则围绕 Sana 和更广泛的智能体系列组织产品体验。 旧公告与当前的可用状态记录，需要分开看。

Workday 在 2025 年 9 月的公告中还提到，用于流程设置的 Business Process Copilot Agent、用于工作说明书和义务管理的 Document Intelligence for Contingent Labor Agent、用于分摊规则的 Cost & Profitability Agent、用于学业要求设置的 Academic Requirements Agent，以及用于学生事务管理的 Student Administration Agent。该公告为这些新智能体给出的计划开放时间是 2026 年。仅凭这一说法，无法确认这些具体名称对应的产品如今已经正式全面开放。Illuminate 公告。

较早的 Case、Employee Sentiment 和 Performance 智能体分别描述了服务管理、反馈分析和绩效评估辅助功能。Job Architecture 涉及岗位体系，Financial Close 涉及财务结账自动化，Financial Test 涉及持续财务测试。Planning Agent 在那份公告中被描述为处于早期访问阶段。与其把历次公告中的名称都算作独立、已完整发布的产品，不如查看当前技能页面和注明日期的开放通知。

Document Driven Accounting Agent 在 2025 年 5 月的公告中出现，其描述是提取合同信息以支持会计工作流，计划于 2026 年初正式全面开放。当前目录将 Revenue Contract 列在 Accounting 下，但仅凭旧名称和相似功能，既无法确认使用授权，也无法认定产品已经正式更名。应向厂商索取当前的技能标识。2025 年 5 月公告。

Sana 与 Agent System of Record 如何分工？

Sana 是用户接触的交互体验；Agent System of Record 则用于确立智能体的身份、访问权限和责任归属。 智能体负责执行任务，Workday 仍是承载底层业务记录与流程的业务系统。

可以把这套关系想成一座正在运转的港口：Sana 像调度员，理解请求；智能体像作业船；Workday 是实施作业的受控码头。Agent System of Record，简称 ASOR，则像港口管理部门的登记与管控中心。给一艘船登记名称，不代表它获准进入所有码头。

Workday 在 2026 年 5 月 21 日的业绩公告中明确表示，ASOR 已正式全面开放。其当前产品页描述了智能体从注册、配置、激活、停用到归档的生命周期。每个智能体都有一个 Agent System User，即用于身份验证、授权和审计的独立身份，按最小权限原则访问，操作可追溯。ASOR 开放状态、ASOR 产品页。

Workday 的 ASOR 产品资料将这套管理模式延伸到 Workday 自建、客户自建、合作伙伴及第三方智能体。资料说明，系统可查看智能体的责任归属、利用率、效率和价值，并由 Agent Gateway 处理外部通信。治理承诺能否兑现，取决于相关智能体及其交互是否真正接入这套系统。仅仅注册一个智能体，并不能证明它在无关应用中的每项操作都受到 Workday 治理。ASOR 产品资料。

IT 负责人应要求看到具体操作层面的证据。例如，智能体提出员工调岗时，应能说明使用了谁的权限、变更了哪些内容、适用了哪项审批。只显示“智能体已运行”的报告，不足以支撑这类审核。我们的 AI 治理框架介绍了如何明确责任人，以及如何确定责任人需要哪些证据。

对话背后，权限仍要逐项校验

能否使用智能体，与能否执行它调用的底层操作，是两项独立检查。 Workday 管理员指南说明，系统会在运行时同时评估两者。管理员需要启用具体技能，选择允许使用的安全组，并确保这些安全组与技能调用的 API 所需权限相匹配。智能体注册与配置。

例如，一位经理可以为直属下属发起变更，却无权查看其他部门的薪酬。评估时，既要测试权限内的请求，也要测试超出该经理权限的请求。前者得到有用回答，并不能证明后者会被正确拦截。

这也是为什么智能体应接入一套经过精心设计的业务流程。语言理解能力更强，并不能补救定义不清的审批政策。对于跨系统工作流，智能体编排指南讨论了交接、重试以及人工审批应放在哪些环节。

如何在自己的 Workday 租户中启用智能体？

能否启用，首先取决于合同、产品使用授权和技能配置。 Flex Credits 解决的是用量消耗问题，不能替代所需的底层 Workday 产品。

Workday 管理员指南要求，在生产和非生产租户中使用 Workday 自建智能体，都必须具备 UMSA 订阅协议。仍采用旧版 MSA 的客户，必须选择转用 UMSA，并通过 Innovation Services 启用该功能。只有组织已经获得的产品所包含的智能体，才能注册。管理员侧要求。

公开采用指南列出了具体依赖条件：

• **Self-Service Agent：**需要 Core HCM。其区域说明排除了 FedRAMP 环境。Self-Service 使用要求。
• **Recruiting Agent：**需要 Core HCM、Recruiting 和 HiredScore AI for Talent。Recruiting 使用要求。
• **Payroll Agent：**需要 Core HCM，并处于原生 Workday Payroll 的覆盖范围；指南将可用范围描述为原生 Workday Payroll 所覆盖的国家。Payroll 使用要求。

这些例子说明，某个智能体已经公开提供，与组织已经具备激活条件，是两回事。对每项选定技能，都应核实地域和环境限制，涉及受监管部署时尤其如此。

Workday Flex Credits 采用按年批量购买、按使用量消耗的模式，并提供免费额度；适用技能按 Workday 费率表的定义消耗点数。 Workday 表示，大多数智能体可在非生产环境中免费测试，并介绍了 Platform Consumption Console 中的用量规划、监控和预算提醒功能。预算应依据适用费率表与试点用量估算，不能假设所有智能体都按同一个单价收费。Flex Credits。

先启用一小组明确的技能

围绕一项具体工作和有限的用户群配置试点。 以下激活路径来自 Workday 文档；试点范围和验收标准则由你根据运营需要决定。

1. 1

   确认符合条件的技能

   请 Workday 管理员核实协议、必需产品、地区、环境以及确切的技能状态。记录项目依赖的是 General Access、早期访问能力，还是尚未推出的功能。

2. 2

   注册并配置

   在 Agent Management Hub 中打开 Unregistered Workday Agent，注册符合条件的智能体。随后在 Agent Registry 中打开它，选择 Configure Agent，只启用试点需要的技能。

3. 3

   明确可用用户及允许操作

   在 Available To 中填入目标安全组。通过 View Security for Agent Skill 检查底层安全策略。对影响重大的变更，应在业务流程中保留审批。

4. 4

   激活并检查结果

   配置完成后激活智能体。运行有代表性的请求，也要主动测试未获授权的请求。检查最终记录和审批情况，再比较已完成工作、修正、升级处理和点数消耗，之后才扩大使用范围。

上述注册、安全和激活控制来自 Workday 设置说明。成功的试点应证明：有价值的工作在预定权限范围内完成，而不只是对话次数很多。

选原生智能体、自建，还是接入现有助手？

任务符合 Workday 现有流程时，优先使用现成技能；工作流本身具有独特性时，再考虑自建；主要问题是用户从哪里发起工作时，则接入现有助手。 这几条路径可以组合：自定义工作流既可以使用 Workday 治理下的工具，也可以呈现在另一个助手中。

标准工作，优先评估 Workday 原生技能

如果人力资源服务负责人需要反复回答休假和福利问题，应先评估 Self-Service。如果财务主管花费大量时间整理佐证记录，应评估 Financial Audit。当所需数据、权限规则和审核流程都已在 Workday 中时，原生技能的适用理由最充分。

如果自建的主要目的只是复刻已有技能，就没有必要。这样会额外承担维护、评估和支持工作，却未必改善员工体验。反过来，也不要只因为名称相近，就强行让某项原生技能覆盖实质上不同的流程。

现成技能覆盖不了的业务逻辑，再考虑自建

根据 Workday 于 2026 年 10 月 13 日发布的平台公告，Developer Agent、Custom Agents 和 Agent-Ready Tools 已在 Workday Extend AI 中正式全面开放。提供上下文并约束智能体操作的运行环境 Agent Harness 也已正式全面开放。这意味着，Workday 客户既可选择原生自定义开发路径，也可连接外部应用。Trusted Agent Platform 公告。

有一个产品套餐细节需要与客户经理确认：Developer Agent 的产品常见问题页仍称其通过 Workday Extend Professional 提供，而较新的公告写的是 Workday Extend AI。不要直接认定这两个名称对应合同中的同一项使用授权。Developer Agent 常见问题。

一家中型企业的 IT 负责人，可能需要一套员工变更流程：先检查 Workday，再取得设备审批，随后协调另一个内部系统。应围绕这条独特的执行顺序构建，并明确故障处理和审批的责任归属。独立开发者则应先验证一项已授权操作及其失败处理路径，再加入对话式规划能力。

Workday 将现有的 REST、SOAP、GraphQL 和 RaaS API 与 Agent-Ready Tools 区分开来：前者是用于系统间集成的接口，后者通过 Model Context Protocol（MCP） 暴露操作。MCP 为 AI 应用发现和调用工具提供了一种标准方式。产品页介绍了以用户权限为边界的安全控制，以及面向智能体设计的数据结构定义。Agent-Ready Tools 与 MCP。

如果需要明确的应用逻辑和可预测的执行顺序，应选择直接 API 集成。如果智能体需要在对话中发现并选择获准操作，可以考虑 MCP。无论选择哪种方式，设计中都仍需明确人工责任人、权限边界、安全重试机制，以及过程记录。我们的 AI 智能体平台对比可帮助评估配套的编排方案。

问题在于入口时，连接现有助手

Anthropic Claude 是外部 AI 助手成为 Workday 工作入口的具体例子。Workday 在 10 月 13 日的公告中介绍了 Sana in Claude 插件：它保留 Workday 权限和审计控制，变更由用户确认。该插件处于早期访问阶段，预计于 2026 年末正式全面开放。同一公告表示，Agent-Ready Tools 已通过 Extend AI 正式全面开放，而通过插件访问这些工具的能力将在当年晚些时候提供。Workday 与 Anthropic 公告。

如果员工已经在该助手中工作，且现有连接器提供了他们需要的操作，就适合选择这条路径。仅有助手订阅，并不能证明 Workday 集成、产品使用授权或写入操作已经启用。应确认这条具体连接究竟只能查询信息，还是能够执行获批的业务操作。

对一家已经使用 Workday 的公司的创始人来说，值得先问一个实际问题：缺少的是一条新工作流，还是一个更顺手的入口，用来发起已有流程？连接器可以解决后者，不必因此另建一个智能体应用。

哪些说法被夸大了，下一步该怎么做？

最大的风险，是把覆盖面很广的产品承诺，理解成已经全面部署的自主工作者。 Workday 自己发布的开放状态说明，支持的是范围更明确、也更实用的采用决策。

首先，不要笼统地声称所有智能体技能都已正式全面开放。Financial Close 仍标为 Coming Soon，Concierge 有早期采用安排，autopilot 扩展也有各自的时间表。目录中已经有能完成有用工作的能力，无需依赖这些未来功能。

其次，不要把 Workday 关于治理的表述，当成决策不会出错的证明。权限和审计轨迹提供了边界与证据，但不能据此证明候选人推荐公平、会计判断正确，或生成的解释完整。这些结果仍需由流程负责人评估。

第三，要分清现有治理能力与另行公布的控制措施。Workday 在 2026 年 6 月的 Agent Passport 公告中介绍了带签名的测试与验证记录，但给出的正式全面开放时间预期是 2026 年底之前；这份公告并不能证明它现在已经正式全面开放。Agent Passport 公告。10 月的平台公告同样为 Agent Context Service 和 Grounded Reasoning 给出了未来的早期访问时间窗口。尚未启用的控制措施，不应被算进当前已经具备的保障能力。

**周一就可以着手做的事：**人力资源、财务或 IT 流程负责人，选一项高频任务，与 Workday 管理员一起梳理。写清具体技能、必需产品、允许使用的用户、审批边界以及判断成功所需的证据。先面向小范围用户试点，把异常情况和已完成工作一起复盘；只有工作流既有用又可控时，才扩大范围。

如果已开放的技能适合一套已经理清的流程，现在就可以行动。如果业务方案依赖尚在公告阶段的能力，就先等待。如果对话或自适应推理带来的增益有限，则保留可靠的现有自动化。

如需了解在业务工作流中采用 AI 的实用方法，欢迎订阅通讯。