Que sont les sessions cloud de Claude Code ? Comment elles tournent ordinateur fermé, comment démarrer et comment obtenir le crédit de 100 $ (Pro) / 250 $ (Max)

Le 24 septembre 2026 (vers 6 h 23, heure du Japon, JST), le compte officiel de Claude Code @ClaudeDevs a annoncé que les sessions cloud sortaient de l'aperçu de recherche et devenaient officiellement disponibles. Dans le même temps, les abonnés payants existants reçoivent un crédit unique pour les essayer (100 $ sur Pro, 250 $ sur Max).

Une session cloud fait tourner Claude Code dans le cloud d'Anthropic plutôt que sur votre propre ordinateur. Votre dépôt GitHub est cloné dans une machine virtuelle, où Claude modifie le code, lance les tests et pousse une branche. Fermer votre ordinateur portable n'interrompt pas le travail. Vous pouvez aussi suivre l'avancement et répondre depuis votre téléphone.

Cet article s'appuie sur la documentation officielle de Claude Code (Use Claude Code in the cloud, Configure cloud environments et Get started with Claude Code in the cloud), sur les publications de @ClaudeDevs et sur le texte intégral des conditions de l'offre de crédit pour présenter ce que les sessions cloud savent faire, ce qu'elles ne font pas, ce qu'elles coûtent et comment réclamer le crédit. Les informations sont à jour au 24 septembre 2026.

1. Ce que sont les sessions cloud : ce n'est pas votre ordinateur qui travaille

La définition de la documentation officielle tient en une ligne : une session Claude Code qui s'exécute sur une infrastructure cloud et non sur votre machine. Par défaut, elle tourne sur une infrastructure gérée par Anthropic (si votre organisation dispose de son propre environnement auto-hébergé, les sessions peuvent y être dirigées). claude.ai/code, que l'on ouvre dans un navigateur, porte aussi le nom de « Claude Code on the web » et constitue l'une des façons de lancer une session cloud.

Voici ce qui se passe dans le cloud quand vous envoyez une tâche.

L'étape ④ prête facilement à confusion. Les pull requests ne s'ouvrent pas toutes seules : c'est vous qui en créez une avec « Create PR » dans la vue du diff (en PR complète, en brouillon, ou en passant par la page de rédaction de GitHub). La session ne se ferme pas après le push de la branche : la création de la PR et les corrections qui suivent se font dans la même conversation.

Que la session continue après la fermeture de l'onglet est voulu. Selon la documentation officielle, fermer l'onglet n'arrête pas la session, qui continue en arrière-plan jusqu'à ce que Claude termine la tâche en cours, puis se met en attente. Si elle reste inactive, en revanche, la machine virtuelle est récupérée. L'historique de la conversation est conservé, et rouvrir la session depuis claude.ai/code la reprend sur une nouvelle VM, mais les sous-agents ou commandes shell qui tournaient à ce moment-là ne sont pas restaurés.

Les sessions cloud sont proposées sur Pro, Max et Team, ainsi qu'aux utilisateurs Enterprise disposant d'un siège premium ou d'un siège Chat + Claude Code. Les organisations qui ont activé la Zero Data Retention ne peuvent pas s'en servir.

2. Les différences avec Claude Code en local et Remote Control

La documentation officielle résume : Claude Code se comporte de la même façon partout ; ce qui change, c'est l'endroit où tourne la session et la disponibilité de votre configuration locale. Il y a deux points de comparaison : la session locale, lancée dans un terminal ou un IDE, et Remote Control, qui permet de piloter une session locale depuis votre téléphone ou un navigateur.

La ligne la plus importante est « configuration locale non utilisée ». Chaque session cloud part d'un clone neuf du dépôt : seul ce qui est commité dans le dépôt suit. En résumant les listes de la documentation officielle :

• Ce qui suit : le CLAUDE.md du dépôt, .claude/rules/, .claude/skills/, agents/ et commands/, ainsi que les paramètres gérés côté serveur par votre organisation. Dans une session à dépôt unique, s'y ajoutent les hooks et les règles de permission de .claude/settings.json et .mcp.json
• Ce qui ne suit pas : votre ~/.claude/CLAUDE.md et votre ~/.claude/skills/ personnels, les serveurs MCP ajoutés uniquement en local avec claude mcp add, les plugins activés seulement dans vos paramètres utilisateur et les authentifications qui passent par une connexion dans le navigateur, comme AWS SSO

