Comment créer un skill qui fait ton travail à ta place
Arrête de construire un agent par tâche. Un seul agent, une procédure par tâche, et les quatre prompts qui la mettent en place.
Tu entends parler d'agents partout. Tu as essayé d'en construire, et aujourd'hui tu as dix agents à moitié finis. Ce n'est pas de ta faute, enfin presque : on t'a dit qu'il fallait un agent par tâche. Un pour les mails, un pour les posts, un pour les relances, puis tout brancher ensemble. Chaque agent traîne son propre prompt, ses propres outils et son propre câblage, et le jour où la tâche change, quelque chose casse, et c'est toi qui le découvres.
Le plus simple, c'est l'inverse. Un seul agent, et une procédure écrite par tâche. C'est ce qu'on appelle un skill : un dossier qui explique à l'IA comment on fait cette tâche chez toi, avec tes modèles dedans, et une liste de vérifications pour qu'elle sache quand c'est vraiment fini.
Ce n'est pas une intuition, c'est ce que les équipes qui construisent ces outils ont fini par faire elles-mêmes. Chez Vercel, l'équipe data a d'abord enchaîné des agents spécialisés, avec seize outils, et leur propre bilan est sans appel : fragile, lent, à maintenir en permanence. La version qui a marché n'était pas un agent plus malin. C'était un agent général avec trois outils de base et l'accès à leurs fichiers, et leur score interne a doublé. Les ingénieurs d'Anthropic ont fait le même constat en construisant le système des skills : ce qui manquait à l'IA n'a jamais été l'intelligence. C'était ta connaissance du métier, écrite quelque part.
Avant de commencer : où vit le skill
Un skill est un dossier pour une tâche. Ce qui change tout, c'est de savoir si ton IA peut écrire des fichiers ou seulement les lire. C'est le point qui fait trébucher tout le monde, alors on le règle en premier.
Si ton IA écrit sur ta machine (Claude Code, ou tout agent avec accès aux fichiers). Crée un vrai dossier. Dans Claude Code, mets-le dans ~/.claude/skills/ pour que le skill soit chargé tout seul dès que ta demande ressemble à sa ligne « Quand l'utiliser ». Les prompts ci-dessous marchent tels quels : il crée le fichier, range ses outils dans le dossier et le met à jour lui-même. C'est la version qui s'améliore toute seule, parce que rien ne dépend de toi.
Si tu utilises Claude ou ChatGPT dans le navigateur ou l'application. Tu peux tout faire aussi, avec une différence importante : un Projet contient les fichiers que tu déposes, et l'IA ne peut pas écrire dedans. Elle lit ton skill, elle t'imprime une nouvelle version, mais c'est toi qui enregistres le fichier et le redéposes. Rien de ce que tu colles dans une conversation ne met à jour la copie du Projet.
Choisir ta première tâche
Trois tests. Tu la fais au moins une fois par semaine. Tu reconnaîtrais une mauvaise version instantanément. Et l'expliquer à un nouveau prendrait moins de vingt minutes. Ne commence pas par la chose la plus compliquée que tu fais. Commence par la plus répétée : tes devis, tes posts, tes relances.
La procédure : tu te fais interviewer
La première couche, c'est ton jugement, écrit dans l'ordre où tu l'utilises vraiment. Tu ne vas pas le taper. Tu vas te faire interviewer, parce que les parties d'une tâche que tu ne penserais jamais à écrire sont exactement celles qui font que le résultat sonne comme toi.
Un bon SKILL.md a sept parties : l'objectif en une ligne, quand l'utiliser (dans les mots que tu dirais vraiment), les éléments de départ et où ils sont, les étapes numérotées, les décisions avec la règle derrière chacune, la définition de terminé, et les cas particuliers qui t'ont déjà brûlé. Colle ce prompt dans une nouvelle conversation, dans l'outil que tu as choisi.
Tu m'aides à transformer une tâche que je fais souvent en procédure écrite que tu pourras exécuter sans moi. La tâche : [décris-la en une ligne]. D'abord, interviewe-moi. Une question à la fois, et attends ma réponse. N'écris aucun fichier avant d'avoir posé au moins huit questions et que j'aie dit qu'on a fini. Couvre tout ça : - ce qui déclenche la tâche, et à quelle fréquence - les éléments de départ, et où chacun se trouve - les étapes dans l'ordre où je les fais vraiment - chaque décision que je prends, et la règle derrière - ce que je vérifie avant de dire que c'est fini - les cas particuliers qui ont déjà mal tourné - le ton ou le niveau que le résultat doit avoir - à quoi ressemble une mauvaise version Quand tu pourrais le faire sans moi, crée un dossier [nom-de-la-tache] et écris dedans un fichier SKILL.md avec ces sections : Objectif (une ligne), Quand l'utiliser, Éléments de départ, Étapes (numérotées, en langage simple), Décisions (si X alors Y), Définition de terminé, Cas particuliers. Puis montre-moi le fichier entier et pose-moi deux questions : qu'est-ce que tu as mal compris, et qu'est-ce que j'ai oublié de te dire ? Si tu ne peux pas écrire de fichiers toi-même, ne fais pas semblant. Affiche le contenu complet dans la conversation, dis-moi le nom exact du fichier et où il va dans le dossier, et rappelle-moi de remplacer l'ancienne copie plutôt que d'en ajouter une deuxième.
La boîte à outils : il ne refait jamais deux fois la même chose
La boîte à outils, c'est tout ce que la tâche réutilise, enregistré dans le dossier et référencé depuis SKILL.md. Sans elle, ton IA reconstruit le même script, le même modèle et les mêmes règles de mise en forme à chaque passage : ça te coûte du temps et des tokens, et ça sort un résultat légèrement différent à chaque fois. L'équipe d'Anthropic a vu Claude réécrire encore et encore le même script de mise en page de diapositives, jusqu'à lui faire enregistrer ce script dans le skill, comme un outil pour son futur lui-même.
Ce qui va dans la boîte
Des scripts pour une étape mécanique : récupérer des chiffres, renommer des fichiers, convertir un format.
Des modèles avec des cases entre crochets, pour que la forme soit fixe et que seul le contenu change.
Des données de référence noms de clients avec leur orthographe exacte, liste de produits, grille de prix, liens, identifiants de compte.
Des exemples de travail fini dont tu étais content : ils enseignent le ton plus vite que n'importe quelle description.
Des fichiers de règles ta voix de marque, tes standards de mise en forme, les mots que tu n'emploies jamais.
Des prompts enregistrés pour les sous-étapes que tu lances souvent.
Ce qui n'y va pas : les résultats à usage unique, tout ce qui contient un mot de passe ou une clé, et les brouillons à moitié finis. Si tu ne le donnerais pas à un nouveau le premier jour, ça ne va pas dans le dossier.
Comment la remplir sans faire le travail toi-même
Fais la tâche une fois avec l'IA, et à l'instant où quelque chose sort juste, fige-le. Demande la version réutilisable, avec tes détails remplacés par des cases, et enregistre-la. Le deuxième passage est celui où la boîte se remplit vraiment, parce que c'est là que tu vois ce qui a été reconstruit. Colle ce prompt chaque fois que quelque chose marche.
Regarde le [script / modèle / mail / checklist] que tu viens de produire. Si je vais en avoir besoin à nouveau, fais tout ceci : 1. Enregistre-le dans [nom-de-la-tache]/fichiers/ avec un nom parlant, comme modele-devis.md ou calcul-prix.py. Pas de date ni de numéro de version dans le nom. 2. Remplace mes détails par des cases entre crochets pour qu'il soit réutilisable, et garde un exemple rempli en dessous comme référence. 3. Mets à jour SKILL.md pour que l'étape concernée pointe vers ce fichier par son nom, et dise quand l'utiliser et quand ne pas l'utiliser. 4. Ajoute une ligne dans [nom-de-la-tache]/fichiers/INDEX.md : le nom du fichier, à quoi il sert, et la date du jour. N'enregistre pas les résultats à usage unique, rien qui contienne un mot de passe ou une clé API, ni un brouillon que je n'ai pas validé. Ensuite, refais toute la tâche depuis le début et dis-moi quels fichiers enregistrés tu as utilisés et quelles parties tu as reconstruites de zéro. Tout ce que tu as reconstruit est candidat à la boîte à outils : dis-moi ce que tu enregistrerais ensuite. Si tu ne peux pas écrire de fichiers toi-même, ne fais pas semblant. Affiche le contenu complet dans la conversation, dis-moi le nom exact du fichier et où il va dans le dossier, et rappelle-moi de remplacer l'ancienne copie plutôt que d'en ajouter une deuxième.
À quoi ressemble une boîte remplie
un script de calcul de prix, modele-devis.md, deux devis acceptés sans discussion, clients.md avec les noms exacts, regles-ton.md.
banque-accroches.md, modele-legende.md, voix-de-marque.md, trois posts qui ont surperformé avec une note sur le pourquoi.
trois mails par niveau de retard, echelle-relance.md, contacts-comptables.md, regles-ton.md pour rester cordial au soixantième jour.
grille-notation.md, fiche-de-poste.md, cinq réponses de candidats notées en exemple, mail-refus.md.
La preuve : ce que presque personne ne fait
C'est la couche que presque tout le monde saute, et c'est la différence entre une IA qui te rend quatre-vingt-dix pour cent du travail et une IA qui te rend quelque chose de fini. La preuve, c'est une définition de terminé que l'IA doit confronter à son travail, avec des éléments concrets, avant que quoi que ce soit n'arrive jusqu'à toi.
Le point important, c'est ce qui compte comme preuve. L'IA qui relit son propre brouillon et dit que ça a l'air bien ne vaut rien. Une vraie vérification produit quelque chose d'extérieur au brouillon : un chiffre qui remonte au fichier source, un lien qui ouvre une page, une capture du rendu, un test qui tourne, une affirmation reliée à une citation, un comptage de mots, une orthographe comparée à un fichier de référence. Si une vérification ne peut pas échouer, ce n'est pas une vérification.
Ajoute une section Définition de terminé au SKILL.md de [nom-de-la-tache]. Écris entre cinq et dix vérifications propres à cette tâche. Chacune doit pouvoir être prouvée par quelque chose d'extérieur à ton avis : un chiffre retrouvé dans son fichier source, un lien qui s'ouvre, une capture du résultat, un test qui tourne, une affirmation reliée à une citation, un comptage, ou une valeur comparée à un fichier de référence. Aucun mot vague comme clair, professionnel ou de qualité. À partir de maintenant, chaque fois que tu finis cette tâche, avant de me montrer quoi que ce soit : 1. Passe toutes les vérifications. 2. Corrige ce qui échoue. 3. Repasse-les. 4. Donne-moi une ligne réussi ou échoué par vérification, avec la preuve utilisée. 5. Liste ce que tu n'as pas pu vérifier, et dis pourquoi, au lieu de supposer que ça passe. Si plus de deux vérifications échouent au premier passage, arrête-toi et dis-moi quelle partie de la procédure a causé ça, plutôt que de rafistoler le résultat. Si tu ne peux pas écrire de fichiers toi-même, ne fais pas semblant. Affiche le contenu complet dans la conversation, dis-moi le nom exact du fichier et où il va dans le dossier, et rappelle-moi de remplacer l'ancienne copie plutôt que d'en ajouter une deuxième.
À quoi ressemblent de bonnes vérifications
chaque prix correspond à la grille, le total est recalculé, le nom du client est orthographié comme dans clients.md, le délai annoncé est celui de l'interview, aucune prestation absente de la liste.
l'accroche fait moins de douze mots, aucun mot banni de voix-de-marque.md n'apparaît, l'affirmation correspond à une citation de la source, la première ligne de la légende n'est pas la chute.
le montant correspond à la facture, la date d'échéance est juste, le ton correspond au niveau de l'échelle, le lien de paiement s'ouvre.
chaque note cite une ligne de la réponse du candidat, aucune note sans preuve, le résumé ne contredit rien dans l'entretien.
La boucle : corrige le skill, pas la conversation
Quand ça se trompe, le réflexe est de corriger dans la conversation et de passer à autre chose. La conversation se ferme, la leçon part avec, et la semaine suivante tu retapes la même correction. La boucle, c'est l'habitude de remettre chaque correction dans le dossier. C'est pour ça que ce système s'améliore à l'usage, là où les agents se dégradent.
Il y a une étape de diagnostic, et elle compte. Demande quelle couche a lâché. Une étape manquait : c'est la procédure. Il a reconstruit quelque chose qui existait, ou utilisé un fichier enregistré qui est faux : c'est la boîte à outils. L'erreur aurait été attrapée par une vérification qui n'existe pas encore : c'est la preuve.
Ce résultat était faux parce que [décris exactement ce qui n'allait pas]. D'abord, diagnostique quelle couche a lâché : - la procédure : une étape manque, est dans le mauvais ordre, ou la règle derrière une décision n'a jamais été écrite - la boîte à outils : tu as reconstruit quelque chose qu'on a déjà, ou un fichier enregistré est périmé ou faux - la preuve : aucune vérification n'existe qui aurait attrapé ça Dis-moi laquelle et pourquoi, en deux phrases. Puis fais la plus petite correction durable dans cette couche. Ne réécris pas tout le skill. Si la même erreur est arrivée deux fois, ajoute une règle explicite qui l'empêche, pas un rappel gentil. Ajoute une ligne dans [nom-de-la-tache]/notes.md avec la date du jour, ce qui n'allait pas, et ce que tu as changé. Ensuite, refais la même tâche depuis le début et montre-moi l'avant et l'après, pour que je voie que la correction a marché. Si tu ne peux pas écrire de fichiers toi-même, ne fais pas semblant. Affiche le contenu complet dans la conversation, dis-moi le nom exact du fichier et où il va dans le dossier, et rappelle-moi de remplacer l'ancienne copie plutôt que d'en ajouter une deuxième.
Le dossier, une fois construit
[nom-de-la-tache]/
SKILL.md objectif, quand, éléments, étapes,
décisions, terminé, cas particuliers
fichiers/
INDEX.md une ligne par fichier : nom, usage, date
calcul-prix.py une étape mécanique, en script
modele-devis.md un modèle avec des [cases]
regles-ton.md tes standards, dans tes mots
exemples/
2026-09-08-bon.md un résultat dont tu étais content
2026-09-01-bon.md
notes.md corrections, la plus récente en hautUn dossier par tâche, pas un dossier pour tout. Si deux tâches se mélangent sans arrêt, le problème est la première ligne de chaque SKILL.md : écris la section « Quand l'utiliser » avec les mots exacts que tu taperais quand tu veux que cette tâche soit faite.
Un exemple complet : le devis
La procédure. L'interview fait remonter que tu commences toujours par demander la date de livraison avant de parler prix, que tu ne descends jamais sous un certain tarif horaire, que tu ajoutes un poste « imprévus » sur les projets de plus de dix jours, et que tu écris court, sans jargon, en terminant par la prochaine étape concrète. Ce dernier détail n'apparaît dans aucun modèle de devis, et c'est ce qui fait que tes devis se signent.
La boîte à outils. Le premier passage produit un script de calcul et une structure qui te plaît : les deux sont enregistrés. Le devis de la deuxième semaine, celui que le client a signé sans négocier, va dans les exemples. Les noms de tes clients et ta grille de prix vont dans un fichier de référence.
La preuve. Cinq vérifications : chaque prix correspond à la grille, le total est recalculé, le nom du client correspond à la référence, le délai est celui que tu as donné, la dernière ligne est une prochaine étape.
La boucle. En quatrième semaine, il invente une prestation qui n'est pas dans ta liste. Tu diagnostiques une faille de preuve, tu ajoutes une vérification « aucune prestation absente de la liste », tu le notes. Ce n'est plus jamais arrivé. À la sixième semaine, tu relis et tu envoies, au lieu d'écrire.
Cinq erreurs à éviter
Écrire les étapes toi-même. L'interview est ce qui sort ton jugement de ta tête, et les questions qui t'agacent sont celles qui comptent.
Un dossier géant pour tout. L'IA ne sait pas de quelle tâche tu parles, alors elle devine.
Des descriptions vagues. « Aide pour le contenu » ne se charge jamais quand tu en as besoin. Écris « quand l'utiliser » avec les mots que tu taperais vraiment.
Pas de couche de preuve. Sans vérifications, le contrôle qualité, c'est toi. C'est précisément le travail que tu voulais déléguer.
Corriger dans la conversation. Si la correction n'est pas dans le dossier, tu la retaperas la semaine prochaine.
Tes trente premières minutes
Choisis la tâche que tu fais le plus souvent. Lance le prompt 1 et réponds honnêtement à l'interview, ça prend un quart d'heure. Fais la tâche une fois et enregistre ce qui sort juste avec le prompt 2. Ajoute les vérifications avec le prompt 3. Refais la tâche une deuxième fois et regarde à quel point tu as moins à expliquer. Le deuxième passage est le moment où ça fait tilt, alors ne t'arrête pas au premier.
Ce guide est inspiré de celui de Cooper Simson.
Lire un guide, c'est bien.
Construire pendant 30 jours, c'est autre chose.
Ce guide t'a donné une méthode. Le problème, c'est qu'on enregistre des astuces IA et qu'on n'en applique aucune. Le Challenge IA, c'est l'inverse : un défi par jour, un système construit par jour, pendant 30 jours. Les inscriptions ouvrent bientôt.
Un challenge par jour
30 jours, 30 systèmes qui tournent pour toi.
Tes propres agents
Prompts et agents à installer pendant que tu construis.
Vidéos et démos réelles
Je construis devant toi, tu refais derrière.
Accès à vie
Ce que tu construis reste à toi, sans limite de temps.
Gratuit et sans engagement. Les inscrits sont prévenus en premier.
Pas le temps d'apprendre ? On le fait pour toi.
Des solutions IA sur mesure, clés en main, pour automatiser tes process, réduire tes coûts et gagner du temps sur ce qui compte. Agents IA, automatisations, outils internes : on construit, tu récoltes.
De 0 à 70 000 abonnés en 3 mois. Ne cherche plus jamais quoi poster.
Je l'ai construite pour moi, parce que je perdais mes journées à chercher quoi poster. Zoe surveille les créateurs de ta niche, repère les Reels qui explosent cette semaine, comprend pourquoi ils marchent, et t'écrit le script du tien avec ta manière de parler. Elle tourne toujours sur mon compte tous les jours. Elle est maintenant ouverte à tout le monde.
Elle repère
Les Reels qui font x5 la moyenne du compte qui les a publiés.
Elle explique
Ce qui a marché dans la vidéo, hook par hook.
Elle écrit
Le script prêt à tourner, avec ta manière de parler.
Sans engagement, résiliable en un clic. Les résultats dépendent de ton travail : Zoe te dit quoi tourner, elle ne tourne pas à ta place.
Lis la suite gratuitement
Entre tes infos pour débloquer le guide complet.