Dans cet article
Agent Plugins 1.0 est un standard ouvert et neutre vis-à-vis des fournisseurs qui regroupe les capacités d'un agent d'IA (compétences, serveurs MCP, commandes et règles) dans un seul plugin installable : vous le construisez une fois et l'exécutez dans différents outils au lieu de le reconstruire pour chacun. En août 2026, GitHub a annoncé la prise en charge complète du standard dans VS Code, Copilot CLI, l'application Copilot et son SDK, pour toutes les offres Copilot. Ce que cela signifie directement pour un chef d'entreprise : le temps et l'argent que vous consacrez à personnaliser les outils d'IA de votre équipe ne sont plus pris en otage par une seule plateforme.
Quel problème résout-il réellement ?
Au cours des deux dernières années, les outils d'IA sont passés d'une simple fenêtre de discussion à des agents qui lisent vos fichiers, appellent vos systèmes et exécutent des étapes réelles. Pour adapter ces agents à votre entreprise, vous devez leur fournir trois choses : des instructions écrites expliquant le fonctionnement de votre activité, une connexion à vos systèmes internes via des serveurs MCP, et des règles qui les empêchent de dépasser leurs attributions.
Le problème, c'est que chaque outil exigeait tout cela dans son propre format. Votre équipe rédige des personnalisations pour un outil, puis un an plus tard l'entreprise décide de passer à un outil plus rapide ou moins cher, et découvre que tout ce travail n'est pas portable et doit être réécrit. Ce n'est pas un simple désagrément technique ; c'est un coût réel qui se répète à chaque changement de fournisseur, et c'est la raison pour laquelle beaucoup d'entreprises repoussent toute personnalisation sérieuse par crainte du gaspillage.
Que contient concrètement un plugin ?
Un paquet conforme au standard a une forme simple et clairement définie. Il se compose de :
- Un manifeste plugin.json qui porte le nom du plugin et son numéro de version, ce qui rend possibles la mise à jour et le suivi.
- Un dossier de compétences (skills) contenant les instructions écrites qui indiquent à l'agent comment réaliser une tâche récurrente de votre entreprise de la manière que vous souhaitez.
- Un fichier mcp.json qui définit les serveurs MCP reliant l'agent à vos systèmes réels : stocks, base de données clients, facturation.
- Des extensions propres à chaque outil, placées dans un espace de noms séparé, afin que les parties communes restent portables même lorsqu'un fournisseur ajoute une fonctionnalité qui lui est propre.
Séparer la partie commune de la partie propre au fournisseur est l'idée la plus judicieuse de la conception : cela n'empêche aucun fournisseur de se différencier par ses propres fonctionnalités, et cela ne vous oblige pas à tout perdre si vous changez d'avis plus tard.
Pourquoi un chef d'entreprise devrait-il s'en soucier, et pas seulement un développeur ?
La gouvernance fait la vraie différence. Le standard est développé publiquement sous licence ouverte et supervisé par un comité de pilotage technique qui réunit des représentants d'Amazon, de Microsoft, d'OpenAI, de Cursor et de Vercel. Lorsque des entreprises concurrentes s'accordent sur un même format, c'est le signe que ce format survivra à un seul cycle de produit, et qu'il ne s'agit pas de la tentative d'un acteur pour enfermer ses clients.
C'est important, car le plus grand risque de l'adoption de l'IA aujourd'hui n'est pas technique mais contractuel. Le fournisseur que vous choisissez aujourd'hui peut augmenter ses prix, arrêter un service dont vous dépendez ou voir sa qualité varier. Un standard ouvert n'élimine pas ces risques, mais il réduit votre coût de sortie, et un coût de sortie faible est le meilleur atout de négociation dont vous disposez.
Qu'est-ce que cela signifie pour les entreprises en Arabie saoudite ?
2026 ayant été désignée Année de l'intelligence artificielle dans le Royaume, de nombreuses entreprises sont entrées dans une phase d'expérimentation sérieuse après des années de démonstrations. Le schéma récurrent que nous observons : une entreprise achète des abonnements pour son équipe, ne personnalise rien, et se retrouve avec un assistant générique qui sait tout du monde et rien de ses systèmes. La vraie valeur vient de la personnalisation, pas de l'abonnement.
Avec un standard portable, la décision de personnaliser est devenue bien moins risquée. Une entreprise peut écrire un plugin interne qui explique son circuit de validation, relier l'agent à son système de facturation ou de gestion des commandes, et le distribuer à toute l'équipe, avec la certitude que l'investissement reste valable si elle passe à un autre outil l'an prochain.
Mais retenez un point essentiel : qu'un paquet soit portable ne rend pas pour autant l'accès à vos données admissible. Tout plugin qui relie un agent à vos systèmes internes reste soumis à la loi sur la protection des données personnelles (PDPL), et vous devez définir précisément ce que l'agent peut et ne peut pas lire, et le documenter.
Des mesures pratiques pour commencer cette semaine
- Inventoriez vos personnalisations actuelles. Notez ce que votre équipe a réellement construit en matière d'instructions, de connexions et de règles, et identifiez où se trouve chaque élément aujourd'hui.
- Commencez par une seule tâche récurrente. Ne convertissez pas tout d'un coup ; choisissez un processus quotidien qui consomme visiblement du temps et empaquetez-le en un seul plugin.
- Fixez les autorisations avant de distribuer. Les offres Business et Enterprise comprennent des paramètres centraux qui contrôlent quels plugins sont autorisés et depuis quelles sources approuvées. Configurez-les avant que l'usage ne se répande, pas après.
- Documentez ce qui est portable et ce qui ne l'est pas. Les parties communes passent d'un outil à l'autre ; les extensions propres à un outil, peut-être pas. Connaissez les limites de la portabilité avant de bâtir une promesse dessus.
À retenir : le secteur passe d'un fouillis de formats concurrents à un format commun, et c'est le moment où investir dans la personnalisation de l'IA devient une décision calculée plutôt qu'un pari. Chez Origami, nous construisons ces plugins et les connexions aux systèmes réels de nos clients, en concevant dès le départ pour que la propriété et la flexibilité restent du côté du client, et non du fournisseur.
Sources
- Annonce officielle de GitHub sur la prise en charge d'Agent Plugins 1.0 : github.blog
- Site officiel du standard et de son comité de pilotage technique : agent-plugins.org
- Texte de la spécification 1.0.0 : agent-plugins-spec
Questions fréquentes
Qu'est-ce qu'Agent Plugins 1.0, en bref ?
Un standard ouvert et neutre vis-à-vis des fournisseurs, qui regroupe les compétences, les serveurs MCP et les règles d'un agent d'IA dans un seul plugin installable : vous le construisez une fois et il fonctionne dans plusieurs outils, au lieu d'être reconstruit pour chacun.
Dois-je modifier ce que nous avons déjà construit ?
Non. GitHub a indiqué que les plugins existants qui ne ciblent pas la nouvelle version restent pris en charge et qu'aucune migration n'est imposée ; vous pouvez donc avancer progressivement, à partir du prochain plugin que vous construirez.
Comment cela réduit-il ma dépendance à un seul fournisseur ?
Comme les parties communes d'un plugin fonctionnent dans différents outils, le coût du passage d'un fournisseur à un autre diminue. Cela ne supprime pas tous les risques, mais une décision de changement passe d'une reconstruction complète à une migration limitée.
Le standard couvre-t-il la protection des données de mes clients ?
Non. Le standard unifie uniquement le format d'empaquetage et n'accorde aucune autorisation. Définir ce que l'agent peut lire dans vos systèmes et respecter la loi sur la protection des données personnelles (PDPL) restent de votre responsabilité, à faire appliquer au moyen des autorisations et des paramètres centraux.
Suivez Origami sur Google
Ajoutez Origami à vos sources préférées : nos articles apparaîtront en premier pour vous dans la recherche Google et les actualités à la une.
