Faire travailler Claude pendant des jours

Ce que c'est et pourquoi ça compte

Un gros chantier ne tient pas dans une seule conversation. Claude travaille dans une mémoire limitée, la fenêtre de contexte : elle contient le chat, les fichiers qu'il a lus, les résultats des commandes. Plus vous avancez, plus elle se remplit.

Quand elle approche de la limite, Claude Code la compacte tout seul : il résume la conversation. Vos demandes et le code important restent, mais les instructions données au début peuvent se perdre. Et chaque nouvelle session repart de zéro, sans la conversation d'avant.

Donc si le plan n'existe que dans le chat, le lendemain il a disparu. Moi, je le garde dans un fichier du projet : chaque session le lit au début et le met à jour à la fin. Le fichier sert de mémoire, les sessions sont des équipes de travail. Ensuite, un réveil relance le travail quand il s'arrête.

1. Le journal de bord

Créez dans le dossier du projet un fichier JOURNAL-DE-BORD.md avec ce contenu :

# Objectif
[Une phrase. Ex. : "Nouvelle page des tarifs, en ligne, testée sur téléphone".]

## Fait
- [ ] (les sessions cochent ici ce qu'elles ont terminé, avec la date)

## Reste à faire
- [ ] [premier morceau]
- [ ] [deuxième morceau]

## Décisions prises
- (chaque session écrit ici ce qu'elle a décidé seule et pourquoi)

## Où je me suis arrêté
(la dernière session écrit ici le point exact d'où repartir)

L'objectif tient en une seule phrase, et il doit dire quand le travail est vraiment terminé. « Nouvelle page des tarifs, en ligne, testée sur téléphone » n'est pas la même chose que « fais la page des tarifs » : la première a une fin, la seconde non.

Dans « Reste à faire », mettez de petits morceaux qu'une session boucle d'un coup : un écran, une connexion, une correction. Si un morceau s'appelle « fais tout le paiement », il est trop gros. Si vous ne savez pas comment le découper, demandez-le à Claude avant de commencer :

Lis JOURNAL-DE-BORD.md et le code du projet. Réécris la section 'Reste à faire' en petits morceaux dans l'ordre, chacun assez petit pour être terminé en une session et pouvoir être testé. N'écris pas de code.

« Décisions prises » est, à mon avis, la partie la plus utile. Quand vous revenez deux jours plus tard et tombez sur un choix bizarre, la raison est écrite là. Et la session suivante ne le défait pas.

2. La phrase qui ouvre chaque session

Chaque fois que vous ouvrez une session sur ce travail, la première chose que vous écrivez est celle-ci :

Lis JOURNAL-DE-BORD.md avant de faire quoi que ce soit. Travaille uniquement sur le premier point de 'Reste à faire'. Quand tu l'as terminé et que les tests passent, déplace-le dans 'Fait' avec la date, note les décisions prises et mets à jour 'Où je me suis arrêté'. Si la conversation devient trop longue, mets le fichier à jour et arrête-toi : une autre session reprendra à partir de là.

« Avant de faire quoi que ce soit » évite que Claude modifie des fichiers avant de savoir où on en est. « Uniquement sur le premier point » garde la session courte. « Les tests passent » veut dire que le morceau fonctionne, pas seulement qu'il est écrit : si vous n'avez pas de tests, mettez votre propre vérification, du genre « la page s'ouvre sans erreur ».

La dernière phrase est celle qui fait tenir le travail pendant des jours. La session n'a pas à aller au bout à tout prix : elle doit laisser le fichier en ordre, pour que la suivante reparte proprement.

Si vous devez fermer vous-même au milieu d'un morceau, demandez d'abord ceci :

Arrête-toi ici. Mets à jour JOURNAL-DE-BORD.md : dans 'Où je me suis arrêté', écris le point exact, ce que tu as déjà modifié et quelle est la prochaine étape. Ne laisse rien uniquement dans le chat.

Si vous ne voulez pas coller la phrase à chaque fois, vous pouvez l'écrire dans le fichier CLAUDE.md du projet : Claude Code le lit au début de chaque session et le recharge aussi après une compaction.

3. Quand la mémoire se remplit

Pas besoin d'une session interminable : fermez-la et ouvrez-en une nouvelle avec la même phrase. Elle repart du fichier, pas du chat.

Dans Claude Code, trois commandes vous aident :

• /context vous montre à quel point la mémoire est pleine et ce qui l'occupe.
• /compact résume la conversation et libère de la place, en restant dans la même session. Vous pouvez lui donner un axe, par exemple /compact garde les décisions.
• /clear ouvre une nouvelle conversation vide. L'ancienne n'est pas perdue : vous la retrouvez avec /resume.

Pour un travail de plusieurs jours, je préfère /clear et la phrase de départ. Avec la compaction, c'est Claude Code qui décide quoi garder. Avec le fichier, je sais exactement d'où ça repart.

Pour relire une conversation d'avant, dans le terminal claude --continue rouvre la dernière session du dossier et claude --resume vous laisse choisir dans une liste. Pour avancer, en revanche, on repart de JOURNAL-DE-BORD.md.

4. Le réveil

Le réveil est une vérification automatique qui regarde de temps en temps si le travail est à l'arrêt et le relance. Dans la vidéo, je l'ai formulé ainsi :

toutes les heures, vérifie JOURNAL-DE-BORD.md ; si 'Où je me suis arrêté' n'a pas changé et que 'Reste à faire' n'est pas vide, ouvre une nouvelle session avec la phrase de départ

Claude Code peut lancer un travail tout seul selon un horaire, de trois façons. Ce qui change, c'est où il tourne et ce qui doit rester allumé.

Dans l'application de bureau : une tâche planifiée

C'est celle que j'utilise pour ça. Dans l'application de bureau, onglet Code, ouvrez Routines, créez une nouvelle routine et choisissez Local. Écrivez les instructions, choisissez le dossier du projet et la fréquence, par exemple Hourly, c'est-à-dire toutes les heures. Elle tourne sur votre ordinateur, donc elle voit vos fichiers, JOURNAL-DE-BORD.md compris.

Un détail change le prompt : à chaque lancement, la tâche ouvre déjà elle-même une nouvelle session. Dans les instructions, mettez donc directement la vérification et le travail :

Lis JOURNAL-DE-BORD.md. Si 'Reste à faire' est vide, ne fais rien et arrête-toi. Sinon, travaille uniquement sur le premier point de 'Reste à faire'. Quand tu l'as terminé et que les tests passent, déplace-le dans 'Fait' avec la date, note les décisions prises et mets à jour 'Où je me suis arrêté'. Si la conversation devient trop longue, mets le fichier à jour et arrête-toi : une autre session reprendra à partir de là.

Elle ne tourne qu'avec l'application ouverte et l'ordinateur réveillé : si l'ordinateur est en veille, ce passage saute. Et si le passage précédent est encore en cours, le nouveau ne démarre pas. Avant de la laisser seule, appuyez sur Run now et approuvez les autorisations qu'elle demande avec « always allow », sinon elle se bloque à la première demande et vous attend.

Dans le terminal : /loop

Si vous travaillez dans le terminal, /loop répète un prompt à intervalles tant que la session reste ouverte : par exemple /loop 1h suivi de la vérification à faire. Mais il n'ouvre pas de nouvelle session : le prompt revient dans la même conversation. Il s'arrête si vous fermez le terminal et s'éteint tout seul au bout de sept jours. C'est bien pour une journée de travail, moins pour le laisser tourner seul.

Dans le cloud : les routines

Avec /schedule, vous créez une routine qui tourne sur les serveurs d'Anthropic, même ordinateur éteint, au maximum une fois par heure. Chaque passage est une nouvelle session, mais sur une copie fraîche de votre dépôt GitHub, pas sur les fichiers de votre ordinateur : JOURNAL-DE-BORD.md doit se trouver dans le dépôt. Les modifications arrivent sur une branche à part et le passage suivant repart de la branche principale, donc indiquez dans le prompt sur quelle branche travailler.

Pas de magie : un journal de bord et un réveil.

Les erreurs les plus courantes

• Garder le plan uniquement dans le chat : après une compaction ou une nouvelle session, il a disparu. Écrivez-le dans JOURNAL-DE-BORD.md.
• Des morceaux trop gros dans « Reste à faire » : la session se remplit en plein travail. Découpez-les jusqu'à ce que chacun se boucle en une session.
• Fermer la session sans mettre le fichier à jour : la suivante repart dans le noir. Avant de fermer, faites toujours mettre à jour « Où je me suis arrêté ».
• Ne pas dire quand un morceau est terminé : Claude le déplace dans « Fait » dès qu'il l'a écrit. Exigez que les tests passent, ou mettez votre propre vérification.
• Laisser la tâche planifiée sans l'avoir essayée : elle se bloque à la première demande d'autorisation. Lancez-la une fois avec Run now et approuvez ce dont elle a besoin.

Check-list

• JOURNAL-DE-BORD.md est dans le dossier du projet
• L'objectif dit quand le travail est terminé
• Chaque point de « Reste à faire » se boucle en une session
• Chaque session commence par la phrase de départ
• Avant de fermer, « Où je me suis arrêté » est à jour
• Le réveil a été essayé une fois à la main

Questions fréquentes