Récemment, en discutant avec des personnes qui utilisent intensivement Claude Code, je demande : « As-tu l’impression que ton dépôt devient encombré ? » « As-tu l’impression que le traitement a un peu ralenti ? » Presque tout le monde répond : « Oui… »
- Les compétences augmentent considérablement sans que tu t’en rendes compte.
- Des faits vieux de six mois traînent encore dans le dossier context/.
- CLAUDE.md a tellement gonflé que je n’arrive plus à en avoir une vue d’ensemble moi-même.
- Le traitement est devenu incroyablement lent.
J’ai réalisé récemment que ce n’est pas un problème de « comment l’élever ».
C’est un problème de « métabolisme ».
Tout comme le corps humain ne peut pas survivre uniquement avec de la nutrition. Il faut métaboliser, excréter et construire une constitution qui a du mal à se salir à la base. Les dépôts, c’est exactement pareil.
Dans cet article, je vais parler de quatre mécanismes pour amener Claude Code à un état « d’auto-croissance ». Pour ceux qui utilisent pas mal Claude Code et qui sentent que le coût de gestion devient lourd, ça va vraiment faire mouche.
■ Élever seul a ses limites
Par le passé, j’ai écrit beaucoup d’articles disant des choses comme « Claude Code est un jeu d’élevage ».
https://x.com/0xfene/status/2042047157767926056?s=20
Créer des compétences, accumuler des faits dans context/, peaufiner CLAUDE.md… tout tournait autour de « l’ajout ».
Cela fonctionne incroyablement bien les premiers mois.
Plus tu en fais, plus Claude Code te paraît intelligent, et c’est très amusant.
Cependant, au bout d’environ six mois, la vision change.
Il y a tellement de compétences que tu ne sais même plus ce qu’elles contiennent, et les faits dans context/ commencent à dévier de la réalité. Même CLAUDE.md devient si volumineux que Claude commence à négliger des instructions importantes.
En d’autres termes, un phénomène se produit : « plus tu l’élèves, plus il s’encrasse ».
C’est là que j’ai réalisé.
Il ne suffit pas de mettre des choses dedans.
Il faut faire tourner les quatre piliers que sont l’apport, le métabolisme, l’excrétion et une « constitution propre », sinon le dépôt meurt.
Je vais présenter ces quatre éléments dans l’ordre.
■ ① Apport : Rendre possible l’importation immédiate des posts X
Les dernières astuces pour Claude Code circulent presque toutes sur X.
- « Les résultats ont explosé avec ce prompt »
- « Cette combinaison de compétences est dingue »
- « Je ne savais pas qu’on pouvait écrire des hooks comme ça »
Chaque jour, de très bonnes idées arrivent.
Mais le problème, c’est que la plupart des gens les laissent passer.
Pour être honnête, j’étais pareil.
Je prenais une capture d’écran en me disant « j’essaierai ça plus tard », et un mois après, je regardais ma pellicule en me demandant « C’était quoi ça, déjà ? »
Ou alors je mettais une URL en favori et ne la rouvrais jamais.
Les posts X morts s’accumulaient dans mon téléphone et mon navigateur.
J’ai donc créé un « pipeline d’apport » pour les posts X.
Concrètement, quand tu fournis l’URL d’un post X, Claude Code fait automatiquement ce qui suit :
- Résume les points principaux
- Catégorise avec des tags
- Suggère des ajouts si cela peut être reflété dans les compétences existantes
- Rédige une nouvelle compétence si nécessaire
- Note dans context/ s’il s’agit simplement d’une information de référence
C’est un mécanisme qui fait cela presque automatiquement.
Rien qu’en ajoutant cela, mon comportement face à X a complètement changé.
Avant, je me contentais d’une capture d’écran, mais maintenant, quand je vois un post qui m’intéresse sur X, je donne l’URL à Claude Code sur le moment. C’est traité en douceur, et trois minutes plus tard, la compétence est mise à jour.
« Trouver une bonne information » et « la fondre dans mon Claude Code » deviennent un seul et même ensemble d’actions.
C’est incroyablement important.
Vraiment important.
Parce que les dernières astuces qui circulent dans la communauté sont injectées en continu dans ton dépôt.
Avoir cela ou non fait une énorme différence six mois plus tard…!!!
Concrètement, comme il existe une CLI pour X, tu peux le faire en liant X à Claude Code depuis la console développeur X.
Je vais passer sur la méthode détaillée puisque Claude Code l’implémentera probablement pour toi, mais si ça t’intéresse, n’hésite pas à me contacter !
■ ② Métabolisme : Les compétences grandissent toutes seules grâce au feedback humain
C’est la partie que je recommande le plus.
Il s’agit d’un mécanisme appelé Gotcha, et c’est sérieusement dingue.
En quoi ça consiste ? À placer une section « Pièges du passé » à la fin de chaque fichier de définition de compétence.
Par exemple, comme ceci :
1## Gotchas (Pièges du passé)21. Ne pas réutiliser les chiffres d’articles passés32. DAIJOBU Co., Ltd. utilise la notation suffixée. « DAIJOBU Corporation » est incorrect43. Se méfier des chiffres vantards
C’est tout.
C’est aussi simple que ça.
Mais c’est incroyablement puissant comme mécanisme pour faire évoluer une compétence vers une compétence « expérimentée ».
Concrètement, le flux fonctionne comme ceci :
- L’utilisateur donne un feedback (« Cet article a les mêmes chiffres qu’un article passé »)
- Ce feedback est ajouté aux Gotchas de cette compétence
- La prochaine fois que cette compétence est appelée, les Gotchas sont automatiquement inclus dans le prompt
- Claude Code reconnaît : « Oh, c’est quelque chose que j’ai déjà mal fait avant », et l’évite
En d’autres termes, avec un seul feedback humain, cette compétence devient définitivement plus intelligente.
C’est vraiment choquant.
Par exemple, ma compétence de révision d’articles se souvient parfaitement maintenant de « ne pas utiliser les mêmes chiffres que les articles passés » et « DAIJOBU Co., Ltd. est un suffixe ».
La compétence de préparation de 1on1 se souvient de « lister 5 parcours pour un ingénieur QA ».
La compétence d’entretien se souvient de « toujours lire avant de demander ; sauter cette étape fait perdre la confiance ».
Je ne dis pas ça à chaque fois.
J’ai juste donné un feedback une fois et je l’ai ajouté aux Gotchas.
Cela ressemble moins à de « l’élevage » qu’à « laisser la compétence acquérir de l’expérience ».
Tout comme donner un feedback à un nouveau venu, la compétence elle-même devient régulièrement plus intelligente.
En complément de cela, un autre mécanisme que j’appelle les Dreams.
C’est une compétence qui extrait chaque semaine des schémas transversaux à l’ensemble du dépôt que les compétences individuelles ne peuvent pas détecter.
Elle trouve des motifs récurrents dans les journaux de travail récents et les écrit automatiquement dans context/dreams.md. Des choses comme « j’ai pris cette décision trois fois récemment » ou « cette erreur se répète ».
En bref, c’est un mécanisme où le moi d’aujourd’hui observe les actions d’hier.
Avec cela, des schémas de comportement que tu n’avais même pas remarqués sont verbalisés et promus en stock.
Quand Gotcha et Dreams commencent à tourner, le dépôt entre dans un état où il « acquiert de l’expérience et devient plus intelligent tout seul ».
Ça marche vraiment…!!!
■ ③ Excrétion : Poser régulièrement des « questions » à Claude Code
Maintenant, on passe au côté « sortie ».
Pour être honnête, est-ce que tout le monde n’est pas mauvais pour nettoyer ?
J’étais nul aussi.
Je me disais : « Je n’utilise probablement plus ça… » mais je le gardais parce que j’avais peur de prendre la décision de jeter.
Avant de m’en rendre compte, j’avais une tonne de compétences, et la moitié n’étaient pas utilisées.
Au début, j’ai essayé de résoudre cela avec un mécanisme comme un « robot de nettoyage automatique », mais ça n’a pas très bien fonctionné.
Le jugement était trop difficile, et au final, un humain devait vérifier.
J’ai donc changé de politique.
Au lieu de faire nettoyer le mécanisme, je suis passé à une opération où un humain pose régulièrement des « questions ».
Concrètement, une fois par mois, je demande toujours ces trois choses à Claude Code :
- Y a-t-il des compétences ou des agents qui ne sont pas utilisés ? (Liste ceux qui n’ont pas été appelés le mois dernier)
- Reste-t-il d’anciens contextes ? (Liste les fichiers qui n’ont pas été mis à jour depuis plus de six mois)
- Je veux accélérer le traitement de Claude Code ; qu’est-ce qui le ralentit ?
Je demande simplement.
Il n’y a pas de mécanisme spécial.
Mais simplement en décidant de le faire une fois par mois, le nettoyage du dépôt commence à tourner.
C’est parce qu’au lieu de décider « si on jette ou pas », on « visualise juste la situation actuelle ».
Quand la liste sort, je vois d’un coup d’œil : « Oh, je n’utilise plus ça » ou « Ce contexte est différent de la réalité ». Le jugement lui-même prend cinq secondes.
Change le nettoyage de « automatisation » à « régularisation des questions ».
Ton cœur se sentira plus léger.
Essaie de le mettre dans ton calendrier une fois par mois.
C’est génial !
■ ④ Construire une constitution qui a du mal à se salir à la base
C’est peut-être la chose la plus importante que je veux transmettre cette fois.
Nettoyer dur est important, mais il est infiniment plus rentable de créer une structure qui ne se salit pas à la base.
Il y a deux clés pour une constitution difficile à salir.
La première est la définition du SSoT (Source Unique de Vérité).
SSoT signifie décider d’un seul endroit où « la version correcte de cette information existe uniquement ici ».
Par exemple, prenons le dernier état des clients.
Si tu disperses cela dans quatre endroits — « base de données clients Notion », « context/clients/ », « mémos Slack » et « ta propre tête » — des écarts se produiront inévitablement.
Six mois plus tard, tu ne sauras pas « lequel est correct ? » et le dépôt se transformera en marécage.
Au lieu de cela, tu décides que « le SSoT pour le dernier état des clients est context/clients/{nom}.md ».
Ce qui est écrit là est le dernier état de la réalité ; Notion est essentiellement une copie de cela, et Slack est traité strictement comme du flux (information qui passe).
(En réalité, nous fonctionnons en centralisant les informations clients dans Notion.)
Simplement en décidant cela fermement au début, l’information cesse de se disperser.
La seconde est la séparation des informations de flux et des informations de stock.
C’est incroyablement efficace.
- Informations de flux = Comptes rendus de réunion, journaux de 1on1, mémos de réunion d’affaires, rapports quotidiens, résultats de recherche (ajoutés chronologiquement, ne pourrissent pas)
- Informations de stock = Faits corrects au moment présent, états (sont écrasés, nuisibles s’ils sont anciens)
Si tu ne sépares pas ces deux types, les informations de flux se mélangeront de plus en plus au stock, et le dépôt deviendra un marécage.
Dans mon dépôt, les informations de flux sont physiquement séparées sous work/, et les informations de stock sous context/.
Simplement en suivant strictement la règle « lire les comptes rendus et ne promouvoir que les nouveaux faits vers le stock », le côté context/ peut rester propre pour toujours.
Le côté work/ s’accumulera chronologiquement, mais comme c’est « une information qui passe », ce n’est pas nuisible même si ça vieillit.
En bref, tu sépares physiquement l’endroit où les choses entrent et l’endroit où elles s’accumulent.
Si tu fais cela, le nettoyage lui-même devient incroyablement léger.
Le côté stock est structurellement difficile à salir, et le côté flux n’est pas nuisible même s’il vieillit.
Si tu conçois la constitution en premier, l’opération ultérieure changera à 180 degrés.
■ De l’élevage à l’auto-croissance
J’ai présenté quatre choses jusqu’à présent :
- ① Apport : Importer les posts X immédiatement
- ② Métabolisme : Les compétences grandissent toutes seules grâce au feedback humain (Gotcha + Dreams)
- ③ Excrétion : Nettoyage régulier en posant des « questions »
- ④ Une constitution difficile à salir : SSoT et séparation Flux/Stock
Quand ces quatre éléments commencent à tourner, que se passe-t-il ?
Le dépôt entre dans un état où il « grandit tout seul ».
Au début, je pensais que Claude Code était un « jeu d’élevage ».
Créer des compétences, écrire du contexte, organiser CLAUDE.md… je le peaufinais tout à la main.
Mais quand tu mets en place ces quatre éléments, la vision change à partir d’un certain moment.
Le dépôt devient plus intelligent tout seul sans que tu aies à y toucher.
De nouvelles idées arrivent en continu depuis X, et les compétences acquièrent de l’expérience et deviennent plus intelligentes toutes seules. Les choses anciennes sont organisées régulièrement, et comme c’est difficile à salir à la base, la maintenance elle-même est incroyablement légère.
Quand cette boucle commence à tourner, la relation avec Claude Code change véritablement.
Elle passe du sentiment de « peaufiner un outil » au sentiment de « grandir ensemble ».
De « l’ère de l’élevage » à « l’ère de la mise en place de mécanismes pour grandir ».
Mon Claude Code dans un an devrait être bien plus intelligent que ce que j’aurais pu élever à la main aujourd’hui.
Avec cela en tête, je continue encore aujourd’hui à affiner la constitution de mon dépôt.
J’espère que vous aussi, vous essaierez d’amener votre Claude Code à un état « d’auto-croissance » !
Je suis sûr que la vision changera considérablement…!!!
*Nous avons lancé un service de formation Claude Code pour les entreprises !! Si quelqu’un est intéressé, n’hésitez pas à m’envoyer un DM ou un commentaire ! Des membres qui maîtrisent réellement Claude Code dans le cadre d’activités B2B vous formeront sérieusement, depuis les bases, sur les histoires essentielles pour utiliser Claude Code dans une organisation. Nous avons fait en sorte que vous puissiez suivre le cours à un prix raisonnable en impliquant des subventions, alors n’hésitez pas…!!!
