Transcription
Les gens empilent des compétences comme s'il s'agissait de cartes Pokémon. Ils en prennent des publiques dans des dépôts aléatoires, et la vérité est que la plupart d'entre elles ne sont même pas utiles. Et celles qui le sont comportent le risque de contenir du code malveillant. Et ce qui se passe, c'est qu'ils finissent par accumuler des dizaines de compétences qu'ils ne déclenchent jamais. Et celles qu'ils déclenchent, ils ne les élaguent jamais, ne les optimisent jamais, et ne cherchent jamais d'endroits pour les rendre beaucoup meilleures. Donc, si vous êtes assis sur un empire de compétences obsolètes et non sécurisées, alors cette vidéo portera votre ensemble de compétences au niveau supérieur. Et si vous restez jusqu'à la toute fin, je vais vous présenter huit conseils différents que vous pouvez utiliser pour améliorer votre expérience de compétence. Donc, voici à quoi cela pourrait ressembler de posséder des dizaines de compétences différentes. Vous avez ce faux sentiment de sécurité que vous êtes couvert sous tous les angles. Quoi que l'IA ait besoin, elle aura une compétence pour cela. Très similaire à l'époque où nous disions qu'il y a une application pour ça, maintenant il y a une compétence pour ça. Mais d'après les clients avec lesquels nous avons travaillé et les membres de la communauté que j'ai enseignés, je peux vous dire que la plupart utilisent une petite fraction de toutes les compétences qu'ils ont dans leur système. Et vous pourriez dire : "Qui s'en soucie ? Et si j'avais 100 compétences ? Comment cela change-t-il mon expérience Claude Code ?" Eh bien, si vous chargez le contexte de Claude Code, vous pourrez faire défiler vers le bas et voir que chacune de ces compétences, lorsque je démarre une nouvelle session, s'active. Et bien que chacune soit petite, entre 69 et peut-être 150 tokens, celles-ci s'accumulent avec le temps. Et surtout, elles sont reportées à travers le contexte. Donc, même si ces compétences prennent une fraction de la fenêtre de contexte globale, au fil du temps, lorsque vous avez de très longues conversations et que vous oubliez de démarrer de nouvelles conversations pour les compacter d'une manière très utile, vous aurez toutes sortes d'appels d'outils, des compétences obsolètes, tout cela dans le contexte. Et alors vous poserez la question : "Pourquoi mon Claude Code est-il si stupide ?" Et beaucoup oublient ce que ces modèles font réellement. Si vous regardez ce diagramme ici, ce ne sont pas seulement les compétences que nous chargeons à chaque session. Nous avons des fichiers Claude MD. Parfois, ceux-ci sont déjà gonflés. Ensuite, nous avons des règles. Nous avons de vieux fichiers. Nous avons du vieux contexte dans ces fichiers. Et puis, en plus de cela, vous empilez toutes ces compétences supplémentaires. Plus vous en mettez dans la fenêtre de contexte, moins vous pourrez déterminer pourquoi quelque chose ne fonctionne pas ou pourquoi votre Claude Code ne déclenche pas la bonne compétence au bon moment pour le bon cas d'utilisation. Et une chose supplémentaire que je vois, c'est que de nombreuses compétences ont de très longues descriptions, et la personne moyenne ne sait pas que cette description ne fera même pas partie de la fenêtre de contexte principale lorsque Claude Code est chargé. Donc, en ce qui concerne le front matter YAML de l'une de ces compétences, le nom doit être incroyablement descriptif en peu de mots. Donc, juste comme un petit aperçu, vous pouvez voir ici au niveau du projet, nous avons une compétence de réunion quotidienne, nous avons une compétence de planificateur quotidien, les tâches d'aujourd'hui et la routine matinale. Selon la paresse de votre prompting un jour donné, l'une d'entre elles pourrait se déclencher, et votre capacité à contrôler cela est minimisée. Et en ce qui concerne la description de la compétence, la plupart des gens ne savent pas qu'après une certaine limite de caractères, elle est coupée de la vue de Claude. Vous pourriez donc avoir une dissertation entière sur quand utiliser cette compétence Claude spécifiquement dans toutes les circonstances, et il ne verra que le premier aperçu. Vous pourriez être tellement obsédé par l'intégration de toutes vos procédures opérationnelles standard dans une compétence, que vous ne pensez pas réellement à l'expérience de son utilisation, à l'UX d'ouvrir une compétence et d'avoir une forme de boucle de rétroaction. Par exemple, pour 90 % des compétences que je produis, j'utilise ce qu'on appelle l'outil "ask user input", qui m'interroge d'une manière ou d'une autre. Et à la fin de la session, je fais de mon mieux pour que mes compétences m'interrogent, ou je fais ce qu'on appelle du "reverse meta prompting" pour améliorer cette compétence pour la prochaine fois. Et je vais vous montrer un exemple, mais le TLDR est que le "reverse meta prompting" vous permettrait d'avoir une mauvaise expérience ou une expérience itérative avec une compétence, et à la toute fin de la session, une fois que vous avez fait les choses mal et que vous les avez finalement bien faites, vous pouvez dire à Claude code : "Hé, sur la base de cet échange complet, nous sommes arrivés à l'issue X. Je veux que vous cartographiiez le chemin critique qui nous aurait permis d'aller de A à B beaucoup plus rapidement pour la prochaine fois." Parce qu'alors vous pouvez sculpter la compétence parfaite au fil du temps. Et d'ailleurs, si tout ce discours sur les compétences vous donne envie de faire passer vos compétences Claude Code au niveau supérieur, alors vous voudrez consulter le premier lien dans la description ci-dessous. Une fois que vous rejoignez la communauté des premiers médecins de l'IA, vous aurez accès à des tonnes de ressources, y compris mon cours vivant pour Claude Code auquel nous continuons d'ajouter, en plus de toutes mes compétences exclusives que vous ne verrez jamais sur YouTube. Si cela vous semble intéressant, consultez le lien. Sinon, revenons à la vidéo. Je n'ai jamais vu quelqu'un créer la compétence parfaite qui se déclenche 100 % du temps du premier coup. Donc, bien qu'empiler des compétences puisse vous faire vous sentir bien, en coulisses, c'est en fait la raison de votre inconfort à utiliser l'IA au quotidien. Parce que le concept d'une compétence est si simple pour quelqu'un de technique ou de non-technique, beaucoup de gens opteront pour l'utilisation de compétences pour tout. Mais certaines compétences méritent d'être des règles dans un dossier, et d'autres méritent d'être une entrée dans votre fichier Claude MD. Surtout lorsqu'il s'agit d'utiliser des compétences pour accéder à des choses comme des API, une interface de ligne de commande pourrait être une bien meilleure option. Et selon la façon dont ce processus est déterministe, c'est-à-dire à quel point il est prévisible et combien d'étapes vont de A à Z d'une manière qui est exactement la même à chaque fois. S'il répond à ce critère, alors une automatisation est bien meilleure qu'une compétence. Une compétence est une suggestion à l'IA, mais un hook ou une fonction Python est une règle déterministe. Maintenant, avant de passer à des exemples pratiques, qu'est-ce qui fait une bonne compétence ? Nous avons parlé de tout le mauvais, mais quelle est la section transversale ou l'anatomie d'une compétence qui évolue ? Comme je l'ai dit auparavant, le nom doit être si simple, et il doit être si différent de toutes les autres compétences. Si vous avez deux ou trois compétences avec des noms similaires, il y a de fortes chances que les fonctionnalités sous-jacentes soient également similaires et qu'elles se chevauchent. Et en ce qui concerne les descriptions, vous voulez des descriptions axées sur le déclenchement, où elles indiquent à Claude Code quand utiliser et invoquer sans équivoque ces compétences. En dehors de cela, ce qui différencie les bonnes compétences des mauvaises compétences est ce qu'on appelle la divulgation progressive. Et c'est une façon sophistiquée de dire, comment segmentez-vous votre compétence d'une manière où Claude Code ne regardera que certaines parties au besoin. Un bon exemple est ceci. Si vous avez une compétence qui a plusieurs fonctionnalités, dont l'une extrait et gère les PDF, si vous avez une section spécifique appelée "extraire le texte PDF", elle n'utilisera ce fichier Python pour ouvrir ce PDF que si elle en a besoin, ce qui est bien mieux que ceci où vous avez un gros bloc de texte que Claude Code lira sans arrêt à chaque fois, quoi qu'il arrive. Et imaginez maintenant que vous aviez 50 de ces compétences avec toutes ces séries de blocs. Je parierais qu'elles auraient beaucoup plus d'hallucinations dans vos sessions que vous attribuerez au modèle de Claude Code plutôt qu'à votre infrastructure sous-jacente. Et comme je l'ai dit, en ce qui concerne l'expérience utilisateur de l'utilisation d'une compétence, avoir une compétence qui vous interroge, encore une fois en utilisant cette chose appelée l'outil "ask user input". Je vais vous montrer à quoi cela ressemble bientôt. Et à partir de là, décomposer le processus qui devrait suivre l'entretien et enfin, comment la compétence ou vous provoquerez une réflexion. Le but d'une réflexion est de pousser Claude Code à voir ce qu'il aurait pu mieux apprendre. Vous pouvez donc imaginer votre compétence comme une forme de sculpture en argile et vous devez continuer à la tailler et à la sculpter pour en faire la version la plus maigre et la plus performante qui s'invoquera et fonctionnera en le moins d'essais possible. Regardons maintenant ce dossier hypothétique. Disons que nous avons le dossier "skills" et que nous avons, comme nous l'avons dit auparavant, un planificateur quotidien, une réunion quotidienne, une routine matinale et les tâches d'aujourd'hui. Si nous faisons défiler et que nous en avons un petit aperçu, vous verrez que le nom et la description sont très similaires sur tous. Et bien que ce soit un exemple exagéré, plus je fouille dans les bases de données de compétences des gens, plus je vois de chevauchements dans ces descriptions. Si vous regardez les vôtres et que vous réalisez que vous souffrez probablement de ce problème, une chose que vous pouvez faire est littéralement de demander à Claude Code de consolider tout cela en une seule compétence et il fera de son mieux pour utiliser le "skill creator 2.0", qui est une compétence que Claude Code a pour construire et optimiser les compétences pour toutes les combiner en une seule. Et quelques secondes plus tard, nous avons cette nouvelle compétence consolidée. Si nous allons dans Claude Code et disons : "Je veux que vous éditiez réellement la fonctionnalité et l'expérience utilisateur de la compétence afin qu'elle utilise correctement l'outil 'ask user input' pour demander toutes les informations pertinentes qui prépareraient la compétence au succès avec la plus grande probabilité possible." Maintenant, il l'a écrit en quatre mots séparés ici, bien que l'outil soit en fait un seul mot non séparé appelé "ask user input tool", mais il devrait comprendre exactement ce que nous voulons dire. Maintenant, une fois que c'est fait, une autre chose que vous pouvez faire est de faire tester votre compétence par Claude code avant même que vous ne la testiez. Vous pouvez donc littéralement dire : "Je veux que vous lanciez des sous-agents pour tester cette compétence et la mettre à l'épreuve afin de voir s'il y a des redondances, s'il y a des domaines où nous pouvons améliorer l'expérience utilisateur." Et vous voyez ici, il va lancer deux sous-agents en parallèle. L'un pour jouer des rôles d'utilisateurs diversifiés afin de faire ressortir les frictions UX, le parcours utilisateur, l'autre qui audite les redondances et les faiblesses structurelles. Donc, au lieu d'avoir à la tester et à revenir constamment à votre session pour la modifier, vous pouvez avoir une grande partie de cette itération et de ces tests se dérouler dans la même session. Et après quelques minutes, les agents reviennent et vous parlent de tous les problèmes à fort impact, à impact moyen et à faible impact que vous pouvez résoudre. Dans ce cas, vous pouvez voir que j'ai un prompt très sophistiqué ici que j'ai envoyé. Une fois qu'il résout tout cela, il vous indiquera tous les changements nets appliqués et vous pourrez commencer à l'utiliser immédiatement. Maintenant, que se passe-t-il si nous avons un autre scénario où nous avons une autre compétence, appelons-la "client proposal drafter", et en coulisses, elle fonctionne bien, mais seulement bien. C'est un peu comme un pont à moitié construit et vous voulez l'améliorer. Donc, pour simplifier, disons que nous avons juste envoyé ce prompt, puis invoqué la compétence correctement, m'a demandé des informations, préparé une proposition, et je l'ai regardée et j'ai dit : "Ajoutez mon entreprise Pragmatic Solutions." Et je suis retourné et je lui ai dit : "Hé, cela semble un peu trop formulé." Sur la base de ce seul retour d'information dans cette session, cela changera. Peut-être qu'à la fin, je serai satisfait. Mais 90 % des gens ne font pas la partie suivante, qui consiste à demander quelque chose comme ceci. Réfléchissez à la façon dont cette session s'est déroulée. Critiquez la compétence "client proposal draft" par rapport à ce qu'elle a mal fait, puis proposez une modification concrète à la compétence qui corrige les lacunes, puis montrez-moi la différence. Il va alors parcourir, comprendre ce qui s'est bien passé dans la session, et ce qui aurait pu être amélioré, proposer des modifications, et vous dire quelles devraient être ces modifications. Remarquez comment l'une d'entre elles est la spécificité de la description elle-même. Et au fur et à mesure que vous descendez, il vous dira tout. Vous pouvez aller et venir avec lui jusqu'à ce que vous soyez satisfait. Maintenant, cela semble simpliste, mais si vous améliorez cette compétence de 1 % chaque jour pendant 30 jours, à la fin du mois, vous aurez une compétence en fer forgé. Et pour finir, voici huit petites pépites que vous pouvez retenir pour vous aider à mieux élaguer vos compétences. La première que j'ai écrite ici était "run it cold". Et ce que cela signifie, c'est de lancer délibérément un prompt très vague et de voir s'il invoquera toujours la même compétence recherchée. Cela vous donnera une indication que, premièrement, la compétence est suffisamment unique parmi toutes les autres compétences, qu'il n'y a pas de chevauchement, pas de bruit. Et deuxièmement, que très probablement, la description est suffisante pour que Claude code sache exactement quand l'utiliser. Et le suivant concerne la vérification du budget. Comment vous assurez-vous que votre description contient suffisamment d'informations pour qu'il sache exactement quand la déclencher, mais qu'elle soit suffisamment concise pour qu'elle ne soit pas trop verbeuse. Pour le numéro trois, s'il est logique que la compétence vous interroge pour augmenter les chances qu'elle ait toutes les informations préalables pour se déclencher correctement, alors tout ce que vous avez à faire est de demander à Claude code d'intégrer l'outil "ask user input". Pour le numéro quatre, si la compétence est liée à quoi que ce soit lié à la copie, alors il faut s'assurer que la compétence intègre une série de règles pour ne pas utiliser de tirets cadratins, pour ne pas avoir de servilité, bref, programmer toute la tonalité de la compétence. Et les numéros cinq et six peuvent être liés, où le numéro cinq consiste à pousser la compétence à vous demander de la noter sur 10 pour la façon dont la session s'est déroulée. Un peu comme un représentant du service client. Si vous lui dites sept, alors il devrait aussi vous demander, pourquoi était-ce un sept et pas un dix ? Le numéro sept, j'ai écrit "wrong primitive". Et ce que cela signifie, c'est : est-ce le bon outil pour le travail ? Cela mérite-t-il d'être une compétence ou devrait-il être une règle, un Claude MD, ou quelque chose d'autre dans l'infrastructure de Claude code ? Et en ce qui concerne le dernier conseil, j'ai une pépite d'or pour vous. En ce qui concerne l'optimisation de mes compétences, j'utilise ce prompt pré-écrit où je tag ce qu'on appelle l'agent guide de Claude code. C'est un agent qui est à jour avec les meilleures pratiques pour des choses comme les compétences, les règles, les hooks, etc. Donc, si nous entrons dans l'un de mes fichiers markdown ici, voici un exemple du prompt exact que j'ai donné par le passé pour améliorer mes compétences existantes. Vous pouvez donc voir que je tag l'agent guide de Claude code et je dis : "Je veux que vous auditiez et optimisiez une compétence qui a sous-performé dans cette session. Traitez cela comme une revue sérieuse d'ingénierie de compétences, pas une suggestion rapide." Et ensuite, je lui indique le chemin exact vers la compétence en question. Et ensuite, cela va passer en revue et lui dire essentiellement ce que la compétence a produit. Donc, elle a interviewé et m'a dit ceci et cela, et voici les attentes que j'avais et voici ce qui s'est réellement passé. Je lui dirai donc de lire la compétence, de l'auditer par rapport aux directives officielles des compétences d'Anthropic, car cela change tout le temps. Ensuite, en faisant défiler vers le bas, identifiez ce qui a échoué, exécutez la liste de contrôle structurelle. Cela a une série de petits sous-segments qu'elle parcourt. Ensuite, tout en bas, posez la question "wrong primitive". Sur la base de ce que la compétence fait réellement, devrait-elle être une règle, une ligne dans le Claude MD, une commande CLI autonome, une commande slash, etc. Utiliser un prompt comme celui-ci en plus des autres conseils que je vous ai donnés augmentera les chances que vous ayez une pile de compétences maigres et performantes que vous utilisez tout le temps et que vous améliorez constamment. J'espère donc que cela démystifie ce qui fait une bonne et une mauvaise compétence et pourquoi la plupart des gens qui parlent de compétences ne parlent pas de leurs côtés sombres. Et pour le prompt que je vous ai montré, vous pouvez le trouver dans le deuxième lien dans la description ci-dessous afin que vous puissiez l'essayer, auditer votre propre ensemble de compétences, jeu de mots intentionnel, et voir où vous pouvez l'optimiser. Et enfin, si cette vidéo vous donne envie d'aller encore plus loin [musique] dans l'écosystème complet de Cloud Code et de mélanger des choses comme les compétences, les règles, les Claude MD, etc., alors assurez-vous de consulter le premier lien dans la description ci-dessous. Pour le reste d'entre vous, j'apprécierais énormément si vous laissiez un like et un commentaire sur la vidéo. Cela aide vraiment à atteindre et à développer cette chaîne. Je vous vois dans la prochaine.