Agent Skills : le format ouvert pour apprendre votre métier à une IA

Que s'est-il passé le 22 octobre autour des Agent Skills ?

Le 22 octobre 2026, Anthropic a annoncé qu'il confiait les Agent Skills, un format ouvert qui permet d'apprendre un savoir-faire à un agent IA, à l'Agentic AI Foundation (AAIF), une fondation placée sous l'égide de la Linux Foundation. Le format lui-même ne change pas : ce qui change, c'est qu'il n'appartient plus à une seule entreprise.

Je préfère être clair dès le départ : ce n'est pas le genre d'annonce qui fait la une des journaux. Pas de nouveau modèle, pas de démonstration spectaculaire. Mais pour une entreprise qui commence à utiliser des agents IA, c'est une nouvelle plus importante qu'il n'y paraît, parce qu'elle touche à une question très concrète : ce que vous construisez aujourd'hui avec un assistant IA, pourrez-vous le garder demain si vous en changez ?

Voici ce que l'annonce contient, d'après le billet d'Anthropic et les documents du projet :

• la spécification du format, le nom « Agent Skills », son logo, l'organisation GitHub du projet et le nom de domaine agentskills.io passent à la fondation ;
• des ingénieurs d'Anthropic, de Google, d'OpenAI et d'autres sociétés maintiennent le standard, à titre individuel ; les deux responsables principaux sont David Soria Parra (l'un des créateurs de MCP) et Mahesh Murag ;
• personne n'a besoin de rejoindre la fondation pour utiliser le format ou y contribuer ;
• Anthropic annonce plus de 70 plateformes d'agents compatibles, dont ChatGPT, Cursor, GitHub Copilot et VS Code, environ un million de skills publiées et près de 280 millions d'installations.

Ces derniers chiffres viennent d'Anthropic lui-même, et le billet n'explique pas comment les installations sont comptées. Je les cite pour donner l'ordre de grandeur, pas comme une mesure indépendante.

Qu'est-ce qu'une « skill » pour un agent IA, concrètement ?

Une skill est un simple dossier qui contient un fichier texte nommé SKILL.md : des instructions, écrites en langage courant, qui expliquent à un agent IA comment réaliser une tâche précise, avec éventuellement des scripts et des documents de référence. L'agent ne la lit que lorsque la tâche l'exige.

Prenons une comparaison simple. Quand vous embauchez quelqu'un, vous ne lui récitez pas toute la procédure de l'entreprise le premier jour. Vous lui donnez un classeur, avec une fiche par tâche : « comment on prépare un devis », « comment on traite une réclamation ». Il ouvre la fiche au moment où il en a besoin. Une skill, c'est cette fiche, pour un agent IA.

La structure est volontairement minimale. D'après la spécification publiée sur agentskills.io :

