Skill d’agent IA : une procédure chargée à la demande

Le 16 octobre 2025, l’américain Anthropic a présenté les « Agent Skills » pour son assistant Claude : des dossiers d’instructions, de scripts et de ressources que l’agent ne charge que lorsqu’une tâche le demande. Le 18 décembre, l’éditeur a publié ce format comme standard ouvert. Au 29 octobre 2026, le site du standard, agentskills.io, recense plus de 40 produits compatibles, dont ChatGPT et Codex d’OpenAI, GitHub Copilot, Gemini CLI de Google, Cursor et Vibe, l’outil du français Mistral AI. Le mot « skill », compétence en français, est désormais partout dans les outils d’IA.

Derrière le mot, une idée simple : un skill est une procédure écrite que l’agent lit au moment où il en a besoin, pas un nouveau logiciel. C’est ce qui le rend utile en entreprise, et risqué quand on l’installe sans le lire.

Ce qu’il faut retenir (niveau débutant)

• La définition (États-Unis · Anthropic) : un skill est un dossier qui contient au minimum un fichier SKILL.md, avec un nom, une description et des instructions, et parfois des scripts, des modèles ou de la documentation. Format présenté le 16 octobre 2025.
• Le principe (international · Agent Skills) : au démarrage, l’agent ne lit que le nom et la description de chaque skill ; il ouvre les instructions complètes quand la tâche correspond, puis les fichiers annexes si besoin.
• Le standard ouvert (États-Unis · Anthropic) : publié le 18 décembre 2025, avec une gestion centralisée par les administrateurs des offres Team et Enterprise et un annuaire de skills conçus par des partenaires.
• Les autres éditeurs (international · Agent Skills) : OpenAI, GitHub, Google, Cursor, JetBrains, Databricks ou Snowflake figurent parmi les produits listés comme compatibles. Un même skill peut donc servir dans plusieurs outils.
• Les usages en entreprise (États-Unis · Anthropic) : des skills prêts à l’emploi pour Word, Excel, PowerPoint et PDF, et des ensembles suggérés par métier : opérations commerciales, revue de code, gestion d’incident, rapports financiers, préparation d’audit.

Ne pas confondre (niveau intermédiaire)

• Un prompt est une consigne donnée dans la conversation : elle disparaît avec elle. Un skill est réutilisable. Si vous retapez souvent la même consigne, c’est un candidat.
• Un outil est une action que l’agent peut exécuter : lire un fichier, lancer une commande, interroger le web. Le skill dit quand et comment s’en servir.
• Un serveur MCP (Model Context Protocol) relie l’agent à des données et à des services externes. Anthropic résume la différence ainsi : MCP donne l’accès aux données, le skill apprend quoi en faire.
• Un sous-agent est un assistant séparé, avec sa propre fenêtre de contexte et ses propres droits, qui rend un résultat à l’agent principal. Il peut lui-même utiliser des skills.
• Un plugin est un paquet de distribution : dans Claude Code, il peut regrouper des skills, des sous-agents, des automatismes et des serveurs MCP.

Le vrai enjeu : charger peu, au bon moment (niveau expert)

La force du format tient au chargement progressif. Selon la documentation d’Anthropic, chaque skill occupe environ 100 tokens au repos (son nom et sa description), moins de 5 000 tokens une fois déclenché, et rien pour ses fichiers annexes tant qu’ils ne sont pas lus. Le code d’un script n’entre pas dans le contexte : seul son résultat y entre. On peut donc installer des dizaines de skills sans saturer l’agent.

Cette sobriété a un revers : c’est la description, pas l’utilisateur, qui décide quand un skill s’active. Une description trop large « vole » les déclenchements d’un autre skill, et trop de skills actifs dégradent le choix. L’API d’Anthropic limite d’ailleurs une requête à 20 skills. Des réglages existent : dans Claude Code, l’option disable-model-invocation: true réserve un skill à l’appel manuel, ce que la documentation conseille pour les actions à effets de bord, comme un déploiement.

Trois points de vigilance

1. Un skill peut exécuter du code. Ses scripts tournent avec les droits de l’environnement. Dans Claude Code, ils ont le même accès réseau que n’importe quel programme du poste. La documentation demande de relire les permissions déclarées par les skills d’un dépôt avant d’y lancer l’agent.

2. Les places de marché publiques ne sont pas vérifiées. Le 5 février 2026, une étude (États-Unis · Snyk) a analysé 3 984 skills publiés sur ClawHub et skills.sh : 13,4 % présentaient au moins un problème critique, et 76 contenaient une charge malveillante confirmée, conçue notamment pour voler des identifiants ou exfiltrer des données. Le projet Agentic Skills Top 10 (international · OWASP), encore en incubation, place les skills malveillants en tête de ses dix risques ; sa version 1.0 est annoncée pour la fin 2026.

3. Les données peuvent sortir. Un skill qui lit des données sensibles puis appelle une adresse externe suffit à une fuite. Côté conformité, Anthropic précise que ses skills ne relèvent pas des accords de non-conservation des données : leurs définitions et données d’exécution suivent sa politique de conservation standard. Le point doit figurer dans le registre des traitements.

Ce que votre politique de skills doit prévoir

1. Un registre : pour chaque skill, son objet, son propriétaire, sa version, ses dépendances (serveurs MCP, paquets, services externes) et la date de sa dernière évaluation.
2. Une séparation des rôles : l’auteur d’un skill n’en est jamais le relecteur. La relecture couvre tous les fichiers : instructions, scripts, adresses appelées, secrets écrits en clair.
3. Une liste de sources autorisées : skills internes ou d’éditeurs identifiés ; tout skill tiers passe une revue complète avant installation.
4. Des versions figées en production : sans version précisée, l’API d’Anthropic utilise la dernière. Une empreinte vérifiée au déploiement et une version de repli évitent qu’une mise à jour change le comportement sans contrôle.
5. Des tests avant mise en service : trois à cinq requêtes types par skill, où il doit se déclencher et où il ne le doit pas, puis un essai avec les autres skills installés.
6. Des garde-fous techniques : appel manuel pour les skills qui envoient, publient ou déploient, analyse automatique quand l’offre la propose, journal des skills utilisés.

Un skill s’installe comme un logiciel et se gouverne comme une procédure.

La question à poser lundi matin

À votre DSI et à votre RSSI : « Combien de skills tournent aujourd’hui sur les postes et dans les outils d’IA de nos équipes, qui les a écrits, et qui les a relus ? »