Microsoft prépare une évolution structurante pour Copilot Studio : un mode de partage « Run-Only » (exécution seule) pour les agents autonomes. Cette fonctionnalité, encore en développement, vise à lever un frein bien identifié dans l'adoption de l'IA agentique en entreprise : la dépendance permanente aux makers pour accéder à un agent. Voici ce que cela change concrètement pour les équipes IT et les créateurs d'agents.
Le verrou actuel : des agents réservés aux makers
Dans le modèle actuel de Copilot Studio, plateforme de création, d'extension et d'orchestration d'agents (les trois piliers Build, Extend, Orchestrate), un utilisateur final ne peut pas simplement « utiliser » un agent autonome. Pour y accéder, il lui faut des droits d'édition ou de propriété sur l'agent — des permissions largement disproportionnées par rapport à son besoin réel, qui se limite le plus souvent à déclencher l'automatisation.
Cette contrainte a plusieurs conséquences directes :
- chaque accès ou modification passe obligatoirement par le maker qui a construit l'agent ;
- l'adoption reste cantonnée à un cercle restreint de créateurs techniques ;
- la valeur métier générée par l'agent ne se diffuse pas à l'échelle de l'organisation, même quand le cas d'usage le justifierait.
Ce schéma rappelle une limite déjà connue des administrateurs Power Platform sur les canvas apps et les flux Power Automate classiques, où l'ouverture d'un partage impliquait historiquement l'attribution de droits d'édition non nécessaires.
Le mode Run-Only : exécuter sans pouvoir modifier
Le partage en mode Run-Only introduit une séparation claire entre deux populations : les makers, qui conservent la main sur la conception, la logique et la configuration de l'agent, et les utilisateurs finaux, qui peuvent lancer et utiliser l'agent sans jamais accéder à son paramétrage.
Concrètement, un utilisateur en Run-Only peut :
- déclencher l'exécution de l'agent autonome ;
- consulter les résultats produits par l'automatisation ;
- bénéficier du cas d'usage sans avoir besoin de comprendre l'architecture sous-jacente.
Il ne peut en revanche ni modifier les instructions de l'agent, ni changer ses connecteurs, ni en revendiquer la propriété. Le maker reste seul décisionnaire sur les évolutions, la sécurité et la gouvernance de l'agent qu'il a créé.
Le partage en exécution seule n'est pas une nouveauté absolue dans l'écosystème Microsoft : Power Apps et Power Automate proposent depuis longtemps des mécanismes comparables, où l'utilisateur final se voit attribuer un accès d'usage sans droits de modification. Copilot Studio applique désormais cette même logique aux agents autonomes.
Ce qui change pour la gouvernance, ce qui reste identique
Cette évolution ne modifie pas les fondamentaux de la gouvernance des agents dans Copilot Studio : le maker reste responsable de la sécurité, des connecteurs utilisés et des politiques de conformité appliquées à l'agent. Ce qui change, c'est le périmètre des personnes pouvant en bénéficier au quotidien.
Ce modèle applique concrètement le principe du moindre privilège : un utilisateur métier n'a besoin que d'exécuter l'agent, pas de le maintenir. En limitant ses droits à l'exécution, l'organisation réduit la surface de risque tout en élargissant l'usage réel de l'automatisation.
Les bénéfices attendus pour les organisations
Microsoft positionne cette fonctionnalité autour de trois axes : une adoption élargie des agents autonomes à l'échelle de l'organisation, un partage sécurisé qui ne cède aucun droit d'édition ni de propriété, et un impact métier renforcé grâce à une diffusion plus large des automatisations entre équipes et fonctions.
Cette promesse est résumée par la formule employée pour présenter la fonctionnalité : « More People, More Impact » — davantage de personnes capables d'utiliser un agent, pour davantage d'impact métier généré. Elle s'inscrit dans la trajectoire plus large affichée par Microsoft pour Copilot Studio, décrite comme allant « From Ideas to Impact ».
Calendrier et disponibilité
Cette capacité de partage Run-Only pour les agents autonomes est actuellement marquée « Coming Soon » (en développement) par Microsoft, avec un début de déploiement annoncé pour janvier 2027. Comme pour toute fonctionnalité en amont de sa disponibilité générale, ce calendrier reste indicatif et mérite d'être suivi via les canaux officiels de communication Microsoft avant toute planification opérationnelle.
Aucune configuration n'est possible aujourd'hui dans Copilot Studio pour activer ce mode de partage. Les équipes IT peuvent en revanche commencer à cartographier les agents autonomes existants et identifier ceux qui bénéficieraient d'une diffusion élargie en exécution seule.
Ce que les équipes IT doivent préparer dès maintenant
En attendant la disponibilité effective de cette fonctionnalité, plusieurs actions préparatoires ont du sens :
- Recenser les agents autonomes aujourd'hui limités à leurs makers, en identifiant ceux dont l'usage pourrait être élargi sans risque à des utilisateurs métier.
- Clarifier les rôles de sécurité Power Platform associés à ces agents, pour anticiper l'attribution des futurs accès Run-Only sans reproduire les excès de droits actuels.
- Documenter les responsabilités des makers en matière de maintenance et de gouvernance, puisque le partage élargi ne transfère aucune de ces responsabilités aux utilisateurs finaux.
- Vérifier l'impact sur la consommation et le licensing Copilot Studio dès que la documentation officielle sera publiée, un agent partagé plus largement étant par nature davantage sollicité.
Les organisations qui exploitent déjà plusieurs agents autonomes dans Copilot Studio ont intérêt à ne pas attendre la disponibilité générale pour engager ce travail de cartographie : c'est ce travail préparatoire, plus que la fonctionnalité elle-même, qui déterminera la rapidité d'adoption une fois le partage Run-Only déployé.
