Workday a rendu généralement accessibles les composants de sa plateforme aux agents externes, une étape qui permet aux développeurs de créer des agents dédiés aux ressources humaines et aux finances dans Claude Code, Cursor et d’autres outils, tout en maintenant l’agent soumis aux autorisations de l’utilisateur, aux approbations et au journal d’audit de Workday.
L’entreprise l’a annoncé lors de la conférence Workday Rising à Las Vegas, précisant que le serveur Model Context Protocol (MCP), l’accès aux données Workday en temps réel via SQL et l’environnement d’exécution partagé pour les agents étaient désormais disponibles de manière générale. Les clients peuvent exécuter leurs agents avec des modèles d’Anthropic, Google, Meta, Mistral, Nvidia et OpenAI.
Un accès direct avec les mêmes autorisations
Le composant Agent-Ready Tools constitue le principal point d’entrée pour les développeurs. Il s’agit du serveur MCP fourni dans Workday Extend AI. L’utilisateur se connecte avec ses identifiants Workday, et l’entreprise affirme que l’agent ne peut pas accéder à des données au-delà de ce que cet utilisateur est autorisé à consulter.
Le serveur comprend actuellement 275 outils de lecture et 54 outils permettant d’ajouter ou de supprimer des données. Le service Live Data Query, qui fait partie de Workday Data Cloud, permet également aux outils de veille stratégique et aux agents d’exécuter directement des requêtes SQL sur les données Workday, chaque requête ne renvoyant que les enregistrements auxquels les autorisations de l’utilisateur donnent accès.
Workday propose également Agent Harness, un environnement d’exécution partagé qui transmet à l’agent l’identité de l’utilisateur, sa position organisationnelle et ses droits d’accès, détermine ce qu’il peut exécuter et sélectionne le modèle approprié pour chaque tâche en fonction du coût et des performances. De son côté, Developer Agent crée des agents et des applications Workday à partir de commandes en langage naturel dans Claude Code, Codex, Cursor ou le site Workday Developer.
Custom Agents permet aux équipes de déployer des agents créés avec LangChain ou Google Agent Development Kit sur Agent Harness, mais la prise en charge d’ADK est actuellement limitée aux partenaires de conception.
Qu’est-ce qui change concrètement ?
Workday affirme que les clients ont créé plus de 500 agents et plus de 6 000 applications à l’aide de Developer Agent et d’Agent-Ready Tools au cours des quatre mois précédents. L’entreprise se prépare à rendre Agent Context Service et Grounded Reasoning disponibles en accès anticipé au début de 2027 : le premier ne chargera que les données nécessaires à la tâche, tandis que le second examinera l’action proposée au regard des politiques du client, de ses règles opérationnelles et des enregistrements Workday avant son exécution.
L’essentiel de l’annonce réside dans le passage d’un modèle où l’agent dépend de la copie des données à un modèle où il se connecte au registre de travail d’origine et à ses règles. Workday a présenté l’exemple d’un agent connecté à un serveur MCP personnalisé et à une copie de données dans Snowflake, qui a pu accéder à des demandes de recrutement non autorisées et afficher le salaire du directeur technique. Lors de l’utilisation du serveur Workday et de Data Cloud avec la connexion de l’utilisateur, les résultats se sont limités aux données autorisées.
Limites de l’approche et questions d’identité
Workday ne considère pas que les lacs de données ont perdu leur valeur : ils restent adaptés à l’analyse et à l’intégration des données de l’entreprise. Mais le CTO Gabe Monroy a déclaré que l’exportation des données ne transférait pas avec elles les règles qui les régissent, ce qui pourrait imposer de reconstruire un second modèle de sécurité au sein du lac et entraîner un risque d’écart par rapport au système d’origine.
De son côté, le responsable produit et technologie Gerrit Kazmaier a expliqué que la création d’agents directement sur les outils Workday et les interfaces MCP convenait à un petit ensemble d’usages ne nécessitant pas de logique liée aux ressources humaines ou aux finances. Dans les autres cas, Workday prévoit un parcours dans lequel Claude transmet la demande à Sana, son orchestrateur d’agents, qui appelle les agents Workday spécialisés.
Ce point montre que l’ouverture de l’accès ne signifie pas nécessairement que les agents sont indépendants de l’environnement Workday. L’identité de l’agent reste également une question de conception importante : la documentation de l’entreprise indique qu’il est possible d’utiliser deux comptes système pour l’agent, l’un pour agir au nom de l’utilisateur et l’autre pour les tâches auxiliaires, chacun disposant de son propre client OAuth 2.0 et d’autorisations distinctes.