--- title: "Claude Code dans le cloud : une machine par tâche" description: "Une session cloud donne à chaque tâche sa machine et sa branche : les tâches avancent en parallèle, même portable fermé, et reviennent en pull request." canonical: "https://me.consonance.fyi/blog/claude-code-in-the-cloud/" lang: "fr" published: "2026-10-07" --- # Claude Code dans le cloud : une machine par tâche > Une session cloud donne à chaque tâche sa machine et sa branche : les tâches avancent en parallèle, même portable fermé, et reviennent en pull request. Par Minh-Toan Ta · 7 octobre 2026 · 6 min de lecture Imaginez trois cuisiniers dans une seule cuisine, avec un seul plan de travail et quatre feux. L'un fait sa sauce, l'autre attend la poêle, le troisième cherche où poser sa planche. Personne ne travaille mal : il n'y a simplement qu'une cuisine. Donnez maintenant à chacun sa propre cuisine, avec la même recette, et demandez-leur de vous apporter l'assiette pour la goûter. Mêmes personnes, même travail, plus de coudes qui se cognent. C'est à peu près la différence entre Claude Code lancé dans un terminal sur votre portable et Claude Code lancé dans le cloud. J'en ai fait une fiche courte sur [Consonance](https://consonance.fyi/mode-d-emploi/claude-code-in-the-cloud) ; voici la version longue, avec le pourquoi de chaque ligne. ## L'idée en une phrase Une session cloud lance Claude Code sur sa propre machine, une par tâche, avec votre dépôt sur une nouvelle branche : plusieurs tâches tournent en parallèle sans se gêner, et le travail revient en branche ou en pull request. ## Pourquoi le portable est le goulot d'étranglement Une session locale dépend de votre ordinateur de trois façons. Elle partage votre copie de travail : deux sessions dans le même dépôt peuvent modifier les mêmes fichiers et se disputer le même port. Elle tourne avec vos identifiants. Et elle s'arrête quand l'ordinateur se met en veille ou que le Wi-Fi décroche. Une session cloud lève ces trois contraintes. Chaque tâche reçoit une machine virtuelle neuve, votre dépôt cloné sur une nouvelle branche, et la configuration de votre environnement déjà faite. On la lance depuis claude.ai/code, l'app mobile Claude, l'app Desktop, le terminal ou Slack, et on la suit depuis le navigateur, le téléphone ou Desktop. Vous refermez l'écran : la session continue. D'après le guide publié sur claude.dev, les sessions cloud sont incluses dans les offres Pro, Max, Team et Enterprise sans surcoût. La machine n'est pas facturée à part, et les sessions puisent dans les mêmes limites d'usage que le reste de Claude Code. _Une machine par tâche : chaque session clone le dépôt sur sa propre branche et se termine par sa propre pull request._ ## Trois tâches, trois machines, 87 secondes Le guide de claude.dev appuie tout cela sur un essai réel. Le dépôt d'exemple, tidepool, est une petite API Node avec trois problèmes ordinaires : un test qui échouait environ une fois sur quatre, une documentation d'API qui ne correspondait plus au code, et un logger qui fabriquait ses lignes en concaténant des chaînes. L'auteur a lancé trois sessions cloud en 16 secondes, une par problème. Les trois avaient fini 87 secondes après le premier départ. Les résultats valent surtout pour ce qu'ils disent de la méthode, plus que de la vitesse : - **Le test instable.** Claude a trouvé une situation de concurrence dans le cache, a corrigé la cause dans le code plutôt que dans le test, puis a lancé la suite 40 fois d'affilée : 0 échec. Le prompt en demandait au moins 30. - **La doc.** Claude a démarré le serveur, lancé un curl sur chaque endpoint, et relevé cinq erreurs dans l'ancienne documentation. - **Le logger.** Claude a écrit le logger JSON et ajouté cinq tests. En chemin, il est tombé sur le même bug de cache que la première session était en train de corriger. Il l'a signalé, sans y toucher, parce que ce n'était pas sa tâche. C'est ce dernier point qui me reste en tête. L'isolation joue dans les deux sens : la session du logger ne voyait pas la correction en cours à côté. Découpez donc les tâches parallèles par fichiers, fusionnez les branches dans un ordre logique, et attendez-vous à ce qu'une session signale un problème qu'une autre est déjà en train de régler. > **Demandez une preuve, pas seulement un correctif** > > Le processeur de la VM n'est pas le vôtre : soyez généreux sur la vérification. Rédigez chaque tâche comme un ticket autonome : ce qui ne va pas, à quoi ressemble le « fini », et la commande qui le prouve. « Lancer la suite au moins 30 fois », c'est ce qui a transformé une hypothèse en 40 passages sans échec. ## Ce qui se passe sous le capot Quatre détails changent la façon de travailler au quotidien : - **Chaque tâche a sa machine.** Les sessions ne peuvent pas toucher aux fichiers ni aux ports des autres. - **Votre token GitHub n'entre jamais dans la VM.** Un proxy le garde, et la session travaille avec un identifiant limité et de courte durée. - **La config Claude du dépôt suit, la vôtre non.** `CLAUDE.md`, règles, skills, agents et commandes voyagent avec le dépôt ; votre `~/.claude` reste sur votre portable. Si Claude doit savoir comment lancer les tests d'intégration, c'est au dépôt de le dire. - **Les VM inactives sont récupérées.** En rouvrant la session, vous retrouvez une machine neuve avec la conversation restaurée : committez au fil de l'eau. ## Local ou cloud ? Les sessions cloud ne remplacent pas les sessions locales ; la plupart des gens utilisent les deux. Restez en local quand la tâche a besoin de quelque chose que seule votre machine possède : une base avec de vraies données locales, un service derrière un VPN, un GPU, un simulateur de téléphone, du matériel sur votre bureau. Restez-y aussi pour les boucles visuelles serrées, quand vous voulez voir chaque modification dans votre navigateur en quelques secondes. Pour le reste, le cloud est un bon candidat. ## Pour essayer **1. Lancez une tâche dans le cloud depuis le terminal.** `claude --cloud` clone votre remote GitHub sur la branche courante : poussez vos commits d'abord. ``` claude --cloud "Fix the flaky test in auth.spec.ts" ``` Pour vider un petit backlog, lancez une session par tâche, exactement comme dans le guide, puis relisez les branches à leur arrivée : ```shell claude --cloud "Fix the flaky test in auth.spec.ts" claude --cloud "Update the API documentation" claude --cloud "Refactor the logger to use structured output" ``` **2. Reprenez une session terminée dans votre terminal.** Teleport vérifie que vous êtes dans le même dépôt, récupère la branche de la session, la checkout et charge toute la conversation. Il faut une copie de travail propre (il propose un stash), et la branche doit avoir été poussée. ``` claude --teleport ``` **3. Ou connectez GitHub depuis le terminal** avec votre token `gh`, depuis Claude Code. Sur les offres Team et Enterprise, un propriétaire doit d'abord activer Quick setup. ``` /web-setup ``` > **Se connecter avec GitHub ne suffit pas** > > La connexion dit à Claude qui vous êtes. Pour les dépôts privés, il faut aussi installer l'app Claude GitHub sur le compte ou l'organisation qui les possède, sinon ils n'apparaissent tout simplement pas dans la liste. L'Auto-fix et les déclencheurs GitHub dépendent eux aussi de l'app. ## Quelques habitudes Une tâche, une session : les petites sessions se relisent mieux et se jettent sans regret. Lisez le résumé de Claude avant le diff. Et surveillez vos limites : des sessions parallèles consomment votre forfait en parallèle, donc cinq sessions l'entament environ cinq fois plus vite qu'une seule. ## Pour conclure Ce qui me plaît dans ce modèle, c'est qu'il rapproche l'agent de code d'un vrai fonctionnement d'équipe : les tickets partent, les branches reviennent, vous relisez. Le portable n'est plus l'endroit où tout doit se passer, il devient celui où l'on décide de ce qui est fusionné. Une cuisine par tâche, une preuve exigée, et votre attention réservée aux pull requests. *Résumé indépendant, non affilié à Anthropic. Claude est une marque d'Anthropic, PBC. Chaque commande et chaque chiffre vient des sources citées ci-dessous.* ## Sources - [Consonance · Claude Code dans le cloud : une machine par tâche](https://consonance.fyi/mode-d-emploi/claude-code-in-the-cloud) - [claude.dev · Claude Code in the cloud: a field guide to cloud sessions](https://claude.dev/blog/claude-code-in-the-cloud/) - [Documentation Claude Code · Claude Code on the web](https://code.claude.com/docs/en/claude-code-on-the-web) - [Documentation Claude Code · Cloud environments](https://code.claude.com/docs/en/cloud-environments) --- - HTML: https://me.consonance.fyi/blog/claude-code-in-the-cloud/ - [English](https://me.consonance.fyi/en/blog/claude-code-in-the-cloud.md) · [Tiếng Việt](https://me.consonance.fyi/vi/blog/claude-code-in-the-cloud.md) - MCP: https://mcp.consonance.fyi - Contact: tmtoan2601@gmail.com · https://www.linkedin.com/in/minhtoanta/