Un skill sait faire, un agent sait quoi faire ensuite !

Un analyste refait la même checklist à chaque dossier. Quelqu'un recopie le même prompt depuis ses notes à chaque conversation. Un juriste réexplique à l'IA, pour la dixième fois de la semaine, comment on rédige une note d'instruction en interne. Ces gestes reviennent, à l'identique, des dizaines de fois par mois.

Depuis que Mistral a transformé Le Chat en Vibe et qu'Anthropic pousse une logique « skill-first », ces gestes peuvent devenir des briques que l'IA exécute seule, à la demande.

Mais une question revient sans cesse : faut-il faire un skill ou un agent ?

La réponse tient en une phrase.

Un skill encapsule un savoir-faire. Un agent porte une finalité.

Un mot sur les images qui suivent

Dans cet article, je compare parfois un agent à un collaborateur, et un skill à un savoir-faire de sa fiche de poste. Ces images sont un mimétisme assumé : elles aident à comprendre, rien de plus.

Une machine n'est pas un humain. Un agent ne « comprend » pas, ne « décide » pas et n'a pas d'intention au sens où nous l'entendons. Il calcule des probabilités sur du texte. Garder cette limite en tête évite deux erreurs classiques : lui prêter un jugement qu'il n'a pas, et lui faire confiance là où il faudrait un contrôle humain.

Ce qu'un skill et un agent ont en commun

Commençons par les similitudes, parce qu'elles expliquent la confusion.

Les deux servent à faire appliquer nos savoir-faire métier par l'IA. Les deux s'écrivent en langage humain, dans des fichiers texte lisibles, pas dans du code. Les deux se maintiennent, se versionnent et se partagent comme un actif d'entreprise. Et les deux ne valent que par la qualité de ce qu'on met dedans.

Le point commun le plus important est souvent oublié : la vraie difficulté n'est pas technique, elle est rédactionnelle. Une note d'instruction contient rarement ses règles noir sur blanc. Elle suppose un ordre, des critères, des réflexes que le rédacteur applique sans les écrire. Extraire cette règle implicite et la mettre en mots sans ambiguïté, voilà le vrai travail. Un skill ou un agent ne sera jamais meilleur que la source dont il est tiré.

La différence qui compte

Un skill répond à une question précise : « comment fait-on cette tâche ? ».

Quelques exemples de skills courants :

• « Rédiger une note selon nos standards » : structure, ton, mentions obligatoires.
• « Veille quotidienne » : collecter, trier et résumer selon un format fixe.
• « Analyse financière » : appliquer une grille d'analyse toujours identique.
• « Vérifier une éligibilité » : dérouler des critères dans un ordre défini.

Chaque skill est un geste : un ordre, des étapes, des règles.

Un agent répond à une autre question : « comment j'aborde ce problème, et avec quels outils ? ». Face à un nouveau dossier, il enchaîne les étapes dans le bon ordre selon la situation. Il arbitre entre plusieurs gestes.

Pour fixer les idées (mimétisme assumé, voir plus haut) : le skill, c'est un savoir-faire de la fiche de poste ; l'agent, c'est le collaborateur qui mobilise le bon savoir-faire au bon moment. Un agent peut appeler plusieurs skills dans une même conversation. C'est lui qui sélectionne lequel, et quand.

Concrètement : un agent qui reçoit une demande de financement peut enchaîner, seul, le skill « qualification du dossier », puis « vérification d'éligibilité », puis « rédaction de la note ». Trois skills, une mission.

Une manière utile de structurer tout cela : distinguer ce que l'agent sait (la connaissance), ce qu'il sait faire (le skill) et ce qu'il retient (la mémoire), le tout encadré par une finalité et des garde-fous.

Et les workflows dans tout ça ?

Impossible d'en faire l'impasse, car les workflows croisent en permanence les skills et les agents. Il en existe deux générations.

Le workflow ancienne génération est une séquence figée. Chaque étape est définie à l'avance : quand ceci arrive, faire cela, puis cela. C'est déterministe, prévisible et fiable, mais rigide. Dès qu'un cas sort du chemin prévu, ça casse. Il suffit qu'un champ change de nom pour que tout s'arrête. C'est le modèle historique de plateformes comme Zapier, Make ou Microsoft Power Automate.

