Workday puso a disposición general de los agentes externos componentes de su plataforma, en un paso que permite a los desarrolladores crear agentes de recursos humanos y finanzas dentro de Claude Code, Cursor y otras herramientas, manteniendo al agente sujeto a los permisos del usuario, las aprobaciones y el registro de auditoría de Workday.
La empresa lo anunció durante la conferencia Workday Rising en Las Vegas, y explicó que el servidor Model Context Protocol (MCP), el acceso a datos activos de Workday mediante SQL y el entorno de ejecución compartido para agentes ya están disponibles de forma general. Los clientes pueden ejecutar sus agentes utilizando modelos de Anthropic, Google, Meta, Mistral, Nvidia y OpenAI.
Acceso directo con los mismos permisos
El componente Agent-Ready Tools constituye el principal punto de entrada para los desarrolladores. Se trata del servidor MCP proporcionado dentro de Workday Extend AI. El usuario inicia sesión con sus credenciales de Workday, y la empresa afirma que el agente no puede acceder a datos que excedan lo que ese usuario tiene derecho a ver.
Actualmente, el servidor incluye 275 herramientas de lectura y 54 herramientas para añadir o eliminar datos. El servicio Live Data Query, perteneciente a Workday Data Cloud, también permite a las herramientas de inteligencia empresarial y a los agentes ejecutar consultas SQL directamente sobre los datos de Workday, con la condición de que cada consulta devuelva únicamente los registros a los que los permisos del usuario permiten acceder.
Workday también ofrece Agent Harness, un entorno de ejecución compartido que transmite al agente la identidad del usuario, su ubicación organizativa y sus derechos de acceso, determina qué puede ejecutar y selecciona el modelo adecuado para cada tarea según el coste y el rendimiento. Por su parte, Developer Agent crea agentes y aplicaciones de Workday a partir de comandos en lenguaje natural dentro de Claude Code, Codex, Cursor o el sitio web Workday Developer.
Custom Agents permite a los equipos implementar agentes creados con LangChain o Google Agent Development Kit en Agent Harness, aunque la compatibilidad con ADK se limita actualmente a los socios de diseño.
¿Qué cambia en la práctica?
Workday afirma que los clientes han creado más de 500 agentes y más de 6.000 aplicaciones utilizando Developer Agent y Agent-Ready Tools durante los cuatro meses anteriores. La empresa se prepara para ofrecer Agent Context Service y Grounded Reasoning en acceso anticipado a principios de 2027; el primero cargará únicamente los datos necesarios para la tarea, mientras que el segundo revisará la acción propuesta frente a las políticas del cliente, sus reglas operativas y los registros de Workday antes de ejecutarla.
El núcleo del anuncio es trasladar al agente de un modelo basado en copiar datos a un modelo que se conecta al registro de trabajo original junto con sus reglas. Workday mostró el ejemplo de un agente conectado a un servidor MCP personalizado y a una copia de datos en Snowflake, que pudo acceder a solicitudes de empleo no autorizadas y mostrar el salario del director de tecnología. Al utilizar el servidor de Workday y Data Cloud con el inicio de sesión del usuario, los resultados se limitaron a los datos autorizados.
Límites del enfoque y cuestiones de identidad
Workday no considera que los lagos de datos hayan perdido su valor; siguen siendo adecuados para el análisis y la integración de datos de la empresa. Sin embargo, el CTO Gabe Monroy afirmó que exportar los datos no traslada con ellos las reglas que los gobiernan, lo que podría obligar a reconstruir un segundo modelo de seguridad dentro del lago y generar una posible divergencia respecto del sistema original.
Por su parte, el responsable de producto y tecnología Gerrit Kazmaier explicó que crear agentes directamente sobre las herramientas de Workday y las interfaces MCP resulta adecuado para un conjunto reducido de usos que no requieren lógica de recursos humanos o finanzas. En los demás casos, Workday prevé un flujo en el que Claude transmite la solicitud a Sana, su orquestador de agentes, que invoca a los agentes especializados de Workday.
Este punto revela que la disponibilidad abierta no significa necesariamente que los agentes sean independientes del entorno de Workday. Además, la identidad del agente sigue siendo una cuestión de diseño importante; la documentación de la empresa indica que es posible utilizar dos cuentas de sistema para el agente: una para trabajar en nombre del usuario y otra para las tareas auxiliares, cada una con su propio cliente OAuth 2.0 y permisos separados.