Agent Skills change de maison. Ce que le transfert à une fondation apporte aux agents

La méthode de travail peut voyager avec l’agent. C’est l’idée d’Agent Skills qui rejoint le 22 octobre 2026 l’Agentic AI Foundation. Anthropic transfère ce standard ouvert à cette structure de la Linux Foundation. L’annonce porte sur la gouvernance et la continuité d’un format déjà utilisé. Elle ne lance pas un nouveau modèle.

Un transfert qui dépasse un simple changement de nom

Dans son annonce, Anthropic précise les éléments concernés. Le nom et le logo Agent Skills passent à la fondation avec l’organisation GitHub et le domaine agentskills.io. Des ingénieurs de plusieurs entreprises continueront à maintenir le standard à titre individuel. Il reste possible de l’utiliser et d’y contribuer sans adhérer à la fondation.

Anthropic propose une feuille de route comprenant des versions identifiées et un processus formel de propositions. Des recommandations de sécurité doivent aussi accompagner la création et l’installation des skills. Ce sont des travaux proposés pour la suite. Il ne faut pas les présenter comme une certification de sécurité déjà délivrée à tous les fichiers existants.

Le contenu d’un skill reste volontairement simple

La documentation du format décrit un dossier dont le fichier principal se nomme SKILL.md. Il contient au minimum un nom et une description ainsi que les instructions de travail. Le dossier peut aussi réunir des scripts et des références. Des modèles de documents ou d’autres ressources peuvent compléter la procédure.

Cette organisation vise un savoir pratique. Un modèle peut connaître un sujet sans connaître les étapes propres à une équipe. Une méthode de revue documentaire ou un ensemble de consignes de mise en page peut ainsi accompagner une tâche. Le format facilite le partage de ces éléments entre agents compatibles. Il ne change pas à lui seul les capacités du modèle qui les reçoit.

Le chargement se fait par étapes

Le client commence par lire le nom et la description des skills disponibles. Il charge les instructions complètes quand la tâche correspond. Il consulte ensuite les ressources supplémentaires si elles deviennent utiles. Cette progression évite de placer tous les documents dans le contexte de chaque demande. Elle explique l’intérêt d’une description précise plutôt qu’une étiquette très générale.

La compatibilité ne supprime pas les différences entre outils

La spécification permet de préciser des besoins d’environnement. Un script peut dépendre d’un programme installé ou d’un accès réseau. Le champ qui décrit les outils autorisés reste expérimental. Son interprétation peut varier selon les clients. Le même dossier ne garantit donc pas le même fonctionnement dans toutes les applications.

Les instructions en Markdown restent libres dans leur forme. La spécification recommande de séparer les longues références du fichier principal. Elle propose aussi des conventions pour les scripts et les ressources. Ces repères structurent les dossiers. Ils ne vérifient ni la justesse d’une règle métier ni l’innocuité du code embarqué.

Le dépôt public distingue la licence du code de celle de la documentation. Il faut aussi regarder les conditions propres aux ressources d’un skill. Un standard ouvert décrit un format réutilisable. Ça ne donne pas automatiquement les droits sur chaque document qu’un auteur ajoute à son dossier.

La méthode devient un objet à transmettre

Ce transfert rend visible un changement utile. Le travail avec les agents dépend aussi des procédures qu’on leur confie. Leur portabilité peut réduire le besoin de tout réécrire à chaque changement d’outil. Elle conserve la nécessité de relire la méthode et ses dépendances. Notre décryptage de Claude Duet explique une autre partie de ce mouvement vers des agents qui prennent en charge des tâches complètes.