Le workflow nouvelle génération est agentique. Ce n'est plus une séquence gravée dans le marbre : un agent planifie les étapes, peut réordonner, réessayer, s'adapter, et appelle des skills au fil de l'eau. Plus souple, mais moins prévisible. On le retrouve dans des outils comme n8n ou encore les Workflows de Mistral AI Studio, une plateforme qui orchestre des processus agentiques en gardant l'état, en réessayant en cas d'échec et en traçant chaque étape pour l'audit.

Attention toutefois : la frontière se brouille. La plupart des plateformes historiques ont ajouté une couche agentique, et proposent aujourd'hui les deux modèles côte à côte.

Les trois briques se combinent, dans les deux sens :

• Un workflow ancienne génération peut déclencher un skill à une étape précise (par exemple appliquer « résumé » à chaque document entrant).
• À l'inverse, un agent peut lancer un workflow déterministe là où la fiabilité prime, exactement comme un skill peut embarquer un bout de code pour garantir un résultat constant.

Le repère est simple. Séquence stable, gros volume, aucune tolérance à l'écart ? Un workflow déterministe. Cas variable qui demande du jugement ? Un agent et ses skills. Le plus souvent, on combine : le déterministe pour les rails, l'agentique pour les zones grises.

La tendance du marché : un agent, beaucoup de skills

Voici ce qui change vraiment en 2026. Le curseur de la personnalisation se déplace de l'agent vers le skill.

Il faut le reconnaître : on a historiquement créé beaucoup d'agents qui auraient dû être de simples skills. Chaque besoin donnait naissance à un nouvel assistant dédié. Résultat : une prolifération d'agents qui, la plupart du temps, ne faisaient qu'un seul geste répétable. C'était un skill déguisé en agent. D'où les doublons, la maintenance lourde et l'absence de réutilisation d'un projet à l'autre.

Les grands acteurs corrigent le tir. Mistral Vibe, ChatGPT Work et Claude Cowork proposent désormais un seul agent généraliste, à qui l'on confie un objectif, et qu'on étend avec des skills réutilisables. Anthropic le formule sans détour : plutôt que de construire des agents sur-mesure pour chaque tâche, il vaut mieux spécialiser un agent unique avec des compétences composables.

Peut-être corrigent-ils même un peu trop. Car un agent, ce n'était pas seulement une collection de gestes. C'était aussi une finalité, une posture, des convictions, un style. Si tout devient skill sur un agent généraliste unique, une question reste ouverte : où l'utilisateur va-t-il pouvoir pré-mâcher cette finalité et cette posture, sans repartir de zéro à chaque conversation ? Le risque, c'est de gagner en réutilisation des gestes, mais de perdre l'identité qui rendait un agent dédié pertinent. Ce point n'est pas encore tranché.

Pourquoi cette bascule parle autant à une logique no-code ? Parce qu'un skill est un simple fichier texte en langage humain. Il est plus rapide à produire, à corriger et à partager qu'un agent complet.

Attention aussi à ne pas surinterpréter. L'agent ne disparaît pas : il devient le socle d'exécution. Ce qui s'efface, c'est l'agent que chaque utilisateur bricole dans son coin. Et la promesse a ses limites : les utilisateurs se plaignent déjà de devoir choisir entre skills et anciens workflows automatisés, et certaines garanties déterministes exigent encore du code, pas du texte.

Quand faire un skill

Un geste mérite de devenir un skill quand plusieurs signaux sont réunis :

• il est répétable et revient régulièrement, dans un périmètre similaire ;
• il a une structure implicite, un ordre, des étapes, même non écrites ;
• il mobilise une expertise réelle, sans laquelle on fait mal la tâche ;
• vous le réexpliquez à chaque fois à l'IA, dans les mêmes termes ;
• plusieurs personnes ont besoin du même geste.

Un repère simple : un geste ne peut devenir un skill que s'il est déjà clair dans votre tête. Si vous êtes capable d'en décrire précisément les étapes, l'ordre et les critères, alors on peut l'écrire pour l'IA. Si le geste reste flou même pour vous, il est trop tôt : il faut d'abord le clarifier.

À l'inverse, mieux vaut s'abstenir :

