Garder Claude Code au travail quand vous fermez le portable

Vous confiez à Claude Code une tâche de quarante minutes, puis vous devez partir. Par défaut, le travail s'arrête quand vous rabattez l'écran. Il existe quatre façons fiables de contourner cela, et la bonne dépend d'une seule question : possédez-vous une machine qui reste éveillée ?

Pourquoi il s'arrête

Trois choses différentes peuvent mettre fin à une session. Il vaut la peine de les distinguer, car chaque solution n'en traite que certaines :

• Le processus s'arrête. La machine se met en veille, ou le shell qui portait claude se termine. Rien ne tourne sur un portable en veille, quelle que soit l'app utilisée.
• La connexion tombe. Vous avez perdu le réseau, ou votre téléphone a suspendu l'app. Le processus va peut-être très bien ; vous ne le voyez simplement plus.
• La session se perd. Le processus a survécu, mais rien ne sait vous remettre devant lui, ni vous prévenir qu'il a terminé.

Le Remote Control d'Anthropic illustre bien la différence. Sa documentation indique que si votre portable se met en veille ou que le réseau tombe, Claude Code se reconnecte quand la machine revient en ligne. Cela règle la connexion. Rien ne continue de tourner écran fermé pour autant, car « votre ordinateur doit rester allumé et le processus claude doit continuer de tourner ».

Option 1 : les sessions cloud d'Anthropic

Si vous ne possédez pas de machine qui reste éveillée, sortez complètement le travail de vos machines. Les sessions cloud font tourner Claude Code dans une VM gérée par Anthropic. La session continue après la fermeture de votre portable, et vous pouvez la suivre depuis l'app Claude, un navigateur ou le terminal. Elles sont sorties de la research preview le 23 septembre 2026. Elles sont disponibles sur Pro, Max et Team, et pour les utilisateurs Enterprise disposant de sièges premium ou Chat + Claude Code.

Vous pouvez en lancer une depuis votre terminal et partir :

claude --cloud "Fix the flaky test in auth.spec.ts"

La VM cloud clone votre dépôt distant GitHub sur la branche courante, donc poussez d'abord. Une fois la tâche terminée, claude --teleport rapatrie la session et sa branche dans votre terminal. Ce qu'il faut savoir avant de compter dessus, d'après la documentation des sessions cloud :

• Le clonage et les pull requests exigent GitHub.
• La session ne voit ni votre réseau privé ni votre base de données locale.
• L'usage est décompté des mêmes limites que le reste de votre usage de Claude.
• Les VM inactives sont récupérées au bout d'un moment. Rouvrir la session restaure la conversation, mais pas le travail en arrière-plan qui tournait encore.

Nous comparons cette voie plus en détail dans Maude vs Claude Code sur le web.

Option 2 : un serveur avec tmux ou systemd

La réponse classique : faire tourner Claude Code sur un VPS, qui ne dort jamais, dans tmux, qui porte le processus pour que votre connexion SSH n'ait pas à le faire :

tmux new -s work
# start claude, then Ctrl-B then D to detach
tmux attach -t work

Cela règle les trois problèmes : le processus vit sur une machine toujours allumée, une connexion perdue ne le touche pas, et tmux attach vous remet devant lui. Cela coûte quelques euros par mois, et notre guide d'installation sur VPS vous accompagne pas à pas.

Deux améliorations valent d'être connues :