ma-skill/
├── SKILL.md      (obligatoire : nom, description, instructions)
├── scripts/      (facultatif : code que l'agent peut lancer)
├── references/   (facultatif : documentation)
└── assets/       (facultatif : modèles, images, tableaux)

Le fichier SKILL.md commence par un bandeau qui doit contenir au moins deux informations : un nom (64 caractères maximum, en minuscules, chiffres et tirets, identique au nom du dossier) et une description (1 024 caractères maximum) qui dit ce que fait la skill et quand l'utiliser. Le reste du fichier est libre.

Pourquoi ça ne surcharge pas l'agent

Le principe s'appelle la « divulgation progressive ». Au démarrage, l'agent ne charge que le nom et la description de chaque skill, soit de l'ordre d'une centaine de « tokens » (les unités de texte que lit un modèle) par skill. Les instructions complètes ne sont lues que si la tâche correspond. La spécification recommande de rester sous 5 000 tokens pour les instructions et sous 500 lignes pour le fichier principal, et de ranger le détail dans des fichiers à part.

C'est ce qui permet d'avoir des dizaines de skills disponibles sans que l'agent s'y noie. Et c'est aussi, honnêtement, ce qui rend le format accessible : n'importe qui sachant rédiger une procédure claire peut en écrire une.

Pourquoi Anthropic confie-t-il ce standard à une fondation ?

Parce qu'un format que tout le monde doit pouvoir lire n'a de valeur que s'il n'est contrôlé par aucun fournisseur en particulier. Anthropic affirme vouloir le garder « ouvert, piloté par la communauté et neutre vis-à-vis des fournisseurs », et reprend le schéma déjà suivi pour MCP.

MCP, le Model Context Protocol, est le standard qui permet à un agent de se brancher à des outils et à des données : votre messagerie, votre agenda, un logiciel de facturation. Il est hébergé par la même fondation, l'AAIF, créée avec Block et OpenAI. Les skills et MCP se complètent : MCP donne à l'agent des mains, une skill lui donne le mode d'emploi. Une skill peut d'ailleurs demander à l'agent d'utiliser des outils MCP pour faire son travail.

Pourquoi est-ce que cela vous concerne, vous qui dirigez une entreprise et pas un laboratoire d'IA ? Pour une raison de dépendance. Si vous écrivez vos procédures dans le format propre à un seul outil, vous êtes prisonnier de cet outil. Si elles sont écrites dans un format que se partagent des dizaines de produits, vous pouvez changer d'assistant sans tout réécrire.

Qu'est-ce que cela change pour une PME ?

Pour une PME, le bénéfice principal est la portabilité : vos procédures écrites une fois peuvent servir à plusieurs assistants IA, et elles restent votre propriété, dans de simples fichiers que vous pouvez lire, corriger et conserver.

Je vois trois conséquences pratiques, sans enjolivement.

Il faut aussi nuancer. Une skill ne rend pas un agent infaillible : elle lui donne un cadre, rien de plus. Un agent peut encore se tromper, sauter une étape ou mal interpréter une consigne ambiguë. Plus la tâche a des conséquences (un paiement, un message envoyé à un client, une suppression), plus il faut prévoir une validation humaine. C'est la règle que j'applique quand je construis des agents IA pour les entreprises.

Quelles tâches d'une entreprise gagnent à devenir une skill ?

Les meilleures candidates sont les tâches répétitives, qui suivent une procédure claire et dont vous pouvez décrire le résultat attendu : rédiger un compte rendu au format maison, préparer une réponse type à une demande de renseignements, vérifier un dossier avant envoi.

Voici le tri que je propose avant d'écrire quoi que ce soit. Il ne repose sur aucune statistique, seulement sur le bon sens :

À quoi ressemble une fiche utile

Une bonne skill ressemble à une procédure qu'on donnerait à un collègue compétent mais nouveau. Elle dit à quoi sert la tâche, quelles informations rassembler, dans quel ordre procéder, ce qu'il ne faut jamais faire, et à quoi ressemble un bon résultat. Elle ne dit pas tout : elle renvoie vers des fichiers de référence pour le détail.

---
name: compte-rendu-reunion
description: Rédige un compte rendu de réunion au format de
  l'entreprise. À utiliser quand on fournit des notes ou
  une transcription de réunion.
---
1. Lister les participants et la date.
2. Résumer les décisions en cinq lignes maximum.
3. Dresser la liste des actions : qui, quoi, pour quand.
4. Ne rien inventer : signaler ce qui n'est pas clair.

Cet exemple est volontairement simple. Je l'ai écrit pour illustrer la forme décrite dans la spécification, pas pour reproduire une skill existante. Dans un vrai projet, on y ajoute le ton à employer, les cas particuliers et un exemple de résultat attendu.

Les skills sont-elles sans danger pour mon entreprise ?

Non, pas automatiquement. Une skill peut contenir des scripts, donc du code qui s'exécute avec vos droits. Installer une skill trouvée en ligne, c'est comme installer un logiciel : il faut savoir d'où elle vient et ce qu'elle fait.

Ce n'est pas de la théorie. En février 2026, la société de sécurité Snyk a analysé 3 984 skills publiées sur deux registres publics, ClawHub et skills.sh. Elle a relevé au moins un problème critique dans 534 d'entre elles (13,4 %) et confirmé 76 charges malveillantes. Ce sont des chiffres de février, antérieurs à l'annonce de la fondation, et ils concernent des registres précis : ils ne disent rien de l'ensemble du million de skills dont parle Anthropic. Mais ils montrent bien que le risque existe.

Anthropic reconnaît le sujet : la feuille de route proposée prévoit des consignes de sécurité pour ceux qui écrivent et installent des skills, en plus de versions numérotées du format et d'une procédure formelle pour proposer des évolutions. Aucune date n'est donnée à ce stade.

Pour une entreprise, la façon la plus sûre de procéder est donc de rédiger ses propres skills à partir de ses propres procédures, et de ne reprendre une skill publique qu'après relecture par quelqu'un qui sait lire du code.

Comment démarrer avec les skills sans se tromper ?

Commencez petit : choisissez une seule tâche répétitive, écrivez la procédure comme pour un nouveau collègue, testez-la sur des cas réels que vous connaissez déjà, puis corrigez. Évitez de vouloir tout automatiser d'un coup.

1. Choisir une tâche. Une tâche fréquente, au résultat facile à juger, sans conséquence grave en cas d'erreur.
2. Écrire la procédure. En phrases courtes : objectif, étapes, interdits, exemple de bon résultat. Demandez à la personne qui fait réellement la tâche de la relire.
3. Soigner la description. C'est elle qui indique à l'agent quand utiliser la skill. Une description floue (« aide pour les documents ») ne déclenchera rien d'utile ; une description précise dira quoi faire et dans quels cas.
4. Tester sur des cas connus. Donnez à l'agent des dossiers dont vous connaissez la bonne réponse et comparez.
5. Garder une validation humaine. Tant que vous n'avez pas de recul, une personne relit avant tout envoi ou toute modification.
6. Conserver les fichiers. Rangez-les dans un dossier sauvegardé, avec la date des changements, comme n'importe quel document important.

La spécification propose un outil de vérification, skills-ref, qui contrôle que le bandeau de votre fichier respecte les règles de nommage. C'est utile pour éviter qu'une skill soit ignorée à cause d'un nom mal écrit.

Quelles questions restent ouvertes après cette annonce ?

Plusieurs points ne sont pas précisés : le calendrier de la feuille de route, le fonctionnement concret de la gouvernance et la manière dont la sécurité des skills sera contrôlée. Mieux vaut ne pas bâtir de projet critique sur des hypothèses.

Ce qui est établi : le format existe, il est documenté, il est pris en charge par de nombreux outils selon Anthropic, et il a maintenant une maison commune. Ce qui ne l'est pas encore :

• le rythme des évolutions : les versions numérotées sont proposées, mais aucune échéance n'est annoncée ;
• la qualité du support selon les outils : « compatible » ne veut pas dire que toutes les options marchent partout (la spécification note par exemple qu'un champ expérimental, allowed-tools, peut varier d'un agent à l'autre) ;
• le contrôle des skills publiques : les consignes de sécurité sont proposées, pas encore publiées.

Ma position est simple : c'est un bon signe pour la durée de vie du format, mais ce n'est pas une garantie. Je conseille d'écrire ses procédures dans un style clair, indépendant de l'outil, pour qu'elles restent utiles même si le format évolue.

Se faire accompagner pour mettre des agents IA au travail ?

Je peux vous aider à repérer les tâches qui méritent un agent IA, à écrire des procédures fiables, à brancher l'agent à vos outils et à poser les garde-fous nécessaires : validation humaine, droits limités, sauvegardes.

Concrètement, voici ce que je fais pour des entreprises :

• un cadrage des tâches à confier à un agent, avec celles à laisser à vos équipes ;
• la rédaction et le test des procédures (skills) à partir de vos documents et de votre façon de travailler ;
• le branchement à vos outils métier par API ou automatisation, avec des droits strictement limités ;
• la relecture de sécurité des skills ou des extensions que vous envisagez d'installer ;
• le suivi dans le temps, parce qu'un agent se règle et se corrige comme un outil de travail.

Si vous avez un logiciel ou un site sur lequel vous voulez brancher un agent, voyez aussi mes pages sur la création d'applications sur mesure et sur la mise en place d'agents IA. Les demandes se font sur devis, gratuit et sous 24 h, via le formulaire de contact ou par téléphone au 06 37 29 19 67. Ma clientèle est exclusivement professionnelle.

Pour aller plus loin sur l'IA en entreprise, lisez aussi mon article sur GPT-6.1 Terra et l'utilisation de l'ordinateur par l'IA.

Vos questions

Article publié le 6 novembre 2026.