Agent Plugins 1.0 : écrire une fois, exécuter dans ChatGPT, Copilot, Cursor, VS Code

Daniel Reyes Ingénieur Principal (IA/ML), YuSMP Group · Intégration LLM, systèmes agentiques et conception de produits natifs IA pour les équipes américaines et européennes

En résumé

Ce qu'est réellement Agent Plugins 1.0

La spécification définit une structure de répertoire minimale pour les extensions d'agents IA distribuables. Un plugin conforme contient :

• Un manifeste plugin.json avec l'identité du plugin, la version du schéma et les points d'entrée.
• Un répertoire optionnel skills/ contenant des Agent Skills — des ensembles réutilisables d'instructions et de ressources que les agents peuvent invoquer.
• Un mcp.json optionnel qui déclare les serveurs MCP dont le plugin a besoin, permettant au client hôte de provisionner automatiquement les connexions aux outils.

Le format utilise un espace de noms en domaine inversé pour les champs d'extension spécifiques au client, permettant aux plateformes d'innover au-delà de la spécification de base sans compromettre l'interopérabilité. La spécification s'arrête délibérément à l'empaquetage : elle définit à quoi ressemble un plugin sur disque, pas comment les clients l'installent, l'affichent ou le distribuent. Cette omission est intentionnelle — elle permet à Cursor de proposer une interface de découverte différente de VS Code tout en lisant le même répertoire de plugin.

AWS implémente la prise en charge à deux endroits : Kiro (l'IDE IA d'Amazon, un client de lancement) bénéficie du support natif d'Agent Plugins pour les Skills groupées et les serveurs MCP, et l'AWS Agent Toolkit propose plus de 30 compétences organisées pour Lambda, S3, DynamoDB et CDK. Google fournit son support via son Agents CLI et le Data Agent Kit, qui connecte les agents à BigQuery, Spanner et Cloud SQL. Les deux entreprises ont publié leurs implémentations le jour même du lancement de la spécification.

Six éditeurs, une spécification — et une absence notable

Les six membres fondateurs couvrent la majeure partie du paysage des outils d'IA d'entreprise. ChatGPT et Codex d'OpenAI sont les points d'accès grand public et développeur à la plus grande portée. GitHub Copilot et VS Code de Microsoft touchent ensemble des dizaines de millions de développeurs. Kiro d'Amazon et l'AWS Agent Toolkit touchent les équipes cloud d'entreprise développant sur l'infrastructure AWS. Les Agents CLI et Data Agent Kit de Google touchent les équipes d'ingénierie des données. Cursor et Vercel touchent directement la communauté des développeurs frontend et fullstack.

L'absence notable est celle d'Anthropic. Malgré sa contribution à l'origine du MCP — le protocole de communication sur lequel Agent Plugins est construit — et du format Agent Skills que la spécification empaquette, Anthropic ne fait pas partie du TSC et Claude Code n'est pas répertorié comme client compatible au lancement. Cela a des implications pratiques : les équipes qui ont standardisé sur Claude comme runtime principal de leurs agents ne peuvent pas aujourd'hui installer un plugin au format Agent Plugins et s'attendre à ce qu'il fonctionne. Qu'Anthropic rejoigne le TSC ou publie une compatibilité indépendante n'est pas annoncé au 8 août 2026.

La structure de gouvernance est conçue pour éviter la capture par une seule entreprise. Aucun fournisseur ne détient une majorité des six sièges du TSC, et la spécification est ouverte à la contribution de la communauté sur GitHub. La charte décrit le comité comme un gardien neutre — analogue à la façon dont la OpenJS Foundation gouverne Node.js plutôt que Microsoft ou Google ne le contrôlent unilatéralement.

Ce que v1.0 inclut — et ce qu'il omet délibérément

La spécification livre une v1.0 bien délimitée plutôt que d'essayer de résoudre tous les problèmes dès la première version. Ce qu'elle définit : la structure du répertoire, le schéma du manifeste, comment les Agent Skills sont déclarées, comment les configurations des serveurs MCP sont regroupées, et comment les clients peuvent étendre le format sous leur propre espace de noms sans rompre la portabilité.

Ce qu'elle ne définit explicitement pas :

• Modèle de permissions. Il n'existe aucun standard pour les capacités qu'un plugin peut demander ni pour la manière dont un client doit inviter l'utilisateur à les accorder.
• Bac à sable (sandboxing). Le code du plugin s'exécute dans l'environnement du client hôte. La spécification ne dit rien sur l'isolation, les limites de ressources ou les restrictions d'accès réseau.
• Vérification des signatures. Il n'existe aucun mécanisme dans la v1.0 pour qu'un client vérifie qu'un plugin a été publié par celui qui le prétend, ou qu'il n'a pas été altéré en transit.
• Gestion des secrets. Les plugins peuvent invoquer des serveurs MCP qui ont besoin de credentials ; la manière dont ces credentials sont stockés, renouvelés ou révoqués est entièrement la responsabilité du client.

