Depuis quelques mois, un mot revient dans tous les outils d’intelligence artificielle : les Skills. Derrière l’anglicisme se cache une idée simple : ranger dans un dossier ce que vous répétez sans cesse à votre assistant, pour ne plus avoir à le lui répéter. Ce n’est ni un modèle, ni un connecteur, ni un prompt : c’est un format, et il est devenu commun à la quasi-totalité des outils du marché.

Une Skill, c’est un dossier

Une Skill n’est pas un réglage caché dans une interface. C’est un dossier, posé sur un disque ou déposé dans votre outil, qui contient au minimum un fichier nommé SKILL.md. Ce fichier commence par quelques lignes de métadonnées, puis contient des instructions écrites en français ou en anglais, comme vous les donneriez à un collègue.

Deux informations sont obligatoires. Le nom : jusqu’à 64 caractères, en minuscules, chiffres et traits d’union seulement, et il doit être identique à celui du dossier. La description : jusqu’à 1 024 caractères, et elle doit dire deux choses à la fois, ce que la Skill fait et quand s’en servir. C’est cette seconde partie qui décide si l’assistant pensera à l’utiliser au bon moment.

Le reste est facultatif : un dossier scripts/ pour du code exécutable, un dossier references/ pour de la documentation, un dossier assets/ pour des modèles ou des tableaux de correspondance.

Le chargement progressif, la vraie trouvaille

C’est le mécanisme qui rend l’ensemble utilisable, et il mérite d’être compris car il explique tout le reste.

L’assistant ne lit pas vos Skills en entier. Il procède en trois temps. Au démarrage, il ne charge que le nom et la description de chacune, environ cent mots pour chaque Skill. Lorsqu’une demande correspond à l’une d’elles, il ouvre alors le corps du SKILL.md ; la recommandation est de le garder sous 5 000 mots-machine, soit moins de 500 lignes. Enfin, les fichiers annexes ne sont lus que si la tâche l’exige.

La conséquence est concrète : une Skill qui embarque cinquante fichiers de référence ne coûte rien tant que personne ne les ouvre. Vous pouvez donc en garder des dizaines sous la main sans alourdir vos conversations.

Ce que l’on peut mettre dedans

Trois natures de contenu cohabitent dans une Skill, et elles ne se comportent pas de la même façon.

Des instructions. Du texte, tout simplement : une marche à suivre, des exemples, les cas particuliers à surveiller. C’est le cœur du fichier principal.

Du code. Des scripts en Python, en Bash ou en JavaScript, que l’assistant exécute. Détail qui compte : seul le résultat du script revient dans la conversation, pas le code lui-même. Une opération qui doit toujours donner le même résultat (un calcul, une conversion, un contrôle) a donc intérêt à être un script plutôt qu’une consigne.

Des ressources. Un modèle de document, un schéma de base, une grille tarifaire, une liste de codes. Elles dorment sur le disque jusqu’au moment où elles servent.

Skill, prompt, connecteur, artefact : ne pas confondre

Ces quatre mots circulent ensemble et désignent des choses différentes. La distinction est simple une fois posée.

Un prompt vit dans la conversation. Vous le retapez, ou vous le collez, et il pèse à chaque fois. Une Skill, elle, reste sur le disque et ne se charge que lorsqu’elle sert.

Un connecteur ouvre une porte vers un service extérieur : votre agenda, votre base de données, votre outil de gestion. Il donne un accès.

Un artefact est l’objet produit : le document, le tableau, le visuel que vous récupérez à la fin.

🔑 En une phrase : le connecteur donne l’accès, la Skill dit quoi en faire, l’artefact est ce qui en sort.

Un format ouvert, pas une fonctionnalité maison

C’est le point qui distingue les Skills de la plupart des nouveautés du secteur. Le format a été créé par Anthropic pour son assistant Claude, puis publié comme standard ouvert, documenté sur un site dédié et ouvert aux contributions extérieures.

Il a été adopté depuis par un nombre inhabituel d’outils concurrents : ChatGPT et Codex chez OpenAI, GitHub Copilot et Visual Studio Code chez Microsoft, Gemini CLI chez Google, Vibe chez Mistral, ainsi que Cursor, OpenCode, Goose, Letta, Tabnine, Databricks ou Snowflake, parmi d’autres.

Autrement dit : une Skill écrite une fois peut voyager d’un outil à l’autre. Dans un domaine où chaque éditeur pousse habituellement son propre format, la situation est assez rare pour être signalée, et elle change le calcul, puisque le travail investi n’est pas perdu si vous changez d’assistant.

Ce que cela change dans le travail quotidien

Le vrai apport n’est pas technique, il est organisationnel. Jusqu’ici, la manière de bien faire une tâche avec l’IA vivait dans deux endroits peu fiables : la tête des personnes, et l’historique des conversations.

Une Skill sort ce savoir-faire de là et le pose dans un fichier. Un fichier se relit, se corrige, se met sous gestion de versions, se transmet à un nouvel arrivant. Trois exemples qui reviennent souvent : une grille de relecture appliquée de la même façon par tout le monde ; une charte rédactionnelle que l’assistant respecte sans qu’on la lui rappelle ; la méthode d’un rapport récurrent, avec ses sources, son ordre et ses contrôles.

Le gain n’est pas la vitesse. C’est la régularité : la même tâche produit le même résultat, quel que soit l’auteur de la demande et quel que soit le jour.

Sécurité et gouvernance : une Skill s’exécute

⚠ C’est le point à ne pas traiter à la légère. Une Skill n’est pas un document passif : elle contient des instructions que l’assistant suit, et parfois du code qu’il exécute.

L’éditeur du format le dit sans détour : n’installez que des Skills dont vous connaissez l’origine. Une Skill malveillante peut détourner les outils auxquels l’assistant a accès, faire sortir des données, exécuter du code non prévu ou aller chercher des instructions sur une adresse extérieure. Avant d’en adopter une, ouvrez tous ses fichiers, et particulièrement le contenu de scripts/.

Trois précisions utiles côté entreprise. Une analyse du contenu des Skills existe sur certaines offres professionnelles. Les Skills que vous déposez ne se synchronisent pas d’un environnement à l’autre : ce que vous installez dans l’application n’est pas disponible via l’interface de programmation, et réciproquement. Enfin, selon l’environnement, l’exécution se fait dans un bac à sable sans accès au réseau ni installation de bibliothèques.

Une Skill mérite donc le même regard qu’une extension installée sur votre poste : utile, mais pas anodine.

Conclusion

Les Skills ne rendent pas un assistant plus intelligent. Elles lui donnent de la mémoire procédurale : la connaissance de votre manière de faire, disponible au moment utile et invisible le reste du temps.

Pour commencer, inutile de voir grand. Prenez une tâche que vous répétez chaque semaine, écrivez la marche à suivre dans un SKILL.md, soignez la description (c’est elle qui déclenche tout) et observez pendant quelques jours. Vous saurez vite si le format vous convient. Et comme il est ouvert, ce premier essai ne vous enferme nulle part.

Pour aller plus loin

Passer à la pratique

Pour aller plus loin que la définition, Wiikiiaii propose un catalogue de Skills prêtes à installer, classées par métier et par secteur, ainsi que des agents IA sectoriels et des prompts métier.

Partager ce contenu

Articles liés