Cloudsmith soumet les compétences des agents IA aux contrôles du registre d’artefacts

Le 9 novembre 2026, à KubeCon, Cloudsmith a annoncé un registre de compétences pour agents IA, étendant sa plateforme de gestion des artefacts aux fichiers d’instructions et aux scripts utilisés par les agents IA de programmation. Cette version ajoute des contrôles sur les sources, les versions et les accès aux compétences, en complément de ceux qui existent déjà pour les paquets logiciels.

Les compétences et les plug-ins de Claude sont désormais intégrés aux dépôts multiformats de Cloudsmith, qui, selon l’entreprise, prennent en charge plus de 30 formats d’artefacts. Le registre est accessible aux clients en accès anticipé, et sa documentation est disponible.

Risques de sécurité liés aux compétences d’agent

Une compétence s’articule autour d’un SKILL.md fichier contenant un nom et une description obligatoires, ainsi que des instructions destinées à l’agent. Des dossiers facultatifs peuvent inclure des scripts, de la documentation de référence et des modèles ; un plug-in Claude regroupe des compétences pour permettre de les installer ensemble. Une compétence peut donc fournir à la fois des consignes et du code exécutable pour des tâches telles que le suivi d’un processus de révision ou l’interrogation d’un outil interne.

Dans sa publication technique du 6 novembre 2026, Cloudsmith décrit les accès en jeu : identifiants de dépôt, API internes et données de production, selon la configuration de l’agent. Les scripts intégrés peuvent hériter de ces privilèges lorsqu’ils sont exécutés, ou recevoir les autorisations qu’un utilisateur leur accorde quand l’agent demande une approbation.

Une compétence malveillante, modifiée ou défectueuse pourrait ainsi exposer des données, exécuter des commandes nuisibles ou entraîner des actions involontaires. Ses instructions peuvent aussi diriger l’agent vers l’installation de paquets, créant une autre voie d’introduction de dépendances non vérifiées.

La gestion des versions pose un problème distinct. La spécification des compétences d’agent n’impose pas de version : une compétence récupérée depuis Git peut donc changer tout en conservant le même nom. Il devient alors plus difficile de déterminer quelle version exacte un agent a récupérée ou d’associer une approbation à une version précise.

Alison Sickelka, vice-présidente des produits chez Cloudsmith, a déclaré : « Les registres communautaires de compétences ont été conçus pour le partage, pas pour le contrôle. » Selon elle, les entreprises ne disposent pas d’informations essentielles : l’identité de l’éditeur, la version utilisée par les agents et l’approbation ou non de la compétence.

Publication dans le registre et contrôles d’accès

Cloudsmith traite chaque version d’une compétence comme un paquet. Chaque version reçoit soit un numéro de version sémantique, soit l’identifiant SHA d’un commit Git, ainsi qu’une somme de contrôle SHA-256. Les dépôts peuvent rester privés ou être accessibles au public, et les développeurs peuvent trouver des compétences dans les mêmes dépôts que les autres artefacts.

Les auteurs peuvent téléverser leurs compétences depuis l’application Web, l’API ou l’interface en ligne de commande de Cloudsmith. La page du produit précise qu’il faut disposer de droits d’écriture ou d’administration sur le dépôt de destination pour publier, et que ces autorisations peuvent être attribuées à des utilisateurs, des équipes ou des comptes de service. Une seule publication d’une version permet aux équipes de récupérer cette même version, sous réserve des contrôles du dépôt.

Pour utiliser des compétences externes, les équipes ajoutent certains dépôts GitHub en tant que sources en amont et s’authentifient au moyen d’un jeton. Cloudsmith met en cache les compétences et les plug-ins provenant de ces dépôts, y compris les dépôts privés lorsque le jeton y donne accès. Les équipes qui récupèrent des compétences par cette configuration ne reçoivent que celles des éditeurs représentés par les sources en amont sélectionnées.

Les règles de refus permettent d’appliquer un contrôle plus ciblé que le rejet d’un dépôt entier. Les équipes de sécurité peuvent bloquer une compétence nommément désignée ou une version précise, tout en laissant le reste d’une source fiable accessible. Un élément bloqué n’apparaît plus dans les listes ni dans les résultats de récupération, et les tentatives pour le récupérer renvoient une nothing found erreur.

Les compétences bénéficient également des journaux d’activité et d’audit déjà utilisés par Cloudsmith. Ces journaux indiquent quelles compétences et quelles versions sont récupérées, tandis que Cloudsmith offre une visibilité sur les versions actuelles, les origines et les accès dans l’ensemble des dépôts. L’activité liée aux compétences d’agent figure ainsi dans le même registre d’audit que celle des autres artefacts logiciels.

Claude Code et GitHub au lancement

Un dépôt Cloudsmith peut également servir de place de marché de plug-ins pour Claude Code. Les développeurs ajoutent le dépôt une seule fois, puis installent les plug-ins au cours d’une session à l’aide de /plugin install.

Cloudsmith indique commencer ses travaux sur les artefacts d’IA avec Claude Code et utiliser GitHub comme première source en amont. Cette mise en service soumet les instructions et les scripts de l’agent aux mêmes contrôles des dépendances que les paquets qu’ils peuvent installer ; le périmètre actuel de la version se limite à Claude Code, GitHub servant de source pour les compétences externes mises en cache.