Cinq entreprises standardisent les Agent Plugins sans Anthropic
Le 6 août 2026, six entreprises ont publié un format de plugin unifié pour les agents IA. La spécification regroupe deux technologies — les Agent Skills et les serveurs MCP — dans un seul répertoire portable. Aucune de ces deux technologies n'a été inventée par l'une des six. Les deux ont été créées par Anthropic. Anthropic ne figure pas au comité de direction technique.
Je l'ai vérifié moi-même. J'ai téléchargé le texte intégral de la spécification à l'adresse agent-plugins.org/specification et la charte de gouvernance dans le dépôt GitHub du projet. Une recherche insensible à la casse de « Anthropic » et « Claude » dans les deux documents a renvoyé zéro résultat. La charte de gouvernance ne contient aucune occurrence. Le texte de la spécification ne contient aucune occurrence. Le mot « Anthropic » n'apparaît pas dans le contrat normatif qui empaquette leurs deux inventions.
Anthropic a créé à la fois le Model Context Protocol (MCP) et les Agent Skills en tant que standards ouverts. Le MCP connecte les agents IA à des outils et sources de données externes via un protocole filaire standardisé. Les Agent Skills regroupent des instructions réutilisables, des scripts et de la documentation de référence dans un dossier contenant un fichier SKILL.md. Les deux sont portables indépendamment. Ce qui n'était pas portable, c'est le format d'empaquetage qui les enveloppait — chaque client a inventé le sien.
Le problème : mêmes composants, enveloppes différentes
Chaque client d'agents IA majeur avait développé son propre format de plugin. Un workflow empaqueté pour GitHub Copilot nécessitait des adaptations avant que Cursor puisse l'utiliser. Une intégration d'outil configurée pour Codex ne se chargeait pas dans VS Code. Les auteurs de plugins maintenaient des versions parallèles de composants qui n'étaient jamais fonctionnellement différents — seul l'enveloppe variait.
Le problème n'était pas les composants eux-mêmes. Les Agent Skills fournissaient déjà des instructions réutilisables. Le MCP connectait déjà les agents à des outils et services. Les deux étaient portables indépendamment. Ce qui brisait la portabilité, c'était le manifeste — le fichier de métadonnées, la structure du répertoire, les règles de découverte. Chaque client inventait sa propre boîte pour les mêmes contenus.
Vercel, Amazon, Microsoft, OpenAI et Anysphere (l'entreprise derrière Cursor) ont décidé qu'un socle d'interopérabilité commun valait la peine d'être standardisé. Le résultat est Agent Plugins 1.0.0 (spécification).
Ce que définit Agent Plugins
La structure est volontairement minimale :
my-plugin/
├── plugin.json
├── skills/
│ └── summarize/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json
└── com.example.client/
└── hooks/
Le manifeste (plugin.json) comporte deux lignes essentielles : un champ $schema identifiant la version de la spécification et un champ name. Le schéma est fermé — seuls neuf champs de haut niveau sont permis, tout autre champ est signalé et ignoré. Les clients ne doivent pas attribuer de sémantique aux champs inconnus.
Le répertoire skills/ contient les Agent Skills au format défini par la spécification Agent Skills. Chaque sous-répertoire immédiat contenant un fichier SKILL.md constitue un skill. Les clients ne recherchent pas récursivement des skills supplémentaires.
Le fichier mcp.json déclare les serveurs MCP avec trois types de transport : stdio, HTTP en streaming et HTTP+SSE en mode hérité. Chaque entrée de serveur exige un champ type explicite. Un client ne devine jamais le transport à partir de la forme de l'objet de configuration.
Le répertoire à domaine inversé (com.example.client/) est l'échappatoire. Il permet à chaque client d'ajouter du comportement — hooks, commandes, configuration spécifique au client — sans modifier le cœur portable. Les clients qui ne reconnaissent pas un namespace l'ignorent.
Ce que la spécification laisse délibérément de côté
Agent Plugins v1 est un format d'empaquetage. Rien de plus. La spécification ne définit explicitement pas : de mécanisme d'installation, de protocole de distribution, de modèle de permissions, d'exigences de sandboxing, de vérification de confiance ou de provenance, ni d'expérience utilisateur. Ces éléments sont nommés ouvertement dans le document Future Considerations du projet. L'équipe Google DeepMind, qui a rejoint le comité le jour du lancement, a expliqué le raisonnement : l'installation, les politiques, les contrôles d'entreprise et l'interface d'approbation diffèrent fondamentalement entre un IDE, un CLI et une plateforme d'entreprise gérée (developers.googleblog.com).
Cette distinction est correcte. Agent Plugins standardise la découverte et le chargement — comment un client trouve plugin.json, lit skills/ et analyse mcp.json. Il ne standardise pas la confiance. Un serveur MCP qui ne démarre pas n'entraîne pas les skills du plugin dans sa chute. Le client ignore l'entrée défaillante, continue le chargement et signale l'échec. Les composants indépendants échouent indépendamment.
Les clients au lancement
Six produits prennent en charge le format dès le 6 août :
- ChatGPT et Codex (OpenAI)
- GitHub Copilot (Microsoft)
- VS Code (Microsoft)
- Cursor (Anysphere)
- Kiro (Amazon Web Services)
Google a également annoncé le jour même la prise en charge dans deux produits : Agents CLI et Data Agent Kit. Agents CLI empaquette les expert skills de Google pour la création, l'évaluation, le déploiement et l'observabilité des agents. Data Agent Kit fournit des plugins connectant BigQuery, Spanner et Cloud SQL.
L'absence d'Anthropic
Anthropic a créé les deux technologies que Agent Plugins empaquette. Le MCP a été annoncé fin 2024 comme un protocole ouvert pour connecter les modèles d'IA à des sources de données et outils externes. Les Agent Skills ont suivi sous forme de format regroupant des instructions et ressources réutilisables. Les deux ont été publiés en tant que standards ouverts sous des licences permissives.
La spécification ne référence ces technologies que structurellement : skills/ contient les Agent Skills « au format défini par la spécification Agent Skills », et mcp.json déclare les serveurs MCP conformément à la « spécification Model Context Protocol ». Les organisations d'origine ne sont pas nommées dans le texte normatif.
Anthropic a récemment ajouté son propre système de plugins à Cowork, son outil de bureau pour le travail agentic. Ce système est distinct du standard Agent Plugins. Anthropic n'a pas commenté publiquement le lancement d'Agent Plugins au moment de la rédaction.
La structure de gouvernance
La charte technique établit une structure hiérarchique : Contributeurs, Mainteneurs, Mainteneurs Principaux et un Lead Core Maintainer. Le TSC se compose de tous les Mainteneurs Principaux avec le Lead Core Maintainer. Les décisions recherchent le consensus ; lorsque des votes sont requis, chaque membre du TSC dispose d'une voix, le quorum exige 50 % des membres du TSC, et les décisions nécessitent une majorité.
La charte inclut plusieurs garanties structurelles : tous les rôles de gouvernance sont détenus par des individus, pas par des organisations ; aucun siège n'est réservé à une entreprise spécifique ; aucun fournisseur unique ne peut contrôler la majorité des sièges de Mainteneur Principal ; le Lead Core Maintainer peut être révoqué par un vote de super-majorité de 75 % ; le texte de la spécification est sous licence Creative Commons Attribution 4.0 ; le code sous licence Apache 2.0. La participation est ouverte à quiconque respecte la charte.
Pourquoi cela compte pour le développement d'agents
La standardisation de l'empaquetage des plugins change la façon dont les équipes de développement logiciel assisté par IA construisent et distribuent les extensions d'agents. Avant Agent Plugins, une équipe construisant un serveur MCP plus un skill de reporting de base de données empaquetait différemment pour chaque client. L'enveloppe variait même lorsque les composants étaient identiques. Un format de répertoire fonctionne désormais pour six clients au lancement.
Dans notre propre travail avec les agents IA, nous empaquetons les serveurs MCP et les Agent Skills séparément — chacun portable indépendamment, mais le format de distribution varie selon le client cible. Un format d'empaquetage partagé élimine l'enveloppe spécifique au client sans contraindre la façon dont chaque client charge, autorise ou expose les composants. Les composants restent portables. Le comportement spécifique au client reste spécifique au client.
La distinction entre empaquetage et confiance est importante. Agent Plugins standardise la façon dont un client découvre et charge les composants. Il ne standardise pas la question de savoir si un composant doit être approuvé, comment les permissions sont accordées ou quel sandboxing s'applique. Ces décisions restent au client — et c'est correct. Un IDE s'exécutant localement a des obligations de confiance différentes d'une plateforme d'entreprise gérée dans le cloud.
Les couches de l'écosystème
Agent Plugins n'existe pas isolément. Il fait partie d'une pile où chaque couche est indépendamment utile et adoptable : Trouver via Agentic Resource Discovery, un protocole ouvert permettant à un client de demander « ce qui est disponible pour cette tâche » et de recevoir des ressources correspondantes. Décrire via AI Catalog, le format d'entrée indexé par ARD. Empaqueter via Agent Plugins. Exécuter via MCP et Agent Skills. Vous pouvez publier un plugin sans entrée de catalogue, cataloguer une ressource qui n'est pas un plugin et exécuter des skills sans plugin.
FAQ
Que standardise Agent Plugins 1.0.0 ?
Agent Plugins 1.0.0 standardise le format d'empaquetage pour les extensions d'agents IA. Il définit un répertoire avec un manifeste plugin.json, un dossier skills/ pour les Agent Skills et un fichier mcp.json pour les configurations de serveurs MCP. Il ne définit ni installation, ni distribution, ni permissions, ni vérification de confiance (agent-plugins.org).
Qui gouverne la spécification Agent Plugins ?
Le comité de direction technique comprend des mainteneurs principaux d'Amazon, Cursor, Microsoft, OpenAI et Vercel. Google a rejoint le jour du lancement. La charte de gouvernance stipule que les rôles sont détenus par des individus, qu'aucun siège n'est réservé aux entreprises et qu'aucun fournisseur unique ne peut contrôler la majorité (GOVERNANCE.md).
Anthropic participe-t-il à Agent Plugins ?
Anthropic n'est pas listé comme mainteneur principal ou contributeur dans la spécification ou les documents de gouvernance. Anthropic a créé les deux technologies que Agent Plugins empaquette — MCP et Agent Skills — mais ne fait pas partie de l'effort de standardisation. Anthropic n'a pas commenté publiquement le lancement (the-decoder.com).
Quels clients prennent en charge Agent Plugins au lancement ?
ChatGPT, Codex, GitHub Copilot, VS Code, Cursor et Kiro (AWS) prennent en charge le format depuis le 6 août 2026. Les Agents CLI et Data Agent Kit de Google le prennent également en charge (alphasignal.ai).
Faut-il empaqueter son serveur MCP en tant qu'Agent Plugin ?
Si vous déployez un seul serveur MCP pour un seul client, mcp.json seul est plus simple. Agent Plugins se justifie lorsque vous avez des composants qui vont ensemble et doivent voyager ensemble — un skill plus son serveur MCP compagnon, distribué comme une seule unité across plusieurs clients (developers.googleblog.com).
Conclusion
Cinq entreprises ont standardisé un format d'empaquetage pour deux technologies qu'elles n'ont pas inventées. La spécification est propre, minimale et correctement délimitée — elle standardise l'empaquetage, pas la confiance. La structure de gouvernance est ouverte, neutre vis-à-vis des fournisseurs et structurellement protégée contre la prise de contrôle par un seul acteur. L'absence d'Anthropic dans un standard qui empaquette les propres inventions d'Anthropic est l'histoire de gouvernance à suivre.
Si vous construisez des systèmes d'agents IA et souhaitez empaqueter des skills et des serveurs MCP pour une distribution multi-clients, Agent Plugins est le format à cibler. La spécification est ouverte sur agent-plugins.org, et le dépôt GitHub accepte les propositions publiques.
Sources
- Agent Plugins Official Site — 2026-08-06 — Site officiel de la spécification ; définit plugin.json, skills/, mcp.json ; mainteneurs principaux d'Amazon, Cursor, Microsoft, OpenAI, Vercel
- Agent Plugins Specification Repository — 2026-08-06 — Dépôt GitHub pour le texte de la spécification, la charte de gouvernance, les schémas et les tests de conformité
- Google DeepMind Blog: Agent Plugins Package Your Skills, Tools, and More — 2026-08-06 — Google rejoint comme mainteneur principal ; explique le problème de « la boîte » et ce que la spécification laisse de côté
- AWS Blog: AWS Supports Agent Plugins — 2026-08-06 — Annonce de soutien d'AWS pour le standard ouvert
- Agent Skills Specification — 2026-08-06 — La spécification Agent Skills que Agent Plugins empaquette
- MCP Specification — 2026-08-06 — La spécification Model Context Protocol que Agent Plugins empaquette
- The Decoder: Amazon, Cursor, Microsoft, OpenAI, and Vercel Unite — 2026-08-07 — Note explicitement l'absence d'Anthropic ; mentionne le système de plugins Cowork
- AlphaSignal: OpenAI, Microsoft, and Cursor Unite Behind Agent Plugins — 2026-08-07 — Liste complète des clients au lancement ; composition du TSC
- Agent Plugins Governance Charter — 2026-08-06 — Charte technique définissant la structure du TSC, les règles de vote et les licences
- Agent Plugins Future Considerations — 2026-08-06 — Liste explicitement ce que v1 ne définit pas : installation, distribution, permissions, confiance