Un post revient toutes les semaines sur LinkedIn : une bibliothèque de trente compétences Claude à installer d’un coup, gratuites, avec la promesse qu’elles font économiser des tokens. Le token est l’unité dans laquelle un modèle compte, et facture, tout ce qu’on lui envoie. Presque personne ne demande par rapport à quoi. Et ce que coûte une bibliothèque de trente compétences se paie ailleurs que sur la facture : dans la capacité de Claude à choisir la bonne le jour où vous en aurez besoin.
Les Agent Skills sont pourtant une brique sérieuse, sans doute la plus utile de l’année pour une PME : un dossier d’instructions que Claude va chercher seul quand la tâche correspond. Depuis décembre 2025, c’est aussi un standard ouvert, lu par des concurrents d’Anthropic. L’outil est bon ; ce qu’on en raconte l’est moins.
Cet article dit ce qu’est un skill et ce qu’il coûte vraiment. Il démonte l’affirmation qui circule le plus. Et il pose les trois obstacles que rencontre une PME qui veut en déployer pour son équipe. Les chemins d’interface sont ceux de la version française, vérifiés le 10 septembre 2026.
Un skill Claude, c’est quoi exactement
Un skill, « compétence » dans l’interface française, est un dossier contenant un fichier obligatoire, SKILL.md, et tout ce qu’on veut lui adjoindre : scripts, fichiers de référence, gabarits, charte.
Ce fichier commence par un en-tête de deux champs, name et description, obligatoires dans la spécification et pour l’API (Claude Code, lui, se contente de moins), puis le mode d’emploi écrit en texte simple. Le name tient en minuscules, chiffres et tirets, et doit être identique au nom du dossier. La description dit ce que le skill fait et quand l’utiliser, à la troisième personne. Elle est recopiée telle quelle dans le texte de cadrage que Claude lit avant votre première question, ce qu’on appelle le prompt système : un « je peux vous aider à… » y casse le déclenchement.
Le chargement se fait en trois étages, et c’est tout le mécanisme. Au démarrage, le nom et la description de tous les skills installés entrent dans le prompt système : environ 100 tokens par skill selon Anthropic. Le corps du SKILL.md, moins de 5 000 tokens recommandés, n’est lu que si la tâche correspond. Les fichiers annexes ne coûtent rien tant que personne ne les ouvre, et un script n’envoie en contexte que sa sortie, jamais son code.
C’est ce troisième étage qui sépare un skill d’un prompt bien écrit. Il peut embarquer un gabarit de quarante pages sans que rien ne pèse tant que la tâche ne le demande pas. Anthropic parle de « sans pénalité de contexte » tant que le skill n’est pas déclenché.
Le chargement en trois étages, ce qu’Anthropic appelle la divulgation progressive, a été conçu pour qu’un skill puisse être gros sans peser tant qu’on ne s’en sert pas. C’est un budget par skill, pas une licence d’accumulation.
Le fichier s’appelle SKILL.md en majuscules, y compris quand le centre d’aide d’Anthropic écrit l’inverse. Il n’existe pas de champ version de premier niveau : la version va dans metadata. Et le .zip doit contenir un dossier, pas des fichiers en vrac, sinon l’import échoue.
Non, installer une bibliothèque de skills ne fait pas gagner de tokens
C’est l’affirmation qui circule le plus, et elle repose sur une question jamais posée : économiser par rapport à quoi ?
Par rapport à recoller les mêmes consignes dans chaque prompt, ou à les empiler dans les instructions d’un projet, le skill gagne : son mode d’emploi ne se charge qu’au moment utile. C’est la comparaison d’Anthropic, et elle est juste. Par rapport à ne rien installer, c’est strictement plus cher : à chaque conversation, pour chaque skill, déclenché ou non.
- ~100 tokensPar skill installé, à chaque conversation (chiffre Anthropic)
- 3 000 tokensTrente skills, avant d’avoir tapé un mot (calcul Kokoro)
- 11 000 tokensLes mêmes trente dans Claude Code, à chaque échange (calcul Kokoro)
- < 5 000 tokensLe corps d’un skill déclenché, plafond recommandé par Anthropic
Ces ordres de grandeur sont les nôtres. Anthropic ne publie aucune mesure comparative ni pourcentage de gain, et les « 30 à 50 % » des blogs français ne reposent sur rien de vérifiable. Trente descriptions à 100 tokens font 3 000 tokens ; écrites à la limite des 1 024 caractères, 7 500 à 9 000. Dans Claude Code, la version de Claude installée sur le poste d’un développeur, la description et le champ when_to_use sont tronqués ensemble à 1 536 caractères et renvoyés à chaque échange : on approche 11 000.
Un lecteur technique haussera les épaules : 3 000 tokens sur une grande fenêtre, ce n’est rien. Il a raison sur ce point, et c’est pourquoi l’argument est ailleurs.
Le vrai coût est la sélection. La description sert à Claude à choisir la bonne compétence parmi toutes celles qui sont installées. Trente skills aux périmètres qui se recouvrent, du type « rédiger un contenu », « améliorer un texte », « écrire mieux », c’est du bruit : la mauvaise compétence se déclenche, ou aucune. Le rendement décroît bien avant que le coût en tokens ne se voie.
La preuve tient dans l’outillage d’Anthropic. Claude Code livre une commande /skill-doctor qui affiche le coût en tokens et la fréquence d’invocation de chaque compétence, précisément pour décider lesquelles désactiver quand elles coûtent cher et ne servent pas.
Dernier chiffre publié : dans Claude Code, un skill déclenché reste en mémoire de la conversation. Quand celle-ci se résume automatiquement pour tenir, il garde une place réservée de 5 000 tokens sur les 25 000 disponibles. Au-delà de cinq skills déclenchés, ils se chassent les uns les autres.
Skill, prompt, projet, instructions, Custom GPT, MCP : le tableau qui tranche
Anthropic distingue quatre dispositifs ; en pratique, les entreprises en confondent six. Les voici côte à côte, avec ce qui les sépare vraiment.
| Dispositif | Ce qu’il porte | Quand il se charge | Bon usage |
|---|---|---|---|
| Instructions pour Claude | Qui vous êtes, comment vous répondre | Toujours, en permanence | Votre poste, votre secteur, votre ton |
| Instructions de projet | Un contexte borné à un projet | Toutes les conversations du projet | Le glossaire d’un client, l’état d’un dossier |
| Prompt réutilisable | Une consigne collée à la main | Quand vous la collez | Une demande ponctuelle, un essai |
| Skill | Une procédure, scripts et ressources compris | Seulement quand la tâche correspond | Un livrable récurrent, une charte |
| Serveur MCP | L’accès à un outil : CRM, base, agenda | À la connexion, toute la session | Brancher Claude sur vos systèmes |
| Custom GPT (lecture Kokoro) | Un assistant configuré, à part | Quand l’utilisateur l’ouvre lui-même | Un rôle identifié, choisi consciemment |
On peut lancer un skill à la main avec une barre oblique, mais l’essentiel est ailleurs : Claude va le chercher lui-même quand la tâche correspond.
Skill et MCP se complètent. Anthropic écrit que les skills complètent les serveurs MCP, la prise standard par laquelle Claude se branche sur un outil de l’entreprise : le MCP donne l’accès, le skill enseigne la procédure. Un skill qui appelle un outil MCP doit le nommer en toutes lettres, serveur puis outil, sinon il ne le trouve plus dès que plusieurs serveurs sont connectés.
Skill et Custom GPT : c’est notre lecture, pas celle d’Anthropic, qui n’a jamais publié cette comparaison. Un Custom GPT est un assistant que l’utilisateur ouvre ; un skill est une procédure que le modèle charge seul dans la conversation en cours. Notre guide des Custom GPT en entreprise reste valable : le déclenchement, lui, ne dépend plus de la personne.
Autrement dit : un skill, c’est une méthode 4W d’ingénierie de contexte écrite une fois, puis rejouée automatiquement.
Vous ne savez pas quels livrables méritent un skill chez vous ? C’est ce que tranche un pré-audit.
Réserver mon pré-audit gratuitDepuis décembre 2025, le format n’appartient plus à Anthropic
La sortie des Agent Skills date d’octobre 2025. L’actualité qui compte pour 2026 est ailleurs, absente de presque toutes les pages françaises.
Le 18 décembre 2025, Anthropic a publié Agent Skills comme standard ouvert, avec sa propre spécification sur le site agentskills.io. La promesse est celle de MCP : la même compétence doit fonctionner que vous utilisiez Claude ou une autre plateforme d’IA.
Neuf mois plus tard, ce site recense 46 outils qui lisent le format, au 10 septembre 2026 : VS Code, Cursor, GitHub Copilot, Gemini CLI de Google, Mistral Vibe, ChatGPT et Codex d’OpenAI. Un concurrent direct qui adopte le format d’Anthropic pèse plus lourd que n’importe quel décompte.
La liste bouge : 46 est un comptage daté. Et les entreprises citées dans l’annonce de décembre, Notion, Canva, Figma, Atlassian, n’ont pas adopté le standard : ce sont des partenaires qui ont construit des compétences.
Ce que ça change pour une PME : une procédure écrite au format skill n’est plus attachée à un éditeur. C’est le premier argument sérieux pour investir dans l’écriture des méthodes plutôt que dans le réglage d’un outil.
Cinq skills qui font gagner du temps dans une PME
Le bon critère est le livrable récurrent : ce que quelqu’un refait chaque semaine, de la même manière, sans que la méthode soit écrite nulle part. Voici les cinq que nous voyons dans presque tous nos audits.
Le compte rendu qui produit des décisions
Transforme des notes en décisions, responsables, échéances et points ouverts. Sans responsable ni date, ce n’est pas une décision.
La relance qui obtient une réponse
Trois messages échelonnés quand un devis reste sans réponse, dont celui de clôture qui propose explicitement la sortie. C’est celui qui fait répondre.
La vérification avant publication
Liste chaque affirmation d’un texte avec son statut et la pièce qui la prouverait. Il commence par dire ce qu’il ne peut pas trancher faute de source.
Le tri des données sensibles
Dit ce qui peut être collé dans une IA, ce qui doit être anonymisé, ce qui ne sort pas, et rend le texte nettoyé.
La qualification d’une tâche à automatiser
Volume, variabilité, criticité, données nécessaires. Avec le droit de conclure qu’il ne faut rien automatiser.
Ces cinq-là partagent trois propriétés : le livrable est le même chaque semaine, la méthode vit dans la tête d’une seule personne, le résultat se contrôle. Sans ces trois propriétés, c’est un prompt déguisé.
Nous les publions, avec quatre autres, dans notre pack de neuf skills pour mieux utiliser Claude. Assumons la contradiction : cet article critique les bibliothèques de trente skills gratuits, et Kokoro publie un pack gratuit.
Ils sont neuf et non trente, parce qu’au-delà les périmètres se recouvrent. Ils sont en français, phrases de déclenchement comprises, parce qu’un skill se déclenche sur les mots que vos équipes emploient. Chacun porte une section « ce que ce skill ne fait pas ». Et le mode d’emploi dit de n’activer que ceux que vous utilisez, puis de retirer les autres au bout d’un mois.
Deux promesses très demandées n’y sont pas, volontairement. Celle de « passer les détecteurs » de texte généré : elle est malhonnête et techniquement fausse, et le skill de réécriture du pack le dit noir sur blanc dans ses limites. Il enlève les formules toutes faites, il ne truque aucun verdict. Celle du vérificateur de faits qui tranche sans ouvrir une source : un modèle qui en contrôle un autre sans rien lire produit des approbations confiantes et fausses, aussi le nôtre commence-t-il par déclarer ce qu’il ne peut pas prouver.
Créer son premier skill en 20 minutes
La procédure suppose un compte claude.ai et un livrable en tête. Aucune compétence en programmation n’est nécessaire.
Choisissez un livrable, pas un sujet
Ce que quelqu’un refait chaque semaine et qui se contrôle. « Aider au marketing » n’est pas un livrable, « la note mensuelle au comité » en est un.
Écrivez la procédure comme pour un nouvel arrivant
Les entrées, les étapes dans l’ordre, le format de sortie littéral, les contrôles avant de livrer, et ce qu’elle ne doit pas faire.
Rédigez la description en dernier
Troisième personne, ce qu’elle fait et quand l’utiliser, avec trois ou quatre formulations telles que vos équipes les prononcent. C’est ce texte qui décide du déclenchement.
Emballez le dossier
Un dossier au nom exact du skill, le
SKILL.mddedans, puis un.zipdu dossier. Formats acceptés :.md,.zip,.skill.Importez, puis testez sur une vraie tâche
En français : Personnaliser, onglet Compétences, bouton Ajouter, puis Importer une compétence. Le chemin « Paramètres, Capacités, Skills » n’existe plus.
Un point où la documentation d’Anthropic se contredit, et un prérequis qu’elle mentionne à peine. La longueur de la description d’abord : la spécification donne 1 024 caractères, un centre d’aide parle de 200. Ce n’est pas une limite technique : nous avons téléversé des descriptions de plus de 400 caractères, le formulaire les a acceptées.
Écrivez ce qu’il faut pour un déclenchement fiable, en sachant que chaque caractère est payé dans chaque conversation. Deux à quatre lignes suffisent.
Le prérequis d’exécution de code ensuite : sans lui, aucune compétence ne se lance. Réglage utilisateur sur les plans individuels, réglage administrateur sur Équipe et Entreprise, invisible pour le collaborateur qui cherche pourquoi rien ne se passe.
Anthropic livre enfin skill-creator, un skill qui écrit les skills. Utile pour la structure ; il ne remplace pas la connaissance du livrable, seule partie difficile.
Les trois murs du déploiement en équipe
Tout ce qui précède fonctionne pour une personne. À partir de cinq, trois obstacles apparaissent, et aucun des trois n’est mis en avant par Anthropic.
Premier mur : rien ne se synchronise. Une compétence téléversée sur claude.ai n’existe pas dans l’API, c’est-à-dire Claude branché directement dans vos propres logiciels, et l’inverse est vrai aussi. Il existe une seule passerelle, à sens unique, de claude.ai vers Claude Code, et elle ne rejoue jamais les commandes shell d’un skill synchronisé.
Conséquence : l’organisation qui tient repose sur une seule version de référence, tenue à un seul endroit, et sur une publication à la main vers chaque surface. Un gestionnaire de versions si vos équipes techniques en ont un, un dossier partagé bien tenu sans cela. Faute de quoi vous aurez trois versions du même skill en trois semaines.
Deuxième mur : une compétence d’organisation va à tout le monde. Sur un plan Équipe, ce que l’administrateur provisionne arrive chez tous les membres, sans ciblage possible. Le collaborateur voit « préinstallé par votre organisation », peut la désactiver, pas la supprimer. Cibler une seule équipe suppose de passer par une extension attribuée à un groupe d’utilisateurs, ce qui n’existe qu’en plan Entreprise.
Conséquence : le skill de la comptabilité pèse dans le prompt système du commercial et dégrade sa sélection. C’est le même effet qu’une bibliothèque de trente skills, à l’échelle de l’entreprise.
Le partage vers l’organisation n’a d’ailleurs aucun circuit d’approbation : si la bascule est ouverte, n’importe quel membre publie pour toute la société.
Troisième mur : l’API tourne en vase clos. Les compétences s’y exécutent dans un espace isolé, sans accès à Internet et sans possibilité d’y installer quoi que ce soit. Un skill qui télécharge une bibliothèque ou appelle un service externe ne tournera pas.
Sur claude.ai, l’accès réseau dépend d’un réglage d’administration, limité par défaut aux services qui distribuent les briques logicielles. Dans Claude Code, à l’inverse, un skill a les mêmes droits que n’importe quel programme de la machine : très pratique, et cela demande de la discipline.
Gouvernance d’une équipe technique, programme d’ateliers, financement OPCO : tout est détaillé dans notre guide sur la formation Claude Code en entreprise. Pour les équipes métier, c’est la formation Claude en entreprise.
Trois murs, trois arbitrages avant de déployer. Nous les posons avec vous en trente minutes.
Réserver mon pré-audit gratuitSécurité, gouvernance et RGPD
Anthropic est explicite : un skill malveillant peut conduire Claude à utiliser des outils ou exécuter du code d’une manière qui ne correspond pas à son objectif affiché. La formule officielle est de traiter son installation comme celle d’un logiciel. Une bibliothèque trouvée sur LinkedIn coche toutes les cases de cet avertissement, d’autant que sur claude.ai une compétence ne se lance qu’avec l’exécution de code activée.
La grille d’audit d’Anthropic pour un skill tiers tient en cinq points : présence de scripts, instructions qui demandent d’ignorer des consignes, références à des serveurs externes, motifs réseau du type adresse web ou téléchargement, identifiants en dur. Un skill sans script et sans réseau se relit en cinq minutes. Les autres méritent un vrai examen, ou un refus.
Le scan de sécurité automatisé est réservé au plan Entreprise, et il ne couvre ni les skills antérieurs à son activation, ni ceux créés dans Claude, ni ceux téléversés par l’API. Sur un plan Équipe, la relecture est manuelle : quelqu’un doit être nommé.
Côté données, un point à porter au registre de traitement : Agent Skills n’est pas couvert par la rétention zéro. Définitions et données d’exécution sont conservées selon la politique standard. Un skill qui embarque une nomenclature client ou une grille tarifaire sort du périmètre que beaucoup d’entreprises croient avoir négocié. La règle : pas de données personnelles ni de secrets, aucun identifiant en dur, des exemples anonymisés.
Comment mesurer, et par où commencer
Un skill se juge sur son exécution. Celui que personne ne déclenche est à corriger ou à retirer.
Quatre indicateurs suffisent, définis avant et mesurés après : le temps de production du livrable, le nombre de reprises avant qu’il soit envoyable, le nombre de skills réellement déclenchés chaque semaine, la part de l’équipe qui les utilise. Relevés à trente puis quatre-vingt-dix jours. Le troisième est le plus utile : il dit lesquels retirer.
La séquence que nous recommandons tient en un mois. Première semaine, un seul skill, sur le livrable le plus répétitif, écrit par celui qui le produit aujourd’hui. Deuxième, trois collègues l’exécutent sans aide, et on corrige la description tant que le déclenchement n’est pas fiable. Les deux dernières, deux skills de plus, pas davantage.
Ce que nous voyons échouer : installer un catalogue d’emblée, écrire des skills pour des tâches qu’on ne fait pas encore, confier la rédaction à quelqu’un qui n’a jamais produit le livrable.
Pour cadrer ce chantier avec une équipe qui l’a déjà fait : notre accompagnement Claude et nos sessions de formation Claude.
S’il ne faut retenir qu’une chose : prenez le livrable que quelqu’un refait chaque lundi, écrivez-en la procédure cette semaine, et regardez qui la déclenche la semaine d’après.
Questions fréquentes
Les compétences Claude fonctionnent-elles sur le plan gratuit ?
Oui, d’après le centre d’aide d’Anthropic, qui liste Free, Pro, Max, Team et Enterprise sur une page mise à jour le 6 août 2026. La documentation destinée aux développeurs n’énumère que Pro, Max, Team et Enterprise, mais cette page est en retard sur plusieurs points vérifiables : elle décrit un chemin de téléversement qui n’existe plus et nie une administration centralisée qu’Anthropic a annoncée en décembre 2025. Dans tous les cas, la vraie condition n’est pas le plan mais l’exécution de code : sans elle, aucune compétence ne se lance. Nous n’avons pas testé sur un compte gratuit réel, c’est une lecture de documentation.
Faut-il savoir coder pour créer un skill Claude ?
Non. Un skill peut n’être qu’un fichier texte : un en-tête de deux champs et une procédure écrite en français. Les scripts sont optionnels, et la majorité des compétences utiles en PME n’en contiennent aucun. La partie difficile n’est pas technique, c’est d’écrire la procédure telle qu’elle se fait réellement, avec les cas particuliers et les contrôles. Une personne qui produit le livrable chaque semaine écrit un meilleur skill qu’un développeur qui ne l’a jamais produit.
Quelle différence entre un skill et un serveur MCP ?
Le serveur MCP donne l’accès à un outil : votre CRM, votre base documentaire, votre agenda. Le skill enseigne la procédure : dans quel ordre faire les choses, quoi vérifier, à quoi doit ressembler le résultat. Anthropic écrit que les deux se complètent, pas qu’ils se remplacent. En pratique, on branche d’abord l’accès, puis on écrit la méthode. Un skill qui appelle des outils MCP doit les nommer en toutes lettres, sous la forme NomDuServeur puis deux-points puis nom de l’outil, sinon il ne les trouve plus dès que plusieurs serveurs sont connectés.
Mon skill ne se déclenche jamais, que faire ?
La plupart du temps, le problème est la description. Elle doit dire ce que le skill fait et quand l’utiliser, à la troisième personne, avec les mots que vos équipes emploient vraiment pour formuler la demande. Une description rédigée à la première personne casse le déclenchement, une description vague le rend aléatoire. Vérifiez ensuite trois choses : que l’exécution de code est activée, que le nom du dossier est identique au champ nom, et qu’aucune autre compétence installée ne couvre le même périmètre. Deux descriptions qui se ressemblent se disputent la même tâche.
Un skill installé sur claude.ai fonctionne-t-il dans Claude Code et dans l’API ?
Non. Il n’y a aucune synchronisation entre claude.ai et l’API : une compétence téléversée d’un côté n’existe pas de l’autre. Il existe une seule passerelle, de claude.ai vers Claude Code, qu’un développeur active par un réglage sur son poste ; les fichiers arrivent alors dans un dossier dédié. Claude Code ne rejoue jamais les commandes shell d’une compétence ainsi synchronisée. En équipe, l’organisation qui tient consiste à garder une seule version de référence à un seul endroit et à publier à la main vers chaque surface.
Combien de skills peut-on installer ?
Aucune limite n’est documentée pour un compte claude.ai, et la documentation évoque des environnements avec plus de cent compétences disponibles. L’API, elle, en accepte vingt par requête, et un téléversement doit rester sous 30 Mo décompressés. La vraie limite n’est pas le plafond, c’est le rendement : chaque compétence installée occupe sa description dans le prompt système de chaque conversation, et plus les périmètres se recouvrent, plus la sélection se dégrade. Mieux vaut trois compétences utilisées que trente installées.
Un skill trouvé en ligne est-il sûr ?
Anthropic demande de le traiter comme l’installation d’un logiciel, et prévient qu’une compétence malveillante peut conduire Claude à utiliser des outils ou exécuter du code d’une manière qui ne correspond pas à son objectif affiché. Avant d’installer, ouvrez le dossier et regardez cinq choses : la présence de scripts, les instructions qui demandent d’ignorer ou de contourner des consignes, les références à des serveurs externes, les motifs réseau du type adresse web ou commande de téléchargement, et les identifiants en dur. Le scan de sécurité automatisé d’Anthropic est réservé au plan Entreprise, et il ne couvre pas tout : sur un plan Équipe, la relecture est entièrement manuelle.
Les skills sont-ils compatibles avec le RGPD et la rétention zéro ?
Agent Skills n’est pas couvert par la rétention zéro : les définitions et les données d’exécution sont conservées selon la politique standard d’Anthropic. C’est le point que les entreprises découvrent le plus tard, parce qu’elles pensent que leur accord couvre tout. La conséquence pratique est simple : pas de données personnelles, pas de secrets, pas d’identifiants dans une compétence, et des exemples anonymisés. Une charte de marque, un gabarit de rapport ou une procédure interne passent sans difficulté ; un extrait de base clients, non. Portez la mention au registre de traitement au même titre que les autres outils.
Comment mesurer qu’un skill sert vraiment ?
Le point de départ se relève avant d’installer quoi que ce soit, sinon il n’y a rien à comparer. Quatre indicateurs suffisent ensuite, à trente puis à quatre-vingt-dix jours : le temps de production du livrable ciblé, le nombre de reprises nécessaires avant qu’il soit envoyable, le nombre de compétences réellement déclenchées chaque semaine, et la part de l’équipe qui les utilise. Le troisième est le plus utile, parce qu’il dit lesquelles retirer. Dans Claude Code, une commande intégrée affiche le coût en tokens et la fréquence d’invocation de chaque compétence, précisément pour cet arbitrage. Une compétence qui n’est pas exécutée est un échec à corriger, pas un succès à célébrer.
Les compétences PowerPoint, Excel, Word et PDF d’Anthropic sont-elles open source ?
Non, et la nuance compte. Anthropic livre quatre compétences prêtes à l’emploi pour produire des présentations, des tableurs, des documents Word et des PDF. Elles sont actives sur claude.ai, dans l’API, sur la plateforme Claude d’AWS et sur Microsoft Foundry, mais absentes de Claude Code, qui embarque à la place une compétence de documentation d’API, elle open source. Le code des quatre est publié et lisible par tous, dans les fichiers qu’Anthropic met en accès libre, sous une licence qui autorise la lecture et interdit la republication. Le reste de ces fichiers est en Apache 2.0, donc réutilisable librement.
Faites le tri entre le bruit et ce qui vous concerne
Réservez un échange avec l’équipe Kokoro. Nous regardons vos livrables récurrents, nous disons lesquels méritent une compétence Claude, et vous repartez avec une liste courte et l’ordre dans lequel la traiter.
Réserver mon pré-audit gratuit