Les modes de permission diffèrent eux aussi. Dans une session cloud, vous pouvez choisir Auto (un classificateur examine les actions de Claude ; le mode n'apparaît que si votre organisation l'autorise et si le modèle choisi le prend en charge), Accept edits (les modifications sont faites et la branche poussée sans attendre d'approbation) ou Plan (Claude propose une démarche et attend votre accord). Il n'y a ni mode Manual, où vous approuvez chaque action, ni Bypass permissions, qui saute les vérifications. Côté commandes, /compact et /context fonctionnent, mais pas /clear : on lance plutôt une nouvelle session depuis la barre latérale. /model et /effort n'ouvrent pas de sélecteur, il faut donc les taper avec une valeur, comme /model sonnet.

Si ce que vous voulez, c'est piloter votre propre machine, avec ses fichiers et son réseau, depuis ailleurs, l'outil qu'il vous faut est Remote Control, pas le cloud. Notre guide de Remote Control compare les deux en détail.

3. Démarrer depuis le navigateur ou le terminal

Il existe cinq portes d'entrée : claude.ai/code dans un navigateur, l'onglet Code de l'application mobile Claude, une session de l'application de bureau lancée en sélectionnant Cloud au lieu de Local, claude --cloud dans le terminal, et les routines (des exécutions déclenchées selon un planning ou par un événement). La documentation officielle conseille de faire la première depuis le navigateur.

Depuis le navigateur (votre première session)

1. Ouvrez claude.ai/code et connectez-vous
2. Connectez GitHub : suivez les instructions et approuvez sur l'écran d'autorisation de GitHub. Cela suffit pour travailler sur des dépôts publics
3. Pour les dépôts privés, installez la Claude GitHub App : vous ne pouvez travailler que dans les dépôts privés où l'application est installée. Dans une organisation GitHub, il faut parfois l'approbation d'un propriétaire de l'organisation
4. Un environnement Default est créé : sur Pro et Max, il est créé automatiquement. Sur Team et Enterprise, un formulaire de création s'affiche ; laissez les valeurs par défaut et cliquez sur « Create & finish »
5. Choisissez un dépôt, une branche et un mode de permission, puis rédigez et envoyez votre tâche

Pour rédiger les tâches, la documentation officielle recommande de nommer le fichier ou la fonction plutôt que de se contenter de « corrige les tests », de coller la sortie d'erreur si vous l'avez, et de décrire le comportement attendu plutôt que le seul symptôme. Chaque tâche a sa propre session et sa propre branche : vous pouvez envoyer la suivante sans attendre la fin de la précédente.

Depuis le terminal

Si vous utilisez déjà la CLI GitHub (gh) en local, vous pouvez aussi taper /web-setup dans Claude Code. La commande envoie votre jeton gh à Anthropic, qui le conserve chiffré dans votre compte claude.ai, et tout dépôt accessible à ce jeton devient utilisable sans installer l'application. Sur Team et Enterprise, la commande n'apparaît pas tant qu'un Owner de l'organisation n'a pas activé « Quick web setup ».

Une fois connecté, vous pouvez envoyer des tâches directement depuis le terminal.

# Start a new cloud session for the repository you're in
claude --cloud "Fix the authentication bug in src/auth/login.ts"

# Send a follow-up instruction to a running cloud session
claude -p "Add tests too" --cloud <session-id>

# Pull a cloud session into your local terminal
claude --teleport

Une session lancée avec --cloud clone votre branche courante sur GitHub, et non votre copie de travail locale. Les commits qui n'existent que sur votre machine n'y seront pas : poussez-les d'abord. Impossible aussi de transférer une session locale vers le cloud depuis la CLI (seul le sens inverse existe, avec --teleport). L'application de bureau dispose en revanche d'un menu « Continue in » qui envoie une session locale dans le cloud.

Pour l'utiliser depuis le terminal, Claude Code doit être connecté avec un compte claude.ai. Avec une authentification par clé API, ou lorsqu'il est configuré pour un fournisseur tiers comme Amazon Bedrock ou l'Agent Platform de Google Cloud, ni --cloud ni --teleport ne fonctionnent.

4. Environnements, accès réseau et secrets

Chaque session cloud s'exécute dans un « environnement cloud ». Un environnement est une configuration enregistrée qui regroupe le niveau d'accès réseau, les variables d'environnement et un script de configuration. L'environnement Default de départ a un accès réseau Trusted (voir plus bas), sans variable d'environnement ni script.

Ce que contient la VM

Dans les environnements gérés par Anthropic, chaque session reçoit une machine virtuelle neuve sous Ubuntu 24.04 (x86_64). Même si vous êtes sur Mac ou Windows, c'est du Linux à l'intérieur : les dépendances avec des binaires natifs utilisent donc les versions Linux x86_64. Python, Node.js (20/21/22), Ruby, PHP 8.3, Java 21, Go, Rust, C/C++, Docker, PostgreSQL 16, Redis 7.0 et d'autres sont préinstallés. Les ressources sont d'environ 4 vCPU, 16 Go de RAM et 30 Go de disque, et la documentation officielle précise qu'elles peuvent changer. Un travail qui dépasse nettement la mémoire, comme une grosse compilation, peut être interrompu.

Les outils absents s'installent dans le script de configuration de l'environnement (Bash, exécuté en root). Le script tourne une fois lors de la première session, puis l'état du système de fichiers est enregistré et réutilisé, si bien que les sessions suivantes démarrent plus vite. Deux exigences : le script doit se terminer en cinq minutes environ et ne doit pas échouer (un code de sortie non nul empêche la session de démarrer). L'état enregistré est reconstruit à peu près tous les sept jours.

Les 4 niveaux d'accès réseau

Attention : None ne coupe pas tout. Le trafic vers GitHub passe par un proxy dédié, les connecteurs MCP que vous activez passent par les serveurs d'Anthropic, et Claude Code lui-même communique avec l'API Anthropic. La documentation officielle le dit sans détour : même avec l'accès réseau désactivé, Claude Code peut toujours communiquer avec l'API Anthropic, ce qui peut permettre à des données de sortir de la VM.

Où ranger les secrets

• Vos identifiants GitHub n'entrent jamais dans la VM : un proxy leur substitue des identifiants à portée limitée pour le compte de la session. git push ne fonctionne que vers la branche de travail de cette session
• Les variables d'environnement sont lisibles par tous ceux qui utilisent l'environnement : la boîte de dialogue officielle des paramètres porte une note qui déconseille d'y mettre des secrets
• Mettez les clés API dans « API credentials » (Pro et Max uniquement) : le proxy d'Anthropic n'ajoute la clé qu'aux requêtes destinées aux hôtes que vous indiquez. La clé n'est visible ni par Claude ni par les commandes qu'il exécute. L'option n'est pas encore disponible sur Team et Enterprise

5. Tarifs : l'usage normal de votre forfait, plus un crédit à durée limitée

Le modèle tarifaire est simple. Selon la documentation officielle, les sessions cloud partagent les limites d'usage avec tout le reste de votre utilisation de Claude et de Claude Code sur le compte, et la VM cloud ne donne lieu à aucune facturation de calcul séparée. Si vous lancez des tâches en parallèle, vos limites baissent d'autant plus vite.

À 10 h 57 JST le même jour, @ClaudeDevs a publié une précision qui commençait par des excuses pour la confusion. En substance : les sessions cloud tournent sur votre forfait Pro ou Max comme le reste de Claude Code, et ce crédit est une promotion ponctuelle et facultative, que les sessions cloud consomment en premier avant de revenir à l'usage normal du forfait.

Ce qu'affiche Claude Code en local quand vous atteignez votre limite, et que faire dans ce cas, est expliqué dans notre article sur la limite d'usage.

Le texte intégral des conditions de l'offre (Claude Promotional Credit Offer Terms) contient plusieurs clauses à connaître avant de réclamer le crédit.

• Le crédit n'a aucune valeur monétaire et ne peut pas être transféré
• Si vous résiliez votre abonnement, repassez au forfait gratuit ou si votre compte est suspendu, le crédit est perdu et n'est pas rétabli, sauf mention contraire
• Il est accordé dans la devise de votre compte de facturation ; si celle-ci diffère de la devise annoncée, Anthropic le convertit au taux de son choix et peut l'arrondir à un montant pratique
• Anthropic peut modifier ou arrêter l'offre sans préavis, et peut retirer les crédits ou votre éligibilité s'il estime qu'il y a eu fraude, abus ou violation de ses conditions. Anthropic a le dernier mot sur l'éligibilité et les montants
• En participant, vous acceptez qu'Anthropic active l'option « Usage Credit » sur votre compte si elle ne l'est pas déjà

Ce dernier point passe facilement inaperçu : après avoir réclamé le crédit, mieux vaut ouvrir une fois les paramètres de facturation sur claude.ai pour vérifier que tout est réglé comme vous le souhaitez.

6. Comment réclamer le crédit, et une remarque sur les comptes

La marche à suivre figure dans une publication de @ClaudeDevs.

1. Dans un navigateur, ouvrez la page de réclamation (claude.ai/code/claim-credit). Dans le terminal, tapez /claim-credit dans Claude Code
2. Connectez GitHub : la publication indique « You'll need GitHub connected to start a session. » Si ce n'est pas encore fait, suivez les étapes de la partie « 3. Démarrer »
3. Lancez une session cloud : le crédit est consommé en premier automatiquement

À noter qu'au 24 septembre 2026, /claim-credit ne figure encore ni dans la documentation des commandes ni dans le CHANGELOG. La seule source est la publication de @ClaudeDevs. Si la commande n'apparaît pas quand vous la tapez, passer par la page du navigateur reste la voie sûre.

7. Les usages qui conviennent aux sessions cloud, et ceux qui ne conviennent pas

La documentation officielle trace une ligne nette entre les travaux où les sessions cloud excellent et ceux qu'il vaut mieux garder sur votre machine.

À propos des dépôts hors GitHub : pour un dépôt sans remote, ou un dépôt github.com où la Claude GitHub App n'est pas installée, claude --cloud démarre la session en envoyant votre dépôt local sous forme de bundle. Vous pouvez faire de même avec GitLab ou Bitbucket en définissant CCR_FORCE_BUNDLE=1. Le bundle doit faire moins de 100 Mo, les fichiers non suivis n'y sont pas inclus, et les résultats ne peuvent pas être poussés vers ce dépôt GitLab ou Bitbucket.

Si vous avez besoin de votre environnement local tout en voulant travailler en parallèle, l'agent view, qui fait tourner plusieurs sessions côte à côte sur votre propre machine, convient mieux.

8. Ce qu'il faut savoir avant de commencer

Le partage public veut dire « tout utilisateur connecté à claude.ai »

Sur Pro et Max, la visibilité d'une session est soit Private, soit Public. Public la rend visible par tout utilisateur connecté à claude.ai, et la vérification de l'accès au dépôt n'est pas activée par défaut. La documentation officielle avertit que les sessions peuvent contenir du code et des identifiants issus de dépôts GitHub privés. Les réglages qui exigent que les destinataires aient accès au dépôt, ou qui masquent votre nom, se trouvent dans Settings > Claude Code > Sharing settings sur claude.ai.

Auto-fix répond sous votre compte GitHub

Dans les dépôts où la Claude GitHub App est installée, vous pouvez utiliser Auto-fix, qui surveille une PR et répond automatiquement aux échecs de CI et aux commentaires de revue (depuis le terminal, c'est /autofix-pr). Ces réponses sont publiées sous votre compte GitHub (avec la mention qu'elles ont été rédigées par Claude Code). Dans les dépôts qui utilisent Atlantis, Terraform Cloud ou des GitHub Actions déclenchées sur issue_comment, un commentaire peut déclencher des modifications d'infrastructure : la documentation officielle suggère donc de désactiver Auto-fix pour ces dépôts.

Les fichiers secrets lors d'un envoi depuis votre machine

Lorsque votre dépôt local est envoyé sous forme de bundle sur macOS, Linux et WSL, les modifications non commitées des fichiers nommés par exemple .env, *.tfvars, id_rsa ou *.pem sont laissées de côté. Autrement dit, les versions commitées sont envoyées, et ces trois environnements sont les seuls que la documentation officielle cite pour cette exclusion. Elle ne dit pas si la même exclusion s'applique sous Windows natif : vérifiez donc ce que vous envoyez avant de l'envoyer.

Autres points

• La suppression est irréversible : supprimer depuis la barre latérale ou le menu de la session efface définitivement la session et ses données. Pour simplement faire du rangement, l'archivage suffit
• Si votre organisation utilise une liste d'adresses IP autorisées, tout échoue : les sessions cloud appellent l'API depuis l'infrastructure d'Anthropic, il faudra donc demander une exemption au support
• Les hooks SessionStart au niveau utilisateur ne suivent pas : les hooks de ~/.claude/settings.json restent sur votre machine. Ce que vous voulez aussi exécuter dans le cloud doit aller dans les paramètres du dépôt

9. Sessions cloud ou Projects : qui fait quoi

Les Projects de Claude Code, reconstruits le 17 septembre, tournent eux aussi dans le cloud. Sous le capot, chaque « thread » d'un projet est une session cloud. La différence tient à qui distribue les tâches.

Le fait que le crédit ne couvre que les sessions cloud influe directement sur la façon de répartir le travail. Si vous faites vos essais avec le crédit, commencez par les sessions cloud, en envoyant vous-même les tâches une par une, puis passez à Projects quand le travail prend la forme d'un chantier au long cours. C'est l'ordre naturel. Notre article sur Projects détaille ses conditions de déploiement et la vitesse à laquelle il consomme les tokens.

Conclusion

Les sessions cloud sont la fonctionnalité qui permet de faire tourner Claude Code indépendamment de votre propre ordinateur. Confiez un dépôt GitHub et rédigez une tâche : Claude travaille dans une VM cloud, pousse une branche et attend. Le travail continue quand vous fermez votre ordinateur, vous pouvez répondre depuis votre téléphone, et la VM n'est pas facturée à part.

En contrepartie, votre configuration et vos outils locaux ne suivent pas, GitHub est présupposé, et vous ne pouvez pas approuver chaque étape. Le partage le plus simple consiste à garder sur votre machine ou sur Remote Control le travail qui a besoin de votre environnement local, et à envoyer dans le cloud les tâches ponctuelles bien définies et tout ce que vous voulez faire tourner en parallèle.

Si vous êtes déjà abonné Pro ou Max, réclamez le crédit au plus tard le 7 octobre et il sera consommé en premier jusqu'au 5 novembre, 16 h 59 JST. C'est une fenêtre pour expérimenter sans vous soucier de vos limites : commencez par envoyer une petite tâche et regardez à quoi ressemble le diff et combien de temps il met à revenir.

FAQ

Q. Peut-on s'en servir avec le forfait gratuit ?

R. Non. La documentation officielle cite Pro, Max et Team, ainsi que les utilisateurs Enterprise disposant d'un siège premium ou d'un siège Chat + Claude Code. Ce crédit, lui aussi, est réservé aux abonnés Pro et Max existants.

Q. Les sessions cloud coûtent-elles un supplément ?

R. La VM ne donne lieu à aucune facturation de calcul séparée. Les sessions puisent dans les limites d'usage de votre forfait, les mêmes que Claude Code en local et le chat. Si vous avez réclamé le crédit distribué depuis le 24 septembre, il est consommé en premier, et une fois épuisé ou expiré, vous revenez à vos limites normales.

Q. Peut-on utiliser le crédit sur Projects ou Routines ?

R. Non. L'écran de réclamation indique que Projects et Routines sont exclus. Les exécutions de routines tournent elles aussi en sessions cloud, mais elles sont laissées hors du périmètre du crédit.

Q. Peut-on essayer sans GitHub ?

R. Il faut que GitHub soit connecté pour lancer une session. Cela dit, claude --cloud peut aussi démarrer une session en envoyant un dépôt local sans remote GitHub (moins de 100 Mo, et les résultats ne peuvent pas être renvoyés vers GitLab ou un service similaire). Si vous ne voulez pas connecter GitHub, l'alternative indiquée par la documentation officielle est Remote Control, qui tourne sur votre propre machine et se suit depuis un navigateur ou un téléphone.

Q. Peut-on transférer vers le cloud un travail commencé en local ?

R. Pas depuis la CLI. --teleport ne fait que rapatrier une session cloud sur votre machine. --cloud crée une nouvelle session et clone votre branche courante sur GitHub. L'application de bureau dispose d'un menu « Continue in » qui envoie une session locale dans le cloud.

Q. Que se passe-t-il si Claude me pose une question et que je ne réponds pas ?

R. Tant que l'environnement n'a pas expiré, vous pouvez revenir, répondre et reprendre là où vous en étiez. Même après expiration et récupération de la VM, rouvrir la session depuis claude.ai/code provisionne une nouvelle VM avec l'historique de la conversation. Les sous-agents ou commandes shell qui tournaient en arrière-plan à ce moment-là ne sont en revanche pas restaurés.