• Remote Control dans tmux. Lancez claude remote-control dans la session tmux et vous pouvez la piloter depuis l'onglet Code de l'app Claude, avec des notifications push, au lieu d'un terminal. Vous combinez ainsi l'app officielle d'Anthropic et une machine qui ne dort jamais.
• systemd pour les redémarrages. tmux ne survit pas à un redémarrage. Un service systemd (une unité utilisateur avec le lingering activé, pour qu'elle démarre sans connexion) peut relancer un processus de longue durée au démarrage. Claude Code lui-même ne reprend pas un tour interrompu par un redémarrage. claude --continue rouvre la conversation la plus récente de ce dossier pour que vous lui disiez de reprendre.

Sur un téléphone, l'inconvénient est surtout ergonomique. Une session tmux nue ne peut pas vous prévenir quand le travail est fini, et vous y rattacher implique un terminal plein écran et un clavier virtuel. Plus de détails dans tmux, mosh et Tailscale pour les agents de code.

Option 3 : un daemon de sessions (Maude)

C'est la même idée, un cran au-dessus. Un petit processus de longue durée sur le serveur possède chaque session d'agent et enregistre ce qui s'y passe. Les clients s'y rattachent et s'en détachent sans que la session s'en aperçoive. Par rapport à tmux :

• Se rattacher vous rend la conversation elle-même, pas un tampon d'écran à faire défiler.
• Plusieurs appareils peuvent suivre la même session.
• Quelque chose surveille encore quand vous ne regardez pas, donc vous pouvez recevoir une notification push quand le travail est fini ou demande une décision.

C'est ainsi que fonctionne Maude. Quand vous ajoutez un serveur, l'app déploie son propre daemon via SSH et l'enregistre pour démarrer au boot : une unité utilisateur systemd sous Linux, un LaunchAgent sous macOS, et une entrée cron @reboot en solution de repli. Les sessions continuent sur le serveur quand vous fermez l'app ou votre portable. La boîte de réception montre lesquelles sont terminées, en erreur ou ont besoin de vous, et les notifications push vous permettent de répondre à une demande d'autorisation par Autoriser ou Refuser sans rien ouvrir. Comme pour tout processus, un tour en cours pendant un redémarrage est interrompu, mais la conversation est conservée et vous pouvez reprendre depuis l'app.

Le même daemon fait tourner Codex, OpenCode, Grok Build et Antigravity, donc cela fonctionne quel que soit l'agent que vous lancez. Nous couvrons la version multi-agents dans faire tourner des agents de code 24 h/24.

Option 4 : une machine toujours allumée à la maison

Si vous possédez déjà un ordinateur de bureau toujours allumé, comme un Mac mini, une station de travail ou un serveur maison, il peut jouer le rôle du serveur sans coût supplémentaire. Utilisez-y Remote Control, tmux ou Maude, exactement comme sur un VPS. Quelques points pratiques :

• Empêchez-le de dormir. Les réglages d'économie d'énergie de macOS ont une option pour empêcher la mise en veille automatique quand l'écran est éteint. caffeinate garde un Mac ouvert éveillé depuis la ligne de commande, mais n'empêche pas un MacBook de se mettre en veille quand vous rabattez l'écran.
• Un MacBook fermé ne reste éveillé qu'en mode écran fermé, qui exige un écran externe branché et l'alimentation secteur. Très bien sur un bureau, inutile dans un sac.
• Le joindre de l'extérieur. Remote Control et le relais de Maude se connectent tous deux vers l'extérieur, donc la machine n'a besoin d'aucun port ouvert. Pour du SSH classique, Tailscale est la porte d'entrée habituelle.

Choisir

Une chose qui aide dans tous les cas

Une tâche que personne ne surveille doit être rédigée pour ne pas avoir besoin de surveillance. Dites où s'arrêter, quoi faire en cas d'échec et à quoi ne pas toucher. « Corrige les tests qui échouent dans api/ ; si une correction exige un changement de schéma, arrête-toi et explique plutôt » tient bien mieux que « corrige les tests ». L'instruction précise évite qu'une exécution de quarante minutes sans surveillance parte dans tous les sens. Décidez aussi à l'avance de ce qu'il peut faire sans demander : faire tourner Claude Code avec toutes les autorisations, en sécurité traite de ce compromis.

Le piloter depuis votre téléphone

Pour garder Claude Code en marche sur votre propre serveur et le suivre depuis votre téléphone, voyez Claude Code sur votre téléphone. Pour toutes les options, gratuites comprises, voyez toutes les façons d'utiliser Claude Code sur iPhone et iPad.

Questions fréquentes

Ce qui a changé

• 1 octobre 2026 — Réécrit : les sessions cloud sont sorties de la research preview, Remote Control se reconnecte après la veille mais ne tourne pas pendant, Remote Control dans tmux sur un serveur, gestion des redémarrages avec systemd et --continue, option de la machine toujours allumée à la maison.
• 25 juillet 2026 — Première publication.