Le TSC a répertorié les quatre comme travaux futurs. La conséquence immédiate est que deux plugins installés dans la même session VS Code partagent le même niveau de confiance — il n'y a pas de containment fin. Un plugin qui se connecte à un entrepôt de données interne via MCP s'exécute avec la même confiance implicite qu'un plugin qui autocomplète les messages de commit.

Ce que cela signifie pour les équipes logicielles américaines et européennes

Le gain d'efficacité en termes d'empaquetage est réel et immédiat. Si votre équipe maintient des outils IA personnalisés — un ensemble de compétences qui encapsule vos API internes, se connecte à votre entrepôt de données ou applique votre style de code — vous deviez auparavant maintenir des intégrations séparées pour chaque outil IA utilisé par vos ingénieurs. Agent Plugins réduit cela à un seul artefact que vous versionnez, examinez et distribuez comme tout autre package interne.

L'implication côté métier est que la promesse « écrire une fois, exécuter partout » pour les compétences des agents est désormais réalisable sans miser sur le format d'extension propriétaire d'un seul éditeur. Si votre équipe migre de Cursor vers VS Code ou ajoute GitHub Copilot à un workflow qui utilise déjà ChatGPT Enterprise, le plugin vous suit. Cette portabilité réduit le coût de migration qui a historiquement enfermé les organisations dans un seul outil IA.

Pour les équipes européennes soumises au RGPD et au Règlement sur l'IA, le modèle de sécurité absent est la première préoccupation de conformité à résoudre avant qu'un plugin n'atteigne la production. Un Agent Plugin qui se connecte à un serveur MCP traitant des données personnelles est — du point de vue de la protection des données — une configuration de sous-traitant. Les mêmes obligations de notification de violation sous 72 heures, les exigences de minimisation des données et les accords de sous-traitance qui s'appliquent à tout autre outil de votre stack s'appliquent ici. La spécification ne les appliquera pas ; votre équipe de conformité a besoin d'une porte de contrôle des plugins qui le fait.

Pour les équipes FinTech et HealthTech soumises à SOC 2, HIPAA ou DORA, l'absence de sandboxing signifie que vous ne pouvez pas supposer qu'un plugin est isolé. Un plugin avec accès au serveur MCP peut, en principe, atteindre l'infrastructure de production — la spécification ne l'en empêche pas, et les clients v1.0 ont des niveaux variables de containment natif. Traitez l'installation de plugins dans des environnements réglementés de la même façon que tout outil tiers : revue de sécurité, périmètre de credentials au moindre privilège et surveillance des flux sortants avant approbation.

L'absence d'Anthropic est un point de décision pratique pour les équipes qui utilisent Claude. Si vos workflows d'agents reposent aujourd'hui sur Claude Code ou les capacités d'utilisation d'outils de Claude, les compétences au format Agent Plugins ne fonctionneront pas nativement sur cette plateforme au lancement. Trois options s'offrent à vous : maintenir un empaquetage séparé pour les environnements Anthropic, attendre de voir si Anthropic publie une compatibilité, ou migrer les agents vers une plateforme membre du TSC. Aucune de ces options n'est coûteuse, mais la décision doit être prise délibérément plutôt que découverte quand un développeur essaie d'installer un plugin sur Claude et obtient une erreur.

Que faire maintenant

• Inventoriez les outils IA de votre équipe. Lesquels parmi les six clients de lancement — ChatGPT, Copilot, Cursor, Kiro, VS Code, Codex — vos ingénieurs et équipes de données utilisent-ils ? Cela détermine dans quelle mesure la compatibilité Agent Plugins vous importe aujourd'hui.
• Définissez une politique de gouvernance des plugins avant la première installation. Qui peut approuver les plugins pour un usage en production ? Quelle revue de sécurité est requise ? Où les credentials des serveurs MCP sont-ils stockés ? Établir cela maintenant, pendant que l'écosystème est nouveau, est bien moins coûteux qu'investiguer une exposition de données après coup.
• Si vous maintenez des outils IA personnalisés, évaluez l'empaquetage Agent Plugins. Le format est suffisamment minimal pour que la migration d'un ensemble de compétences existant soit un projet peu coûteux. La récompense est la portabilité sur tous les clients compatibles actuels et futurs.
• Suivez la réponse d'Anthropic. Si Claude fait partie de votre stack, abonnez-vous au changelog d'Anthropic et au dépôt GitHub Agent Plugins pour les annonces de compatibilité.
• Ne supposez pas que les travaux futurs de sécurité de la spécification arriveront avant votre échéance de conformité. Planifiez autour de ce que v1.0 définit réellement, pas de ce qu'une version future pourrait ajouter.

Questions fréquentes