Les agents deviennent des identités logicielles avec leurs propres accès et points d’entrée

Illustration éditoriale — Les agents deviennent des identités logicielles avec leurs propres accès et points d’entrée

Une adresse e-mail propre, des connecteurs vers GitHub, Notion, Box, PayPal ou Expedia et la possibilité d’opérer n’importe quelle application sur Mac avec permission font de Muse un participant durable du workflow. L’agent n’est plus seulement une interface de chat : il reçoit des messages, conserve des accès et agit en arrière-plan.

Okta et onze partenaires formalisent la conséquence côté entreprise : chaque agent doit devenir une identité vérifiée, reliée à un propriétaire humain, avec des droits bornés à la tâche et une délégation traçable. Leur Blueprint Alliance ajoute découverte, surveillance du runtime, confinement et révocation à ce qui ressemblait encore récemment à de simples clés API.

Google traite la même frontière comme une primitive du runtime avec AX. Une Task s’exécute dans une sandbox isolée, un Workspace prépare dépôts, serveurs MCP et skills, tandis que Gateway borne le réseau et injecte les credentials. Pour les développeurs, déployer un agent revient donc à provisionner une identité, un environnement et une politique d’accès ensemble.

Sources