← Retour au blog
AiEnviron 8 min de lecture

Les agents de codage ont développé une économie de plugins : ce que changent Claude Code Mods et Cursor Projects

Publié le 13 oct. 2026
Les agents de codage ont développé une économie de plugins : ce que changent Claude Code Mods et Cursor Projects

La surface d'extension est le nouveau champ de bataille

Pendant presque toute l'année 2026, la conversation sur les agents de codage a porté sur les modèles : lequel raisonne mieux, lequel écrit des diffs plus propres, lequel survit à une longue session. Octobre a déplacé le débat vers un endroit moins glorieux. Il s'est tourné vers ce à quoi les agents se branchent.

En une seule semaine, début octobre, la page des tendances de GitHub s'est remplie de dépôts qui n'étaient pas des modèles du tout. Il y avait cursor/plugins, une spécification de plugins plus un ensemble de plugins officiels. Il y avait mattpocock/skills, un fourre-tout de compétences d'agent tirées directement du répertoire .agents d'un développeur. Il y avait michael-denyer/pstack-claude, qui porte un ensemble de workflows d'agent rigoureux à travers une demi-douzaine de harnais différents. Aucun d'eux ne génère une image ou un token par lui-même. Tous font faire plus à l'agent que vous avez déjà.

C'est le changement qui mérite l'attention. Le modèle devient un composant. C'est dans la couche d'extension que réside désormais la différenciation.

Ce qui est sorti en octobre

Deux mouvements d'éditeurs ont donné le ton. Anthropic a livré Claude Code Mods dans la version 2.1.292 : une architecture de plugins où les plugins modifient un comportement plus profond, pas seulement des appels d'outils. Un mod peut se brancher sur agent.spawn pour approuver ou refuser des types de sous-agents, mettre en cache des blocs de prompt pour réduire la latence, ou déclencher des notifications natives. Un mod intégré fait même tourner un agent latéral qui surveille ce que vous ou Claude avez pu manquer. C'est la première fois qu'un agent de terminal majeur se traite comme une plateforme plutôt que comme un produit.

Le journal des modifications d'octobre de Cursor se lit comme un pivot stratégique. Remote Control laisse les agents locaux continuer à tourner sur votre machine pendant qu'une application iOS s'y connecte. Rollouts surveille chaque déploiement, rédige un plan de supervision en commentaire de PR, détecte les régressions et peut ouvrir une PR de rétablissement. Security Review lit chaque PR dans le contexte de la base de code et publie un commentaire signalant les failles d'injection, les contournements d'authentification et les secrets commités. Et Projects introduit un agent coordinateur qui n'écrit pas de code du tout : il planifie, délègue aux agents d'implémentation, gère le contexte partagé et tourne sur son propre ordinateur cloud.

Aucun des deux n'est une liste de fonctionnalités. Les deux sont des déclarations sur l'endroit où la valeur se déplace : de la capacité à générer du code, à la capacité à organiser les agents qui le génèrent.

Une main détache un bloc parmi de nombreux modules lumineux flottants, sur fond sombre aux deux tons cyan et orange, évoquant le choix parmi de nombreux plugins et compétences

Compétences, mods, plugins et le chaos du nommage

Le vocabulaire ne s'est pas fixé, et c'est en soi un signal utile. Anthropic les appelle mods. Les dépôts communautaires les appellent skills. Cursor les appelle plugins. Ils décrivent à peu près la même idée : un morceau de comportement empaqueté que l'agent charge à l'exécution, qui change ce que l'agent peut faire ou la manière dont il se comporte, et que quelqu'un d'autre que l'éditeur du modèle a écrit.

Le schéma est familier des ères de plateformes précédentes. Un outil est livré avec un petit ensemble de capacités d'origine. Une communauté grandit autour de lui et construit la longue traîne. Un écosystème se forme. Finalement, le propriétaire de la plateforme soit embrasse l'écosystème et vend l'accès à celui-ci, soit le combat et perd l'attention des développeurs. Les agents de terminal sont désormais visiblement au milieu de cet arc.

