Pendant huit mois, j'ai utilisé Claude comme une machine à copier-coller très chère.
Ouvrir le navigateur, taper une question, copier la réponse, coller dans un document. Répéter 40 fois par jour. Je pensais être productif. Je pensais « utiliser l'IA ». Je ne faisais ni l'un ni l'autre.
Puis un collègue a partagé un seul fichier markdown avec moi. À l'intérieur se trouvait un document de 50 lignes appelé client-research.md. En haut, une définition de skill. En dessous, des instructions si précises que lorsque j'ai exécuté /client research dans Claude Co-work, tout le workflow s'est exécuté automatiquement — il a recherché les informations de fond sur une entreprise, cartographié leur stack technique, rédigé un brief de prospection à froid et l'a déposé dans Slack. Le tout. Pas de copier-coller. Pas de prompting manuel. Pas moi assis devant un écran à décider quoi taper ensuite.
C'était il y a trois mois. Depuis, j'ai automatisé un pipeline de réutilisation de contenu, un système de briefing matinal et un workflow de rédaction de contrats. Mon temps d'administration hebdomadaire est passé d'environ 12 heures à environ 2.
Ce qui me surprend encore ? Chacune de ces automatisations n'est qu'un fichier markdown.
Voilà ce que personne ne vous dit quand on vous présente Claude. Le chatbot est le point d'entrée. Les skills sont là où le vrai travail se fait. Et l'écart entre ces deux choses — entre « demander à Claude » et « Claude qui exécute votre workflow » — c'est l'écart entre un outil et une infrastructure.
Je veux combler cet écart pour vous dans cet article. Mais d'abord, vous devez comprendre pourquoi l'approche évidente — simplement devenir meilleur en prompting — finit par se heurter à un mur.
Pourquoi les « meilleurs prompts » sont une impasse
Il y a un point que chaque utilisateur sérieux de Claude atteint où l'ingénierie de prompts commence à ressembler à un impôt.
Vous avez un workflow. Peut-être : rechercher un prospect, rédiger une proposition, formater la sortie pour votre CRM, envoyer une notification Slack à votre équipe commerciale. Vous pouvez faire faire à Claude certaines parties avec un message soigneusement structuré. Vous pouvez enchaîner les prompts. Vous pouvez être astucieux.
Mais vous initiez toujours chaque étape manuellement. Vous assemblez toujours les pièces avec votre propre attention. Vous êtes toujours le middleware — la couche humaine entre les capacités de Claude et le résultat réel. Chaque fois que le workflow s'exécute, vous devez être là pour le lancer.
C'est acceptable pour les tâches ponctuelles. Ça ne passe pas à l'échelle.
La plupart des gens qui utilisent Claude quotidiennement — y compris beaucoup de développeurs que je respecte — fonctionnent à environ 15% de ce que l'outil peut réellement faire. Pas parce qu'ils sont paresseux. Parce que l'interface par défaut de Claude le présente comme un outil de conversation : vous demandez, il répond. Ce modèle mental est vraiment difficile à dépasser une fois qu'on y est enfermé.
Claude Co-work est une application de bureau — disponible pour Mac et Windows — qui introduit une relation complètement différente entre vous et Claude. Au lieu de lui demander de faire des choses ponctuellement, vous construisez des systèmes que Claude exécute. L'un est une conversation. L'autre est une infrastructure.
Au centre de ce système se trouve un concept appelé skills. Et une fois que vous comprenez vraiment les skills — pas juste le mot, mais que vous avez intériorisé le patron de conception — vous commencez à scanner chaque workflow répétitif de votre vie en vous demandant : est-ce que ça peut être un skill ?
La réponse, la plupart du temps, est oui.
Ce qu'est réellement un Skill
Un skill est un fichier markdown. C'est tout le secret structurel. Mais à l'intérieur de ce fichier se trouve une spécification comportementale complète — l'objectif, les étapes exactes, les outils que Claude doit utiliser à chaque étape et les règles qu'il doit suivre tout au long du processus.
Quand Claude charge un skill, il ne reçoit pas seulement des instructions. Il reçoit un mode opératoire chargé de contexte. Comme si vous remettiez à un prestataire non pas juste une description de tâche, mais un manuel de processus complet avec une liste de qui appeler quand des cas particuliers surviennent.
Voici à quoi ressemble un vrai skill en pratique. Le skill de réutilisation YouTube que j'utilise fonctionne comme ceci :
---
name: youtube-repurpose
description: Converts a new YouTube video into LinkedIn and Slack content
command: /repurpose-video
---
## Goal
Detect a new video from the specified channel and create platform-ready content
from the transcript.
## Steps
1. Retrieve the latest video transcript from the specified YouTube channel
2. Identify the 3 most quotable moments (under 25 words each)
3. Draft a LinkedIn post (under 1,300 characters, conversational tone)
4. Draft a 2-sentence Slack summary for team awareness
5. Queue LinkedIn post as a draft in Buffer
6. Post Slack summary to #content-updates channel
## Output Format
- LinkedIn: Conversational, ends with a question, no hashtag spam (3 max)
- Slack: Plain text, 2 sentences, links to the video
## Rules
- Never start the LinkedIn post with "In this video..."
- Never use phrases like "Game-changing" or "Revolutionary"
- If the transcript is under 500 words, flag it as too short and skip
Ce fichier s'exécute du début à la fin sans que je fasse quoi que ce soit hormis taper /repurpose-video. Claude lit la transcription, prend les décisions éditoriales que le skill définit, rédige les deux sorties et les envoie là où elles doivent aller.
C'est ce qui rend les skills puissants : la répétabilité sans la répétition. La même qualité de prise de décision, le même format, les mêmes règles — à chaque fois, sans que vous ayez à vous présenter pour les faire respecter.
Mais les skills ne fonctionnent pas isolément. Ils s'inscrivent dans un système à trois couches. Comprendre ces trois couches fait la différence entre une automatisation qui passe à l'échelle et une automatisation qui casse au pire moment.
Les trois couches de Co-work
Couche 1 : Skills — la couche logique
Chaque skill est une définition de workflow autonome. Un skill, un cas d'usage. Un fichier de skill bien écrit inclut : l'objectif du workflow, la séquence exacte des étapes, quels outils ou connecteurs sont nécessaires à chaque étape, toutes les règles ou contraintes que Claude doit respecter, et une description claire de ce à quoi ressemble la sortie et où elle va.
Les skills peuvent être aussi simples qu'un flux de recherche en trois étapes ou aussi complexes qu'un processus d'intégration client en douze étapes avec logique conditionnelle. La complexité vit dans le fichier, pas dans votre tête.
Couche 2 : Commands — la couche de déclenchement
Les commands sont la façon dont vous activez les skills. Ce sont des déclencheurs de commande slash — /morning, /research, /draft-proposal. Tapez le command dans une conversation Claude Co-work et le skill correspondant se charge et s'exécute.
Si le skill a besoin d'informations qu'il n'a pas — un nom de client, un sujet, une plage de dates — Claude demande. Une question à la fois, collectant exactement ce dont il a besoin avant de continuer. Vous n'avez pas à réfléchir à ce qu'il faut fournir. Le skill dit à Claude quoi demander.
Après une semaine de mémoire musculaire, les commands deviennent invisibles. Vous tapez simplement /morning et votre briefing apparaît. La complexité est entièrement abstraite.
Couche 3 : Plugins — la couche de distribution
Les plugins regroupent des skills, commands et connecteurs en packages déployables organisés par fonction — un plugin finance, un plugin contenu, un plugin d'intégration client. Pensez-y comme des départements, chacun contenant tout ce dont Claude a besoin pour exécuter les workflows de ce département.
Anthropic fournit des plugins préconstruits que vous pouvez installer immédiatement. Il existe aussi un dépôt open source sur GitHub où les équipes partagent des plugins personnalisés. Construire les vôtres et les partager avec votre équipe, c'est là que Co-work commence à ressembler à de véritables outils internes plutôt qu'à un logiciel de productivité personnelle.
Tout ce qui précède repose sur une chose en dessous : les connecteurs.
Connecteurs : la partie qui rend tout cela réel
Vous pouvez construire le skill le plus élégant du monde, mais si Claude ne peut pas atteindre l'extérieur pour interagir avec des données réelles — e-mails, calendriers, CRM — le skill ne produit que du texte. Du texte utile, peut-être. Mais pas d'action automatisée.
Les connecteurs sont des ponts. Claude Co-work supporte nativement environ 37–38 applications : Gmail, Google Calendar, Notion, Slack, HubSpot, GitHub, et un noyau solide d'autres. Pour la plupart des équipes, cela couvre les outils du quotidien.
Pour une intégration plus large, il y a un serveur Zapier MCP que vous pouvez configurer. Configurez-le une fois et vous débloquez l'accès à des milliers d'apps — Airtable, Buffer, Salesforce, Trello, Google Docs, tout ce que votre stack inclut. Les connecteurs natifs gèrent l'essentiel ; Zapier gère la longue traîne.
C'est cette combinaison qui rend les tâches planifiées intéressantes.
Les tâches planifiées sont la pièce la plus récente du stack, et aussi la fonctionnalité la plus discrètement significative. Vous configurez un command pour s'exécuter à une heure précise — /morning à 7h00 — et Claude exécute le skill automatiquement sans que vous touchiez quoi que ce soit. Pas d'initiation manuelle. Pas de « pense à lancer ça ». Le workflow se déclenche, se termine et livre sa sortie exactement là où le skill indique.
C'est ici que vous passez d'« assistant IA » à « infrastructure IA ». Et honnêtement, c'est la fonctionnalité qui change votre façon de penser à toute votre semaine.
Comment configurer votre premier Skill : étape par étape
Je vais détailler la configuration du skill de briefing matinal exactement comme je l'ai fait, parce que c'est assez simple pour être suivi complètement mais assez complexe pour montrer tout ce qui compte.
Étape 1 : Téléchargez et installez Claude Co-work
L'application de bureau est disponible pour Mac et Windows sur le site d'Anthropic. Les fonctionnalités Co-work — skills, commands, plugins, connecteurs, tâches planifiées — n'existent que dans l'application de bureau. Pas sur claude.ai. Pas dans l'API. Installez-la, connectez-vous et créez un dossier de projet pour organiser vos skills.
Étape 2 : Écrivez votre fichier de skill
Dans votre dossier de projet, créez un répertoire skills/. Les skills vivent en tant que fichiers markdown ici. Créez morning-briefing.md :
---
name: morning-briefing
description: Daily morning briefing with key emails and today's schedule
command: /morning
---
## Goal
Deliver a focused morning briefing covering action-required emails and
today's calendar.
## Steps
1. Check unread emails from the last 12 hours via Gmail connector
2. Identify emails requiring same-day response
3. Pull today's calendar events via Google Calendar connector
4. Flag any conflicts or back-to-back meetings with no buffer
5. Draft a plain-text summary: action emails first, calendar second,
one sentence on top priority
## Output Format
Plain text, under 300 words. Post to #daily-briefing Slack channel.
## Rules
- Summarize a maximum of 5 emails unless genuine urgent items exceed that
- Flag meetings with no agenda as "no agenda — consider adding one"
- Do not include weekend events unless today is Friday
- Never use phrases like "Please note" or "It is important to"
Propre, spécifique, exécutable. La section des règles est là où la plupart des fichiers de skill échouent — trop vague signifie que Claude prend des décisions que vous n'aviez pas anticipées. Des règles spécifiques égalent une sortie prévisible.
Étape 3 : Connectez vos apps
Ouvrez la section Connecteurs dans Co-work. Connectez Gmail, Google Calendar et Slack — chacun nécessite une authentification OAuth. L'ensemble du processus prend environ 4 minutes.
À noter : les portées de permission Gmail sont parfois en lecture seule par défaut. Si votre skill rédige des e-mails plutôt que de simplement les lire, vous aurez besoin des permissions « lecture et rédaction » configurées pendant le flux OAuth. Corrigez cela avant de tester, sinon vous obtiendrez des erreurs de permission en pleine exécution et vous vous demanderez ce qui a mal tourné.
Étape 4 : Enregistrez et testez le command
Dans le registre des commands de Co-work, liez /morning à skills/morning-briefing.md. Enregistrez. Puis tapez /morning dans une conversation Claude au sein de Co-work.
La première fois que ça fonctionne est vraiment désorientant. Vous regardez Claude appeler le connecteur Gmail, récupérer les données du calendrier, prendre des décisions éditoriales, rédiger le résumé et le publier sur Slack — tout cela sans que vous fassiez quoi que ce soit après avoir tapé deux mots. C'est le moment où le modèle mental bascule.
Étape 5 : Planifiez-le
Ouvrez le panneau des tâches planifiées. Ajoutez une tâche : command /morning, heure 07h00, jours lundi au vendredi. Enregistrez. C'est fait.
À partir de demain, votre briefing s'exécute avant que vous ne touchiez votre clavier.
Conseil de pro : Construisez vos trois premiers skills autour de workflows que vous faites chaque jour et que vous détestez. Le ROI est immédiat, et cela entraîne votre instinct pour repérer les bons candidats de skill. Après trois, vous repérerez des opportunités d'automatisation dans des endroits auxquels vous n'aviez jamais pensé.
Construire le Skill qui construit des Skills
Voici un méta-workflow qui se rentabilise rapidement — un skill pour créer des skills :
---
name: skill-creator
description: Generates a new skill file from workflow description
command: /create-skill
---
## Goal
Produce a complete, production-ready skill markdown file based on user input.
## Steps
1. Ask: "Describe the workflow goal in one sentence"
2. Ask: "What apps or tools are involved?"
3. Ask: "What does the output look like and where does it go?"
4. Generate a complete skill file with all required sections
5. Save to skills/ directory with a kebab-case filename matching the command
## Rules
- Steps must be specific enough that a junior VA could follow them
- Always include a Rules section with at least 3 constraints
- If the workflow involves more than 7 steps, suggest breaking it into two skills
Exécutez /create-skill, répondez à trois questions, obtenez un fichier de skill prêt pour la production. Premier brouillon prêt en moins de deux minutes. Ensuite vous le révisez, l'affinez et le déployez.
Si vous avez lu jusqu'ici, vous avez tout ce qu'il vous faut pour commencer à construire. La section suivante est celle que j'aurais aimé lire avant de passer trois semaines frustré par des skills qui ne fonctionnaient pas correctement.
Ce que personne ne vous dit sur le fonctionnement à long terme
Les skills sont puissants. Ils ne sont pas magiques. La première version de chaque skill que vous écrivez sera médiocre — trop vague à certains endroits, trop rigide à d'autres. Vous l'exécutez, quelque chose cloche légèrement, vous corrigez, vous relancez. Ce cycle d'itération est le vrai travail de construction d'automatisation. Prévoyez-le. La deuxième version de chaque skill est nettement meilleure que la première.
La couverture des connecteurs a de vraies lacunes. Trente-huit apps, ça semble beaucoup jusqu'à ce que vous ayez besoin de l'app numéro trente-neuf. J'utilise un outil de gestion de projet qui n'est pas supporté nativement, ce qui signifie passer par Zapier — fonctionnel, mais ça ajoute de la latence et un point de défaillance supplémentaire. Si votre stack critique est bien couvert nativement, tout va bien. Sinon, soyez honnête sur la complexité ajoutée avant de concevoir votre architecture autour.
Les tâches planifiées s'exécutent sur votre machine locale. Contrairement à une plateforme d'automatisation cloud, si votre ordinateur portable est fermé ou hors ligne quand la tâche se déclenche, rien ne s'exécute. Pour les workflows personnels, c'est parfaitement acceptable. Pour les automatisations critiques nécessitant 100% de disponibilité, exécutez-les depuis une machine toujours allumée, ou intégrez un déclencheur de secours dans le workflow.
L'outil de création de skills dans Co-work est meilleur que ce à quoi je m'attendais — il produit de vrais points de départ. Mais vérifiez ce qu'il génère avant de le déployer. L'outil gère la structure ; vous fournissez le contexte et les cas limites qui rendent un skill véritablement fiable.
L'observation honnête la plus importante : la puissance de ce système est directement proportionnelle à la qualité de vos fichiers de skill. Des instructions vagues produisent un comportement vague. Le meilleur investissement que vous puissiez faire en productivité Co-work est du temps passé à écrire de meilleurs skills, pas du temps à découvrir de nouvelles fonctionnalités.
Trois mois plus tard : ce qui a réellement changé
Les chiffres que je peux réellement mesurer :
Le temps d'administration hebdomadaire est passé d'environ 12 heures à environ 2. Les 10 heures récupérées étaient presque entièrement : tri des e-mails, préparation de réunions, réutilisation de contenu et rapports d'état — tout fonctionne maintenant selon le planning sans moi.
Le temps de recherche client est passé de 45 minutes à moins de 3 minutes. Le skill de recherche génère un brief en 4 sections — aperçu de l'entreprise, stack technique, points de douleur, notes stratégiques — plus vite que je n'ouvrais autrefois mon deuxième onglet de navigateur.
La réutilisation de contenu s'exécute maintenant automatiquement après chaque vidéo YouTube que je publie. Post LinkedIn rédigé et mis en file d'attente, résumé Slack publié, extrait newsletter classé. La qualité est d'environ 80% de ce que j'écrirais manuellement lors d'un après-midi concentré. Suffisamment bon pour être utilisé directement environ la moitié du temps, suffisamment bon pour être édité en 5 minutes l'autre moitié. Coût en temps pour moi : zéro minute.
Ce qui est plus difficile à mesurer, c'est la charge cognitive. Quand vous n'êtes plus le middleware de vos propres workflows, vous dépensez moins d'énergie mentale en logistique. Cette attention libérée va quelque part d'utile — un travail plus profond, des décisions plus rapides, moins de changement de contexte.
Les gains rapides arrivent vite. Le skill de briefing matinal produisait une valeur réelle dans les 24 heures suivant sa mise en place. Le skill de génération de contrats a nécessité environ une semaine d'itération avant d'être assez fiable pour être utilisé avec des clients. Skills simples, retours rapides. Skills complexes, cycles d'itération plus longs. Fixez des attentes réalistes et les résultats les dépasseront systématiquement.
La métrique qui vaut la peine d'être suivie n'est pas « combien de skills ai-je ». Suivez combien de fois par semaine un skill s'exécute sans votre intervention. Ce nombre vous dit combien d'infrastructure vous avez réellement construite.
Un fichier markdown à la fois
Vous avez lu jusqu'ici. Ce qui signifie que vous savez déjà quel workflow vous voulez automatiser en premier.
Pas le plus impressionnant. Pas le plus complexe. Celui qui vous agace chaque jour — celui que vous faites en pilote automatique parce que vous avez accepté qu'il prendra toujours le temps qu'il prend. C'est celui-là. Écrivez un skill pour lui cette semaine.
L'ensemble du processus — télécharger l'app, écrire le fichier de skill, connecter les apps, tester — prend environ deux heures la première fois. Le deuxième skill prend quarante minutes. Au cinquième skill, vous les ébaucherez sur papier pendant votre trajet matinal.
Le changement plus profond ne concerne pas vraiment le gain de temps, bien que le gain de temps soit réel. C'est la façon dont vous catégorisez le travail après avoir construit quelques skills. Les tâches méritent soit votre attention directe — les choses qui nécessitent véritablement un jugement humain — soit elles sont candidates pour un skill. Tout le reste commence à ressembler à un choix que vous faites, pas à une obligation à laquelle vous êtes coincé.
Ce recadrage vaut plus que n'importe quelle automatisation individuelle.
Commencez par un fichier markdown. C'est tout ce qu'il faut.
🤝 Travaillons ensemble
Vous cherchez à construire des systèmes d'IA, automatiser des workflows ou faire évoluer votre infrastructure technologique ? Je serais ravi de vous aider.
- 🔗 Fiverr (solutions sur mesure et intégrations) : fiverr.com/s/EgxYmWD
- 🌐 Portfolio : mejba.me
- 🏢 Ramlit Limited (solutions entreprise) : ramlit.com
- 🎨 ColorPark (design et branding) : colorpark.io
- 🛡 xCyberSecurity (services de sécurité) : xcybersecurity.io
