Agent Plugins 1.0 : un plugin pour tous les agents IA, c'est désormais possible

Tu écris une compétence pour un agent IA. Elle marche dans Claude Code, dans Cursor, dans GitHub Copilot, dans ChatGPT. Sans retoucher le code. C'est l'idée d'Agent Plugins 1.0, publié le 6 août 2026 par un groupe qui réunit Vercel, OpenAI, Microsoft, AWS, Cursor et Google. Et pour une fois, l'idée simple tient ses promesses.

Le problème que Agent Plugins résout

Les agents IA modernes utilisent deux briques pour faire des choses utiles. Les Agent Skills, des instructions réutilisables qui disent à l'agent comment accomplir une tâche (un SKILL.md, des scripts, des ressources). Et les MCP servers, qui connectent l'agent à des outils externes : une base de données, une API, un shell.

Les deux standards existent déjà et marchent. Le problème, c'est l'emballage. Chaque client (Cursor, Claude Code, ChatGPT, VS Code) a sa propre façon de découvrir, configurer et charger ces composants. Le répertoire n'est pas au même endroit. Le manifeste veut des métadonnées différentes. La configuration MCP n'a pas la même forme.

Résultat : si tu écris un plugin pour un agent, tu dois le repackager pour chaque client. Les composants sont identiques, mais l'enveloppe change. Tu te retrouves à maintenir plusieurs copies de quelque chose qui n'a jamais varié.

Ce qu'est Agent Plugins concrètement

Agent Plugins 1.0 est un format de packaging. Pas un protocole, pas une API. Un format de répertoire.

Un plugin, c'est ça :

mon-plugin/
├── plugin.json
├── skills/
│   └── resumer/
│       ├── SKILL.md
│       ├── scripts/
│       └── references/
├── mcp.json
└── com.exemple.client/

Le manifeste plugin.json contient deux champs obligatoires : la version du schéma et le nom du plugin. C'est tout. Le reste, le client le trouve à des emplacements fixes. Les skills dans skills/, un par sous-répertoire. La config MCP dans mcp.json. Point.

Chaque client compatible lit plugin.json, trouve les composants aux emplacements prévus, et les charge. Si un composant échoue, les autres continuent de fonctionner. Un skill cassé ne met pas la config MCP par terre.

Le répertoire com.exemple.client/ à la fin est l'escape hatch. Chaque client peut y ranger ses extensions spécifiques (hooks, commandes, agents) sans polluer le format commun. Les autres clients ignorent ce répertoire. Ça laisse à chaque plateforme sa liberté d'innovation sans casser la portabilité du reste.

Qui supporte le format dès maintenant

Six clients supportent Agent Plugins au lancement :

• ChatGPT et Codex (OpenAI)
• Cursor
• GitHub Copilot
• Kiro (AWS)
• VS Code (Microsoft)

Google a annoncé rejoindre le comité technique le 6 août et intégrer le format dans ses produits. Agents CLI et Data Agent Kit de Google supportent déjà le format.

Le comité de pilotage technique (Technical Steering Committee) est composé de mainteneurs core d'AWS, Cursor, Microsoft, OpenAI et Vercel. Google rejoint en tant que core maintainer. Le projet est sous licence Creative Commons BY 4.0, gouvernance ouverte, pas de roadmap imposée par une seule entreprise.

Pourquoi c'est un signal pour toi

Tu n'écriras peut-être pas de plugin demain. Mais ce standard dit quelque chose sur la direction que prend l'écosystème des agents.

En 2024, un agent IA était un système fermé. Tu utilisais Claude avec ses outils, ou ChatGPT avec les siens. Changer de client voulait dire tout réécrire. Les skills et les outils étaient liés à la plateforme.

En 2026, les composants se standardisent. MCP pour connecter les outils. Agent Skills pour décrire les tâches. Agent Plugins pour tout empaqueter dans un format portable. Tu changes de client, ton plugin suit.

C'est la même trajectoire que le web il y a vingt ans. Avant les standards, chaque navigateur interprétait le HTML à sa façon. Après, un même code marchait partout. Pas du jour au lendemain, mais la direction était claire.

Pour toi qui apprends l'IA, la chose à retenir est celle-ci : les agents deviennent modulaires. Un agent n'est plus un bloc monolithique. C'est un client qui charge des compétences et des outils au format standard. Tu peux comprendre, inspecter et remplacer chaque brique. C'est plus transparent, plus sain, et ça rend les agents moins opaques.

Un exemple chez Maisons&Mobilia

Pierre, développeur chez Maisons&Mobilia (M&M, enseigne de meubles fictive), a écrit un skill qui apprend à l'agent IA à lire un fichier de stock et à générer un rapport hebdomadaire au format de l'entreprise. Le skill utilise un MCP server qui se connecte à la base de stock de M&M.

Avant Agent Plugins, Pierre devait empaqueter ce skill différemment pour Claude Code (que sa collègue Sophie utilise), pour Cursor (que l'équipe front utilise) et pour GitHub Copilot (intégré à leur CI). Trois enveloppes, un seul contenu. Quand il mettait à jour le skill, il synchronisait trois copies.

Avec Agent Plugins, Pierre empaquète une fois. Le même répertoire marche dans Claude Code, Cursor et GitHub Copilot. Quand il met à jour le skill dans skills/, tous les clients voient la nouvelle version. Le MCP server configuré dans mcp.json se branche pareil partout.

La limite : Agent Plugins ne définit pas l'installation, ni les permissions, ni la sécurité. Chaque client garde sa politique. Un plugin qui marche dans Cursor peut nécessiter une étape d'approbation différente dans ChatGPT. Le format rend les composants portables, pas l'expérience utilisateur.

Ce que le format laisse volontairement de côté

Agent Plugins 1.0 est petit par choix. Pas de mécanisme d'installation. Pas de protocole de distribution. Pas de modèle de permissions. Pas de sandboxing. Pas de vérification de confiance ou de provenance.

Ces sujets sont listés dans les "future considerations" du projet, pas cachés. L'idée est de laisser chaque client gérer l'installation, la sécurité et l'UX comme il l'entend, parce qu'un IDE, un CLI et une plateforme entreprise n'ont pas les mêmes besoins.

Le format se concentre sur une seule chose : le contrat de packaging portable. Ça paraît limité, mais c'est ce qui rend l'adoption possible. Les standards qui essaient de tout couvrir dès la v1 finissent par ne satisfaire personne.

Aller plus loin

Pour comprendre comment les agents utilisent des outils et des compétences, notre article sur comment fonctionne un agent IA pose les bases. Pour voir comment MCP connecte les agents à des services externes, le guide sur MCP, le standard qui connecte les agents aux outils détaille le protocole. Et pour t'entraîner à ces notions en 5 minutes par jour, l'app saisir.ai propose des modules interactifs sur les agents, les skills et le tool use, en français, sans coder.

Sources

• Vercel, "Introducing Agent Plugins", 6 août 2026
• Google Developers Blog, "Agent Plugins package your skills, tools, and more", 6 août 2026
• The Register, "AI titans to tidy agent frontier with plugin prescription", 7 août 2026
• agent-plugins.org, specification 1.0.0
• AAIF, "From Skills and Tools to Portable Agent Plugins", août 2026