Pourquoi mon IA oublie mes consignes à chaque fois
Ton IA ne se souvient de rien d’une session à l’autre : chaque conversation démarre avec une mémoire vide. Elle ne retient que ce qui est écrit dans un fichier d’instructions qu’elle relit à chaque démarrage. Sans ce fichier, tu réexpliques ton projet tous les matins.
Ce n’est pas un bug, c’est la façon dont elle est faite
Tu lui as expliqué ton projet lundi. Mardi, elle repart de zéro. Tu recommences. Mercredi, pareil.
Ce n’est pas de la mauvaise volonté et ce n’est pas cassé. La documentation officielle le dit noir sur blanc : chaque session démarre avec une mémoire vierge. Ce que tu as tapé hier n’existe plus. Ce que tu tapes aujourd’hui disparaîtra ce soir.
Une IA de code travaille avec ce qu’elle a sous les yeux à l’instant présent. Cet espace de travail est grand, mais il se vide entièrement quand tu fermes.
Le seul truc qui survit à la fermeture
Il existe un mécanisme prévu pour ça : un fichier d’instructions posé dans ton projet, que l’IA lit automatiquement au démarrage.
Ce n’est pas une astuce de bricoleur. C’est la façon officielle de faire. Le fichier contient ce que tu répètes en boucle : ce que fait le projet, comment tu veux qu’on te parle, ce qui est interdit, ce qu’il ne faut jamais toucher.
Écrit une fois, lu à chaque fois.
La longueur compte plus qu’on ne croit
Le réflexe naturel, quand on découvre ce fichier, c’est d’y déverser tout ce qu’on sait. C’est une erreur.
La documentation officielle recommande de rester sous 200 lignes, et fixe un plafond de 40 000 caractères. La raison est simple : plus le fichier est long, plus il mange de la place dans l’espace de travail de l’IA, et moins elle le suit.
Un fichier court et précis est mieux respecté qu’un pavé exhaustif. C’est contre-intuitif, et c’est mesurable.
Ce qu’il faut mettre dedans
Trois choses, dans cet ordre :
Ce que fait le projet, en trois lignes. Pas une présentation commerciale, juste de quoi qu’elle sache où elle met les pieds.
Comment tu veux travailler. Est-ce qu’elle te fait un plan avant de modifier ? Est-ce qu’elle te demande avant de supprimer ? Est-ce qu’elle t’explique ou est-ce qu’elle exécute ?
Ce qui est interdit. C’est la partie que tout le monde saute et c’est la plus efficace. Une interdiction écrite noir sur blanc évite des heures de réparation.
Comment savoir si ça marche
Ferme tout. Rouvre. Demande-lui ce que fait ton projet.
Si elle répond juste sans que tu aies rien réexpliqué, le fichier est lu. Si elle redemande, il n’est pas au bon endroit ou il n’est pas lu, et c’est ça qu’il faut corriger avant toute autre chose.
Questions fréquentes
- Est-ce que je peux lui demander de se souvenir ?
- Non, pas en le lui demandant dans la conversation. Elle acceptera poliment, puis oubliera à la fermeture. La seule mémoire fiable est un fichier écrit sur ton disque, qu’elle relit au démarrage.
- Est-ce que je dois tout réécrire dans ce fichier ?
- Non, et c’est même contre-productif. La documentation officielle recommande de rester sous 200 lignes. Un fichier trop long est moins bien suivi qu’un fichier court et précis.
- Ça marche avec toutes les IA ?
- Le principe est le même partout. Un fichier d’instructions est lu au démarrage, et seul son nom change d’un outil à l’autre.
Sources
- Documentation Claude Code — comment Claude se souvient de votre projet — consultée le
- Documentation Claude Code — la fenêtre de contexte — consultée le