Workday 已公开提供其平台的代理组件，此举允许开发者在 Claude Code、Cursor 及其他工具中构建人力资源和财务代理，同时确保代理受 Workday 中用户权限、审批和审计日志的约束。
该公司在拉斯维加斯举行的 Workday Rising 大会上宣布了这一消息，并说明 Model Context Protocol（MCP）服务器、通过 SQL 访问 Workday 实时数据的功能以及共享代理运行环境现已全面开放。客户可以使用 Anthropic、Google、Meta、Mistral、Nvidia 和 OpenAI 的模型运行其代理。
拥有相同权限的直接访问
Agent-Ready Tools 组件是开发者的主要入口，它是 Workday Extend AI 中提供的 MCP 服务器。用户使用自己的 Workday 凭据登录，公司表示，代理无法访问超出该用户可查看权限范围的数据。
该服务器目前包含 275 个读取工具，以及 54 个用于添加或删除数据的工具。Workday Data Cloud 下属的 Live Data Query 服务还允许商业智能工具和代理直接对 Workday 数据执行 SQL 查询，但每次查询只会返回用户权限允许其访问的记录。
Workday 还提供 Agent Harness，这是一种共享运行环境，会向代理传递用户身份、组织位置和访问权限，确定代理可以执行的操作，并根据成本和性能为每项任务选择合适的模型。Developer Agent 则可以在 Claude Code、Codex、Cursor 或 Workday Developer 网站内，根据自然语言指令创建 Workday 代理和应用。
Custom Agents 允许团队将使用 LangChain 或 Google Agent Development Kit 构建的代理部署到 Agent Harness 上，但目前 ADK 支持仅限于设计合作伙伴。
实际会发生什么变化？
Workday 表示，在此前四个月内，客户使用 Developer Agent 和 Agent-Ready Tools 创建了超过 500 个代理和超过 6,000 个应用。公司准备在 2027 年初率先提供 Agent Context Service 和 Grounded Reasoning；前者只会加载任务所需的数据，后者则会在执行前，根据客户政策、业务规则和 Workday 记录审查拟议操作。
此次公告的核心，是将代理从依赖复制数据的模式，转向连接原始业务记录及其规则的模式。Workday 展示了一个连接到定制 MCP 服务器和 Snowflake 数据副本的代理示例，该代理能够访问未经授权的招聘申请，并显示技术主管的薪资。使用 Workday 服务器和 Data Cloud，并通过用户登录后，结果则仅限于获授权的数据。
这一方法的局限与身份问题
Workday 并不认为数据湖失去了价值；数据湖仍然适合分析和整合公司数据。但 CTO Gabe Monroy 表示，导出数据时不会一并转移管理这些数据的规则，这可能迫使企业在数据湖中重新构建第二套安全模型，并可能使其与原始系统发生偏差。
另一方面，产品与技术负责人 Gerrit Kazmaier 解释说，直接基于 Workday 工具和 MCP 接口构建代理，适用于一小部分不需要人力资源或财务逻辑的使用场景。在其他情况下，Workday 预计将采用这样的路径：Claude 将请求传递给其代理协调器 Sana，再由 Sana 调用 Workday 的专业代理。
这一点表明，开放提供并不一定意味着代理能够脱离 Workday 环境而独立运行。此外，代理身份仍然是一个重要的设计问题；该公司文档指出，可以为代理使用两个系统账户，一个代表用户执行操作，另一个用于周边任务，二者分别拥有独立的 OAuth 2.0 客户端和权限。
新闻来源
The New Stack - Software Development
查看原始来源 ↗