OpenAI et ses rivaux normalisent les plugins d’agents IA

OpenAI et ses rivaux normalisent les plugins d'agents IA

L’essentiel

  • OpenAI a présenté le 6 août Agent Plugins, une norme ouverte qui empaquette les compétences d’un agent IA, développée avec AWS, Cursor, GitHub, VS Code et Vercel.
  • Le principe tient en une ligne : écrire un plugin une seule fois, l’exécuter sur n’importe quel client d’agent compatible.
  • Six clients sont compatibles au lancement : Codex, ChatGPT, Cursor, GitHub Copilot, Kiro et VS Code.

Avant le produit, lisez la liste des cosignataires. Agent Plugins, dévoilé le 6 août par l’équipe développeurs d’OpenAI, arrive dans la même annonce qu’AWS, Cursor, Vercel et Microsoft, présent deux fois avec GitHub et VS Code. Quatre entreprises qui se disputent exactement le même développeur, alignées sur un format commun.

Microsoft, AWS, Cursor et Vercel ont signé le même format

L’annonce officielle résume la promesse sans détour : créer un plugin une seule fois et l’utiliser sur plusieurs clients d’agents compatibles. Un plugin, ici, regroupe des compétences d’agent : les instructions, les procédures et l’outillage qu’une équipe a patiemment ajustés pour qu’un assistant fasse correctement un travail précis.

La liste des clients compatibles dès le lancement dit l’ampleur du ralliement :

  • Codex et ChatGPT, côté OpenAI ;
  • Cursor, l’éditeur qui a fait de l’agent son produit ;
  • GitHub Copilot et VS Code, soit la chaîne d’outils de Microsoft ;
  • Kiro, l’environnement de développement piloté par des agents que pousse AWS.

Vercel, à l’origine de la proposition, complète le tableau côté déploiement. Autrement dit, les endroits où un développeur passe sa journée acceptent désormais le même paquet.

La compétence devient l’unité qui circule

Jusqu’ici, tout ce qu’une équipe investissait dans un agent restait collé à son client. Les consignes maison, les garde-fous métier, les enchaînements d’outils : il fallait les réécrire à chaque changement d’environnement, et cette réécriture coûtait assez cher pour dissuader quiconque de changer d’outil. Ce coût était le ciment de la fidélité.

Un format partagé le dissout. Ce qu’une équipe capitalise devient transportable, et le client d’agent redevient ce qu’il n’aurait jamais dû cesser d’être : une fenêtre. Le modèle lui-même suit le même chemin, puisqu’un plugin qui tourne dans Copilot comme dans Codex ne se soucie pas du moteur qui l’exécute.

Quand on s’appelle OpenAI, rendre son propre moteur substituable a tout d’une concession. La contrepartie se joue un étage plus haut.

Qui gagne à rendre les modèles interchangeables

Celui qui écrit la grammaire décide de ce qui est exprimable. Un standard de plugins fixe ce qu’une compétence a le droit de déclarer, ce qu’elle peut appeler, ce qu’elle doit exposer pour être jugée sûre. Ces arbitrages-là ne se renégocient pas tous les six mois : ils s’installent dans le code de milliers d’équipes et deviennent le décor.

Chaque cosignataire protège son propre étage dans l’opération. Microsoft verrouille l’endroit où le développeur écrit, avec GitHub et VS Code. AWS verrouille l’endroit où ça tourne. Vercel, l’endroit où ça se déploie. Cursor défend son statut de client de référence face à Copilot. Personne n’ouvre par philanthropie : chacun accepte l’ouverture sur la couche qu’il ne domine pas, pour consolider celle qu’il tient.

L’écosystème a déjà vu passer un standard ouvert de ce type avec le Model Context Protocol (MCP), la norme née chez Anthropic qui branche un modèle sur des outils externes, adoptée bien au-delà de son créateur, OpenAI compris. Le nouveau paquet embarque d’ailleurs des Agent Skills et des serveurs MCP, deux briques nées chez Anthropic, qui ne siège pas au comité technique de la norme ; Google, absent de la liste de lancement, y est entré comme mainteneur le jour même. La composition du groupe dit la leçon tirée du précédent : cette fois, la plume est du bon côté de la table, et le format absorbe ses rivaux plus vite qu’ils n’auraient pu en lancer un concurrent.

Un paquet exécutable qui traverse tous vos périmètres

L’annonce laisse une question entière : un plugin portable, ce sont des instructions et des appels d’outils qui franchissent la frontière de plusieurs environnements, avec les droits de l’agent qui l’exécute. Qui signe ces paquets, qui les révoque, qui vérifie qu’une compétence installée pour un usage anodin ne lit pas ce qu’elle ne devrait pas ? Le format promet la portabilité, pas la confiance.

Pour une équipe qui construit avec des agents, deux réflexes s’imposent dès maintenant. D’abord, cesser de traiter ses consignes d’agent comme de la configuration jetable : ce sont des actifs, et ils viennent de gagner une valeur de revente interne, d’un outil à l’autre. Ensuite, mesurer l’écart entre la spécification publiée et les implémentations réelles. Un standard ouvert se juge sur ce point, pas sur son communiqué de lancement.

Une norme révèle son propriétaire à sa première dispute d’implémentation. Le jour où un plugin écrit pour Codex se comportera différemment dans Copilot, on saura qui tient le stylo.

Mon avis

Le modèle a cessé d’être l’actif défendable, et OpenAI l’a compris avant ses concurrents. En cofondant la norme du plugin plutôt qu’en la subissant, il échange une interchangeabilité qu’il ne pouvait plus empêcher contre la maîtrise de la couche où vivront les compétences et leurs catalogues. J’attends un moment précis, dans les mois qui viennent : celui où une extension du format sortira d’abord chez un seul cosignataire, disponible ailleurs plus tard. Ce jour-là, l’ouverture sera devenue un calendrier, et un calendrier se décide en petit comité.

Sources

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *