Microsoft l'a annoncé le 1er septembre 2026, sur le blog Power Platform, sous la plume de Tasha Scott : le coauthoring d'apps canvas avec des agents est désormais generally available. Un agent IA peut créer des écrans, brancher des données, écrire ou mettre à jour des formules Power Fx, puis synchroniser le résultat dans une session de coauthoring live. Vous restez l'auteur. Ce n'est ni un copilote qui pousse du code dans le vide, ni le « canvas » Google Sheets dont on a parlé en août : ici, le résultat reste une app canvas Power Apps classique, avec la gouvernance, les connecteurs, les tests et le déploiement que vous connaissez déjà.

Pour une PME qui a déjà Power Platform dans le paysage — un atelier, un commercial, un service après-vente qui bricole des écrans internes — le geste utile n'est pas de tout réécrire. C'est de savoir quand déléguer le gros à l'agent, et quand garder la main pour le détail, le budget de tokens et la prod.

Ce que Microsoft a mis en GA le 1er septembre

Le modèle partagé est simple à formuler. L'humain et l'agent contribuent à la même app. Vous pouvez demander à l'agent de créer un écran, de connecter une source, ou de mettre à jour des formules, puis reprendre la main pour relire et affiner. Vous pouvez aussi commencer à la main et faire entrer l'agent plus tard. Le plugin fonctionne avec les agents de code que vous utilisez déjà — GitHub Copilot, Claude Code, ou un autre outil compatible MCP et plugins.

Côté capacités, le plugin d'auteur canvas donne à l'agent une boîte à outils dédiée via un serveur MCP. D'après l'annonce, un agent peut créer et modifier des apps et des écrans, inspecter les contrôles, les connecteurs et les sources de données, comprendre les schémas, ajouter et configurer des contrôles, écrire et mettre à jour du Power Fx, puis valider les changements et les synchroniser avec la session de coauthoring. Le code source de l'app est représenté dans des fichiers lisibles : vous voyez ce qui a changé, vous corrigez au scalpel, et vous gardez la vue d'ensemble.

Le point que Microsoft martèle — « Coauthoring—not autopilot » — mérite d'être lu tel quel. L'agent est un collaborateur sur un travail bien cadré. Vous décidez ce que vous déléguez, ce que vous éditez vous-même, et où vous dépensez vos tokens. Une grosse génération d'écrans liés, un motif appliqué partout dans l'app : tokens. Un label, une couleur, une propriété : à la main. Le résultat reste une app canvas traditionnelle. Les plus de 1 400 connecteurs, la gouvernance, les tests, la sécurité, l'accessibilité et le déploiement continuent de s'appliquer.

Ce qu'il faut déjà avoir avant de brancher l'agent

La documentation Microsoft Learn pose une contrainte nette : l'app doit déjà exister. Elle peut être neuve et complètement vide, mais vous devez l'avoir créée dans Power Apps, sauvegardée dans l'environnement visé, et activé le coauthoring (Settings > Updates > Coauthoring) avant de connecter l'outil. Sans ce trio, le MCP n'a rien à quoi se brancher.

Côté poste de travail, il faut le .NET 10 SDK ou une version ultérieure, et un agent de code qui gère les serveurs MCP et les plugins. L'installation passe par le marketplace : /plugin marketplace add microsoft/power-platform-skills, puis /plugin install canvas-apps@power-platform-skills. Sous Visual Studio Code, la recherche @agentPlugins canvas apps mène au plugin Canvas Apps publié par Microsoft. Ensuite, /configure-canvas-mcp avec l'URL Studio de l'app ouverte — et l'onglet Studio doit rester ouvert pendant toute la session. Si vous fermez l'onglet ou si la session expire, il faut rouvrir l'app et reconfigurer.

Le flux de travail génère des fichiers .pa.yaml, les valide via le serveur MCP d'authoring canvas, et synchronise avec la session live. Les skills documentées sont /canvas-app, /configure-canvas-mcp et /add-data-source. Les connecteurs et les sources de données s'ajoutent via le panneau Data de Studio ; le skill /add-data-source guide et vérifie. Sur la sécurité, Learn insiste : Azure Identity SDK pour les identifiants, ne jamais coller de secrets dans les prompts, valider en non-prod, et tenir compte des politiques DLP de l'organisation. L'IA fait un best-effort ; la validation humaine reste obligatoire.

Power Apps canvas, pas le canvas Google Sheets

Le mot « canvas » circule beaucoup, et il prête à confusion. Le canvas Google Sheets dont on a parlé en août, ce sont des mini-apps posées dans une feuille : utiles pour un tableau de bord léger, un formulaire interne, un calcul partagé. Ce n'est pas le même objet. Ici, on parle d'une app canvas Power Apps : écrans, contrôles, formules Power Fx, connecteurs Microsoft et tiers, gouvernance Power Platform, déploiement dans un environnement. Si votre PME a déjà des flux Power Automate, des listes SharePoint ou du Dataverse, ce coauteur agent accélère le travail dans cet écosystème. Il ne remplace pas un logiciel métier sur mesure, et il ne transforme pas non plus une feuille de calcul en application d'entreprise.