Ce qui en fait plus qu'une redite de l'histoire de l'App Store, c'est l'objet qui est empaqueté. Un plugin pour un éditeur de photos étend ce que l'éditeur peut dessiner. Un mod pour un agent de codage étend ce que l'agent est autorisé à faire, comment il raisonne, quels sous-agents il peut créer et ce qu'il refuse. Vous modifiez le jugement d'un collaborateur et ses permissions, pas simplement l'ajout d'un pinceau. C'est une chose bien plus étrange à installer depuis le dépôt git d'un inconnu.

Le modèle de distribution renforce le propos. La plupart de ces extensions ne sont pas vendues. Elles sont copiées des dotfiles de quelqu'un, adaptées, puis repoussées. L'unité de valeur n'est pas un frais de licence mais l'attention et la confiance. Un plugin qui exécuterait une commande que vous ne vouliez pas mettrait fin à la réputation d'un mainteneur plus vite que n'importe quelle revue de code, et l'écosystème a commencé à se policer en conséquence. Le résultat est un hybride étrange : un marché d'extensions où il n'y a presque pas de marché, maintenu par des conventions partagées et le fait que tout le monde peut lire le code source de tout le monde.

Pourquoi les portages de workflow comptent plus que les plugins

Le dépôt qui en dit le plus n'est pas le plus gros. C'est celui qui porte un workflow à travers les harnais. Quand un ensemble de prompts et de règles de processus peut être traduit de Claude Code à Codex, à Copilot, à Gemini, le workflow cesse d'être lié à un éditeur et devient un actif que vous possédez. L'agent devient remplaçable. Votre façon de travailler ne l'est pas.

Cela a une conséquence commerciale évidente. Si votre avantage concurrentiel réside dans vos prompts et votre processus, alors changer d'éditeur de modèle est une décision de coût plutôt qu'une réécriture. S'il réside dans un harnais propriétaire, changer est un projet de migration. Les équipes qui ont traversé un cycle de dépréciation d'un éditeur n'ont pas besoin qu'on leur dise ce qu'elles préfèrent.

Un coût plus discret : la taxe de confiance

Chaque surface d'extension porte une question de sécurité, et celle-ci est plus tranchante que d'habitude. Une compétence qui peut exécuter des commandes shell à l'intérieur de votre agent exécute des commandes shell sur votre machine. Un mod qui peut approuver ou refuser des créations de sous-agents prend une décision de permission que vous prendriez autrement. La commodité et le risque arrivent dans le même paquet.

Ce n'est pas un argument contre l'écosystème. C'est un argument pour traiter les extensions d'agent comme vous traitez une dépendance : épingler les versions, lire ce qu'elles font, et se méfier de celles qui demandent plus d'accès que le travail n'en exige. L'outillage avance plus vite que les normes qui l'entourent, ce qui est l'ordre habituel des choses et rarement confortable.

Ce qu'il faut surveiller ensuite

Trois choses vous diront où cela va. Premièrement, si l'installation de plugins obtient une véritable couche de confiance : signature, portées de permission, une place de marché avec revue. Deuxièmement, si les dépôts de portage de workflow conservent un public stable alors que les éditeurs continuent de livrer une concurrence d'origine. Troisièmement, si « quel agent dois-je utiliser » cesse d'être une question que les gens posent, comme « quel moteur de navigateur » a majoritairement cessé d'être une question pour les utilisateurs finaux.

La lecture honnête d'octobre, c'est que l'industrie a cessé de demander aux agents d'être plus intelligents et a commencé à leur demander d'être mieux organisés. Plugins, compétences, mods et agents coordinateurs relèvent tous du même pari : que la partie difficile de l'autonomie utile n'est pas l'intelligence, mais l'infrastructure. Si ce pari est juste, la chose la plus précieuse livrée ce mois-ci n'est pas un modèle. C'est un endroit où ranger les pièces.

Il y a un risque dans ce cadrage qui vaut la peine d'être nommé. Les paris sur l'infrastructure mettent plus de temps à payer que les paris sur les modèles, et ils sont plus difficiles à démontrer. Un nouveau modèle produit un graphique qui monte vers la droite. Une architecture de plugins produit un dossier de fichiers et la promesse que l'écosystème le remplira. Les équipes qui remporteront la prochaine phase de l'outillage d'agent seront peut-être celles assez patientes pour construire la couche ennuyeuse pendant que tout le monde rafraîchit un classement.

Articles associés