Que sont les Agent Plugins ? Skills, serveurs MCP et ce qui change (2026)
Agent Plugins est une spécification ouverte et neutre vis-à-vis des fournisseurs pour regrouper les Agent Skills et les serveurs MCP dans un seul répertoire portable. La version 1.0.0 a été publiée le 6 août 2026. Elle définit un fichier manifeste unique et une structure de dossier unique, de sorte que le même package se charge dans n'importe quel client d'agent IA compatible.
C'est là toute l'idée. Il n'y a pas de nouveau protocole ici, ni de nouvel environnement d'exécution. Les éléments qui existaient déjà continuent de fonctionner, et la spécification indique simplement comment les mettre dans une boîte.
Ce guide présente ce qui a été livré et ce que contient un plugin. Il aborde également ce que la spécification refuse de définir, ainsi que les changements pour quiconque utilise des agents pour produire des analyses.
Ce qui a été livré le 6 août 2026
Deux articles officiels ont été publiés le même jour. Vercel a publié l'annonce rédigée par Jonathan Hefner. Google a publié son propre article rédigé par Kevin Hou, Haoyu Wang et Alan Blount sur le Google Developers Blog.
L'article de Vercel indique que Vercel a initié la proposition. Des représentants d'Amazon Web Services, Anysphere, GitHub, Microsoft, OpenAI et Vercel l'ont ensuite affinée pour aboutir à la version 1.0.0.
L'article liste également les clients qui prennent en charge le format au lancement : ChatGPT, Codex, Cursor, GitHub Copilot, Kiro et VS Code. L'article de Google cite deux de ses propres produits : l'Agents CLI et le Data Agent Kit. Le Data Agent Kit livre des plugins pour BigQuery, Spanner et Cloud SQL.
Un détail mérite d'être clarifié. Le dépôt de la spécification a été créé le 3 avril 2026, le 6 août marque donc la sortie de la version 1.0.0 plutôt que le début des travaux. Les analyses qui traitent ces deux dates comme identiques surestiment la rapidité avec laquelle ce projet a été mené à bien.
Qui est derrière ce projet
Le projet publie la composition de son comité de pilotage technique dans un fichier MAINTAINERS.md. En août 2026, il liste cinq Core Maintainers. Il s'agit de Clare Liguori d'Amazon, Roshan Sadanani de Cursor et Harald Kirschner de Microsoft. La liste nomme également Gav Verma d'OpenAI et Jonathan Hefner de Vercel. Hefner est désigné comme Lead Core Maintainer.
L'annonce de Google indique que Google a rejoint le projet en tant que Core Maintainer, représenté par Kevin Hou. Cet ajout n'est pas encore reflété dans le fichier des mainteneurs publié.
Les licences sont partagées. L'avis de licence du dépôt lui-même place le texte de la spécification, la documentation et les exemples sous licence CC BY 4.0. Les schémas, le code source et les scripts relèvent de la licence Apache 2.0.
Ce que contient réellement un plugin
Un plugin est un répertoire. La spécification maintient délibérément la surface requise à un niveau minimal.
Le manifeste est plugin.json, et seuls deux champs sont requis. Le champ $schema déclare la version de la spécification ciblée par le package. Pour la version 1.0.0, cette valeur est https://agent-plugins.org/schemas/1.0.0/plugin.schema.json.
Le second champ requis est name. Il doit comporter de 1 à 64 caractères, choisis parmi a-z, 0-9, - et ., et doit commencer et se terminer par un caractère alphanumérique. Les séparateurs doublés tels que -- et .. sont rejetés.
Tout le reste dans le manifeste est facultatif : version, description, author, homepage, repository, license et keywords.
Les composants résident dans des chemins fixes plutôt que d'être déclarés en ligne. Les compétences proviennent d'un dossier skills/, où chaque sous-répertoire direct contenant un fichier SKILL.md compte pour une compétence. Les serveurs MCP sont déclarés dans mcp.json.
Cette dernière contrainte est la plus intéressante. Le manifeste ne peut pas déplacer les composants ni les définir en ligne. Un lecteur peut donc savoir ce que contient un plugin simplement en listant deux chemins.
Un exemple concret rend la structure évidente. Un plugin qui produit un résumé mensuel des revenus contiendrait un dossier de compétence contenant les instructions de rapport, et une entrée mcp.json pointant vers l'entrepôt de données. Rien dans cette configuration n'est spécifique à un client, ce qui est tout l'intérêt de la démarche.
Ce que la spécification laisse délibérément de côté
La liste des exclusions est plus longue que celle des exigences, et elle est énoncée ouvertement.
La spécification ne définit pas le format de compétence lui-même, qui relève de la spécification Agent Skills. Elle ne définit pas le comportement de transmission de MCP, qui relève du Model Context Protocol. Elle ne définit pas le contenu ni la validation des extensions spécifiques aux clients. Elle ne définit pas non plus le comportement de secours après l'échec d'une connexion de transport.
L'article de Google complète le reste des limites. Les mécanismes d'installation, les protocoles de distribution, les autorisations, le sandboxing, la vérification de la confiance et l'expérience utilisateur sont tous hors sujet.
L'omission de la vérification de la confiance mérite qu'on s'y attarde un instant. Un plugin peut déclarer un serveur MCP qui accède à n'importe quel point de terminaison, et la spécification ne juge pas si ce point de terminaison mérite cet accès. La révision reste une tâche humaine, ou une tâche pour le client qui charge le package.
Il s'agit d'un format de packaging et rien de plus. Quiconque espère y trouver une boutique d'applications avec révision et signature n'en trouvera pas ici.
Pourquoi un standard de packaging est important pour le travail sur les données
La plupart des personnes qui demandent un graphique à un agent ne pensent jamais au packaging. La connexion reste directe.
Un agent ne peut produire un livrable réel que s'il peut accéder à deux éléments : les instructions pour la tâche et l'accès aux données. Les compétences apportent le premier. Les serveurs MCP apportent le second. Jusqu'à présent, livrer les deux ensemble nécessitait un wrapper différent pour chaque client.
La duplication a un coût prévisible. Les wrappers dérivent. Un client bénéficie d'un correctif et un autre non. La version qui lit votre entrepôt de données prend alors du retard sur la version qui rédige le résumé. L'erreur se traduit par un chiffre obsolète dans un rapport finalisé.
Les équipes qui maintiennent leurs propres compétences internes en sont les premières victimes. Un groupe financier disposant d'une compétence de clôture de processus et d'un connecteur d'entrepôt de données les livre actuellement séparément, puis répète le câblage pour chaque éditeur utilisé par l'équipe. Un package unique remplace cela par un seul dossier dans le contrôle de version.
Un format de package partagé élimine cette catégorie particulière de dérive. Il ne rend pas un agent meilleur en analyse, et il ne devrait pas être présenté comme tel.
Là où un standard de plugin cesse d'être utile
Une spécification de packaging suppose que vous disposez déjà des éléments. Elle ne dit rien sur leur qualité et ne vous dira pas si une compétence produit un graphique pertinent.
C'est l'écart qu'il convient de nommer honnêtement. Powerdrill Bloom expose déjà les deux éléments que le format regroupe. Il exécute des Claude Skills pour la recherche, l'analyse, l'automatisation et l'exécution. Il livre également son propre serveur MCP, de sorte qu'un client compatible peut parcourir des ensembles de données et exécuter des tâches sur demande.
Ce qu'il apporte au-delà de la tuyauterie est la partie que la spécification laisse de côté. Vous importez une feuille de calcul, posez une question en langage naturel et obtenez en retour un graphique, un résumé écrit ou une présentation. La couche de packaging décide de la manière dont les outils transitent entre les clients. Elle ne décide pas si la réponse est de qualité.
Pour un aperçu plus large de cet écosystème, nos synthèses des plateformes MCP et des compétences d'agent pour l'analyse de données et le reporting couvrent le paysage actuel.
Normes adjacentes à connaître
Trois spécifications coexistent désormais, et il est facile de les confondre.
| Standard | Ce qu'il définit | Portée |
|---|---|---|
| Agent Skills | Comment une compétence unique est écrite | Instructions et ressources |
| Model Context Protocol | Comment un agent communique avec un outil ou une source de données | Protocole d'exécution |
| Agent Plugins | Comment les compétences et les serveurs MCP sont livrés comme une seule unité | Packaging uniquement |
Lire la colonne de portée est le moyen le plus rapide d'éviter une erreur de catégorie. Une question sur la manière dont un agent s'authentifie auprès d'une base de données est une question relative à MCP. Une question sur la manière de transmettre l'ensemble de la configuration à un collègue est une question de packaging.
Les trois sont complémentaires par conception. Un plugin contient des compétences et des déclarations de serveurs MCP, et chacun de ces éléments reste portable de manière indépendante en dehors du plugin.
Conclusion
Agent Plugins 1.0.0 est une petite spécification avec une mission précise. Un manifeste, deux champs requis, deux chemins de composants fixes, et un refus explicite de définir l'installation, les autorisations ou la confiance.
La valeur se révèle au fil des mois plutôt qu'au premier jour. Moins de wrappers signifie moins d'endroits où un outil peut se désynchroniser. Cela importe particulièrement lorsque le résultat est un chiffre sur lequel quelqu'un va s'appuyer pour agir. Si vous préférez la couche d'analyse plutôt que la tuyauterie, essayez Powerdrill Bloom sur un fichier que vous possédez déjà. Consultez également notre page sur les auto insights.
Les faits présentés dans cet article ont été vérifiés auprès de sources officielles le 11 août 2026. Les détails de la spécification évoluent, veuillez donc consulter les pages liées avant de vous fier au nom d'un champ.
Questions fréquemment posées
Que sont les Agent Plugins en termes simples ?
Ils constituent un moyen standard de regrouper les compétences d'un agent et ses déclarations de serveur MCP dans un seul dossier. Tout client compatible peut ensuite charger ce dossier sans avoir besoin d'un wrapper spécifique au client.
Est-ce que Agent Plugins est la même chose que MCP ?
Non. MCP est un protocole d'exécution qui régit la manière dont un agent communique avec un outil ou une source de données. Agent Plugins régit uniquement le packaging, et un plugin peut déclarer des serveurs MCP en son sein.
Qu'est-ce qui est requis dans plugin.json ?
Seulement deux champs. La valeur $schema déclare la version de la spécification ciblée, et name identifie le plugin. Tout le reste, y compris version et license, constitue des métadonnées facultatives.
Quels outils prennent en charge Agent Plugins ?
L'article de lancement de Vercel liste ChatGPT, Codex, Cursor, GitHub Copilot, Kiro et VS Code. Google a annoncé séparément sa prise en charge dans ses outils Agents CLI et Data Agent Kit.
Est-ce que Agent Plugins gère l'installation ou les autorisations ?
Non. L'installation, la distribution, les autorisations, le sandboxing et la vérification de la confiance sont tous explicitement hors sujet. La spécification couvre la structure du package et rien d'autre.