La nuance compte pour le budget. Une app canvas interne pour suivre des demandes, un inventaire, une checklist terrain : le coauthoring agentique peut gagner du temps de maker. Un portail client, un parcours métier avec règles métier complexes, une intégration profonde à plusieurs logiciels : on revient plutôt à de l'application métier ou à la façon de connecter une IA aux logiciels métier, pas à un plugin canvas seul.

Trois questions avant de laisser un agent toucher une app de prod

  1. L'app de prod a-t-elle un double non-prod où valider ? Learn le dit clairement : validez les changements générés dans une app de développement ou de non-production avant de les appliquer en prod. Si vous n'avez qu'un seul environnement « live », branchez d'abord l'agent sur une copie sauvegardée, pas sur celle que l'atelier utilise le matin.
  2. Quels connecteurs et quelles données l'agent peut-il voir ? Les politiques DLP de l'organisation et le panneau Data de Studio cadrent ce qui est disponible. Un agent qui inspecte schémas et sources ne doit pas recevoir de mots de passe, de jetons ou de chaînes de connexion dans le prompt. Compte au moindre privilège, plugin issu d'un marketplace de confiance, et revue de chaque action proposée — surtout dès qu'une source externe entre en jeu.
  3. Que déléguez-vous, et que gardez-vous à la main ? Microsoft pousse le contrôle du budget tokens : confiez le gros (écrans liés, motif répété, refactor validé), éditez le détail (label, couleur, propriété). Si personne ne relit le .pa.yaml généré, ce n'est plus du coauthoring : c'est de l'autopilote. Et l'annonce le refuse.

Notre lecture

On lit cette GA comme un accélérateur pour les makers déjà dans Power Platform, pas comme un raccourci vers un logiciel métier clé en main. L'agent coécrit : écrans, contrôles, Power Fx, sync live via MCP. Le maker reste l'auteur. Pour une PME française qui a déjà des apps canvas internes, le bon réflexe est d'ouvrir une app de test, d'activer le coauthoring, d'installer le plugin canvas, de configurer le MCP avec l'URL Studio, et de déléguer un premier écran bien cadré — pas de lâcher l'agent sur la prod du lundi.

Quand le besoin dépasse le canvas — règles métier denses, parcours client, intégrations profondes — on quitte le plugin pour un vrai chantier d'agents IA ou d'ingénierie logicielle. Le coauteur canvas accélère ce qui était déjà dans Power Apps. Il ne remplace pas le cadrage du métier.

Sources

L'annonce de disponibilité générale et le modèle de coauthoring viennent du blog Power Platform, 1er septembre 2026 (Tasha Scott) : canvas apps coauthoring with agents en GA, modèle partagé (création d'écrans, connexion de données, mise à jour de formules, revue humaine), plugin via serveur MCP (créer/modifier apps et écrans, inspecter contrôles/connecteurs/sources, comprendre les schémas, ajouter/configurer des contrôles, écrire/mettre à jour Power Fx, valider et synchroniser avec le coauthoring live), résultat = app canvas traditionnelle (gouvernance, plus de 1 400 connecteurs, tests, sécurité, accessibilité, déploiement inchangés), contrôle du budget tokens, formulation « Coauthoring—not autopilot ». Les prérequis, l'installation, la configuration MCP, les skills, les fichiers .pa.yaml et les garde-fous sécurité viennent de Microsoft Learn — Create and edit canvas apps with AI code generation tools : app déjà existante (même blank) sauvegardée avec coauthoring activé avant connexion, .NET 10 SDK+, agent compatible MCP/plugins, installation marketplace microsoft/power-platform-skills puis plugin canvas-apps (ou VS Code @agentPlugins canvas apps), /configure-canvas-mcp avec l'URL Studio et onglet Studio ouvert, skills /canvas-app, /configure-canvas-mcp, /add-data-source, connecteurs via panneau Data, Azure Identity SDK, pas de secrets dans les prompts, validation en non-prod, DLP org, responsabilité humaine sur le best-effort IA.

Transparence. Cet article a été rédigé par un agent IA que nous avons conçu et que nous exploitons : il choisit le sujet à partir de nos données de référencement, recoupe chaque fait sur au moins deux sources indépendantes et rédige la proposition. Il ne publie rien seul — chaque article est relu, corrigé et validé par Matthieu Nicolle, directeur de la publication, qui en porte la responsabilité éditoriale. Comment nous l'avons construit.