• Le geste est ponctuel ou unique : il ne vaut pas l'investissement.
• La source est mauvaise ou instable : un skill mal renseigné est pire que pas de skill du tout. Il donne une fausse impression de fiabilité, et l'agent s'appuiera dessus en toute confiance.
• Les règles changent trop souvent : le skill sera obsolète avant d'être utile.
• La réponse attendue est « va consulter ce document » : c'est de la connaissance à consulter, pas un geste à exécuter.

Attention à ne pas trop multiplier les skills

Passer d'une prolifération d'agents à une prolifération de skills ne règle rien. On déplace juste le problème.

Deux effets s'observent vite. D'abord, plus il y a de skills, plus l'IA a du mal à choisir le bon : quand plusieurs skills se ressemblent, l'arbitrage devient instable et le mauvais peut se déclencher. Ensuite, des skills peuvent se contredire : deux méthodes proches, écrites par des équipes différentes, donnent des consignes divergentes sur la même tâche.

La conséquence pratique : avant de créer un skill, vérifier qu'un équivalent n'existe pas déjà, et garder une bibliothèque dont chaque brique est clairement différenciée des autres. Mieux vaut peu de skills nets que beaucoup de skills qui se marchent dessus.

Quand faire un agent

Un agent devient utile dès que le travail dépasse le geste unique.

Il faut un agent quand il y a plusieurs étapes à enchaîner, du contexte à mobiliser, un ordre à décider ou une adaptation en cours de route. En clair, quand il faut arbitrer entre plusieurs savoir-faire plutôt qu'en appliquer un seul.

Exemple : préparer un rendez-vous client. L'agent doit rattacher les propos du client à un grand thème (transition énergétique, export, réindustrialisation, innovation…), puis mobiliser votre méthode maison de conduite d'un rendez-vous, et enfin rédiger une synthèse. Ce n'est pas un geste, c'est une chaîne de décisions.

Il y a aussi un cas particulier, souvent mal placé : les règles qui doivent s'appliquer en permanence, même quand un skill précis n'est pas sollicité. « Ne jamais inventer une source », par exemple. Ce n'est pas un skill isolé : c'est la posture de l'agent, voire son prompt système.

Comment choisir, en pratique

Une règle simple suffit dans la plupart des cas.

• Un geste ciblé, récurrent, bien défini ? Un skill. Exemple : rédiger une note.
• Une mission avec du contexte, des choix et plusieurs étapes ? Un agent. Exemple : instruire un dossier de bout en bout.
• Plusieurs savoir-faire à orchestrer ? Un agent qui s'appuie sur des skills. Exemple : préparer un rendez-vous client.
• Une séquence stable, à gros volume, sans écart toléré ? Un workflow déterministe.
• Une règle qui doit valoir tout le temps ? La posture de l'agent, voire son prompt système, pas un skill. Exemple : ne jamais inventer une source.

Un dernier point, contre-intuitif mais décisif. Ce qui déclenche un skill au bon moment, ce n'est pas la qualité du travail à l'intérieur : c'est la façon dont il a été décrit à sa création. Concrètement, ce sont les premières lignes du fichier : son nom et sa description. Un skill excellent mais mal décrit dans ces premières lignes reste invisible ; un skill moyen mais bien décrit se déclenche quand même.

Ce qu'il faut retenir

Skills et agents ne s'opposent pas. Ils se complètent, et le marché est en train de clarifier leur rôle : un agent comme socle, des skills comme savoir-faire, des workflows pour les enchaînements.

Le skill capitalise un geste. L'agent porte une finalité et sait quels savoir-faire mobiliser pour l'atteindre. L'un est une brique de compétence, l'autre un responsable de mission. Et si, ces dernières années, nous avons souvent transformé en agents ce qui n'était qu'un skill, c'est le bon moment pour corriger le tir, sans tomber dans l'excès inverse.

Le vrai enjeu n'est pas de choisir un camp. C'est de transformer notre connaissance métier, aujourd'hui diffuse et souvent dans les têtes, en briques réutilisables, versionnées et gouvernées. Le passage à l'échelle ne sera pas d'abord technique. Il sera rédactionnel et organisationnel.

Et vous, quel geste refaites-vous si souvent qu'il mériterait de devenir un skill ?