Ta méthode ne vit pas encore dans ton système. Cette page te donne les 4 domiciles où ton savoir peut vivre, quand chacun se charge, comment vérifier qu'il est vraiment là, et où implanter un gros corpus quand ta méthode dépasse quelques pages.
<aside> ⚠️
Tu n'as pas encore Claude Code ?
Copie ce prompt dans ton IA (Claude, ChatGPT, un autre assistant) :
Aide-moi à installer Claude Code sur mon ordinateur.
Avant de commencer, va lire la documentation officielle Anthropic
https://code.claude.com/docs/en/setup sans te fier à tes seules connaissances
pré-entraînement : elle porte la procédure exacte selon mon système
(Mac / Windows / Linux), la dernière version, et le type de compte requis.
Ensuite, donne-moi les étapes une par une. Je n'ai jamais utilisé un terminal.
Ton IA va te guider pas à pas. Reviens ici après.
</aside>
<aside> ✅
Tu l'as installé mais tu l'utilises encore peu ? Tu es au bon endroit, et c'est le bon moment. Tout ce qui suit se pose une fois et sert à chaque session : c'est exactement ce qui sépare un agent qui devine d'un agent qui applique ta méthode. Rien ici ne suppose de la maîtrise. Continue, c'est en t'en servant que ça devient évident.
</aside>
<aside> 💡
Tu utilises un autre outil que Claude Code ?
Ce que tu lis ici ne dépend pas de Claude Code : c'est le tronc commun de tous les assistants qui travaillent en autonomie sur ton projet. Sur Codex (OpenAI), sur Cursor, sur Copilot CLI, le principe est identique : ton savoir vit dans des fichiers que l'agent lit avant de répondre, et seul le nom du fichier change. Codex et Cursor lisent AGENTS.md là où Claude Code lit CLAUDE.md. Attention à un raccourci répandu : AGENTS.md est un vrai standard partagé entre éditeurs, mais Claude Code ne le lit pas nativement.
Copie ce prompt dans ton outil pour transposer :
J'utilise [nom de mon outil] et je veux appliquer ce principe : mon expertise
doit vivre dans les fichiers que l'agent parcourt avant de me répondre,
répartie entre un fichier racine qui indique le chemin, des règles toujours
actives, des règles qui ne s'activent que sur certains dossiers, et de la
documentation consultée à la demande.
Avant de répondre, va lire la documentation officielle de mon outil si elle
existe, pour ne pas te baser sur des suppositions.
Dis-moi ensuite : quel est l'équivalent chez moi (nom du fichier, emplacement),
ce qui marche pareil, et ce qui n'a pas d'équivalent. Ne présume rien : si
l'équivalent n'existe pas, dis-le clairement au lieu d'inventer.
</aside>
<aside> 🧭
Tu ne codes pas ? Lis quand même.
Rien ici n'est réservé aux développeurs. Ce que cette page appelle « ta méthode », chez toi c'est tes procédures métier : la façon dont tu qualifies un client, dont tu montes un devis, dont tu traites une réclamation. Un cabinet qui a un barème d'honoraires, un indépendant qui cadre ses missions d'une certaine façon, un e-commerce qui a des règles de remboursement : c'est exactement le même problème. Ton savoir est dans ta tête, ton assistant ne l'a jamais lu, et il improvise à ta place. Les 4 domiciles ci-dessous sont des dossiers et des fichiers, pas du code.
</aside>
La vidéo a posé le diagnostic : tu crois avoir transmis ta méthode, elle vit encore dans ta tête. Ton agent ne refuse jamais une règle qu'il ne trouve pas. Il comble le trou et te répond avec une procédure étrangère à la tienne.
Cette page ne répète pas le diagnostic, elle donne l'implantation : où va chaque morceau de ton savoir, à quel moment il entre en jeu, comment vérifier qu'il est vraiment chargé, et ce que tu fais quand ton corpus devient gros.
C'est la pièce que presque personne ne regarde. Tes fichiers n'ont pas tous le même moment d'entrée, et c'est ce moment qui décide si ta méthode est appliquée ou ignorée.
flowchart TD
S["DÉMARRAGE DE SESSION"] --> C["LA CONSTITUTION - CLAUDE.md<br>Chargée en entier, à chaque session<br>Le quoi, le pourquoi, le comment<br><br>INDICATIVE : elle ne contient pas<br>le savoir, elle indique le CHEMIN"]
C --> R1["RÈGLES PERMANENTES<br><br>Chargées à chaque<br>session.<br>Fichier sans en-tête<br>particulier."]
C --> R2["RÈGLES CONDITIONNELLES<br><br>Chargées SEULEMENT<br>quand l'agent touche<br>un fichier qui<br>correspond.<br>En-tête paths:"]
C --> SK["SKILL<br><br>Au démarrage, seuls<br>le nom et la<br>description sont lus.<br>Le contenu entre<br>quand la tâche<br>correspond."]
C --> D["DOCUMENTATION<br><br>N'entre jamais toute<br>seule. L'agent va la<br>lire quand la<br>constitution lui a<br>indiqué le chemin."]
Les quatre domiciles de la vidéo sont là, et chacun a une mécanique de chargement différente. Une règle placée au mauvais endroit n'est pas une règle mal écrite : c'est une règle qui n'arrive jamais au bon moment.
| Ce que tu veux transmettre | Domicile | Pourquoi celui-là |
|---|---|---|
| Qui tu es, ce que fait le système, tes interdits absolus | Constitution | Vrai à chaque instant, et court |
| Une règle vraie partout, trop détaillée pour la constitution | Règle permanente | Même poids que la constitution, sans l'alourdir |
| Une convention qui ne vaut que pour une partie du projet | Règle conditionnelle | Ne pollue pas le reste du temps |
| Une procédure en plusieurs étapes, qu'on déroule parfois | Skill | Ne coûte rien tant qu'elle ne sert pas |
| Le détail long : barèmes, exemples, historique, cas limites | Documentation | Consultée sur indication, jamais chargée d'office |
Le test qui tranche, en trois questions :
Si c'est non aux trois : documentation, et la constitution indique le chemin vers elle.