Comment fonctionnent les crédits de session Claude Cloud

Pourquoi une session cloud utilise un crédit alors que vous payez déjà un abonnement

Un crédit de session cloud est un solde bonus gratuit que la session cloud consomme avant de puiser dans l'utilisation déjà incluse dans votre abonnement. Anthropic l'a accordé aux abonnés individuels Pro et Max éligibles dans le cadre d'une promotion ; il ne s'agit donc pas d'argent que vous avez versé. Une session cloud est une session Claude Code qui s'exécute dans le cloud plutôt que sur votre ordinateur portable : par défaut sur des machines gérées par Anthropic, ou dans l'environnement auto-hébergé d'une organisation lorsque celle-ci y achemine ses sessions. Elle reste rattachée à votre abonnement, et la documentation d'Anthropic est explicite : il n'y a pas de facturation distincte pour la machine virtuelle (VM) sur laquelle la session s'exécute. Ce que le crédit modifie, c'est l'ordre de lecture du compteur : tant qu'un solde de crédit est associé à votre compte, les sessions cloud consomment ce solde en priorité. Ce n'est qu'une fois celui-ci épuisé qu'elles commencent à être décomptées du même quota que celui partagé par vos sessions de terminal et vos conversations.

La réponse à la question « pourquoi cela utilise-t-il un crédit alors que je paie déjà pour Pro ou Max » est donc que le crédit est un réservoir supplémentaire situé en amont de votre abonnement, et non un remplacement de celui-ci. Rien n'a changé dans votre abonnement. Un second compteur est simplement apparu devant le premier.

Cette session s’exécute-t-elle sur votre machine ou dans le cloud ?

Tout le reste dépend de cette distinction, et l’interface ne l’indique pas toujours clairement. Une session s’exécute dans le cloud lorsque vous la démarrez depuis claude.ai/code dans un navigateur, depuis l’onglet Code de l’application mobile Claude, depuis l’application Desktop avec Cloud sélectionné au lieu de Local, depuis le terminal avec claude --cloud ou depuis une routine planifiée. Une session s’exécute sur votre propre machine lorsque vous la démarrez dans votre terminal, dans votre IDE ou depuis l’application Desktop avec Local sélectionné.

Un cas semble faire exception, mais ce n’est pas le cas. Remote Control vous permet de surveiller et de piloter une session depuis votre téléphone ou votre navigateur, tandis que cette session s’exécute sur votre propre machine. Il s’agit donc d’une session locale. Elle ne consomme jamais de crédit cloud, car le traitement s’effectue sur du matériel que vous possédez déjà.

Les sessions cloud sont disponibles avec les forfaits Pro, Max et Team, ainsi que pour les utilisateurs Enterprise disposant de sièges premium ou de sièges Chat + Claude Code.

D'où provient la consommation d'une session cloud ?

Elle est déduite du quota habituel de votre compte, une fois que tout crédit préalable est épuisé. La documentation des sessions cloud l'indique clairement : « les sessions cloud partagent les limites de débit avec toutes les autres utilisations de Claude et de Claude Code au sein de votre compte. L'exécution de plusieurs tâches en parallèle consomme proportionnellement plus de limites de débit. » La même page précise qu'« il n'y a pas de facturation séparée pour la VM cloud ».

Lisez la seconde phrase deux fois, car c'est celle qui surprend les utilisateurs. Chaque commande claude --cloud crée sa propre session avec sa propre fenêtre de contexte. Lancez quatre tâches simultanément et quatre sessions enverront leurs requêtes en même temps ; la ponction sur votre compte sera donc environ quatre fois supérieure à celle d'une seule session. La VM est gratuite. Les tokens ne le sont pas.

Les exceptions concernent les fonctionnalités facturées sur les crédits d'utilisation plutôt que sur votre forfait, ce qui est abordé dans la section suivante.

Le mot « crédit » désigne deux choses différentes

L'interface utilise un seul mot pour deux mécanismes distincts, et cette surcharge terminologique est la cause principale de la confusion entourant cette question.

Les crédits d'utilisation sont le mécanisme permanent. Il s'agit d'un solde prépayé que vous approvisionnez vous-même dans Paramètres > Utilisation, disponible sur les offres Pro, Max 5x et Max 20x. Pour un usage courant, ils ne sont pas utilisés tant que vous n'atteignez pas l'une des limites de votre abonnement : Anthropic précise qu'ils interviennent « au lieu d'être bloqué lorsque vous atteignez l'une des limites de votre plan ». Une fois cette limite atteinte, si les crédits sont activés et que vous disposez de fonds, votre travail se poursuit et l'utilisation est « facturée aux tarifs API standard ». API signifie interface de programmation d'application, et les tarifs API standard sont facturés par jeton (token) ; il s'agit donc d'une consommation facturée à l'usage plutôt que d'un forfait. Vous pouvez définir un plafond de dépenses mensuel, et /usage affiche la dépense du mois par rapport à ce plafond. Les crédits d'utilisation couvrent à la fois les conversations Claude et Claude Code. Pour une vue d'ensemble de ce solde, y compris le second sens sans rapport que revêt ce terme, lisez ce que sont les crédits d'utilisation et pourquoi le terme est surchargé.

Certaines fonctionnalités consomment des crédits d'utilisation même s'il reste du quota sur votre abonnement. Sur Pro, Max, Team et Enterprise, le mode rapide est « disponible uniquement via les crédits d'utilisation et n'est pas inclus dans les limites de débit de l'abonnement ». La documentation du mode rapide ajoute qu'il « puise directement dans les crédits d'utilisation, même s'il vous reste de l'utilisation sur votre abonnement ». Tant que les crédits ne sont pas activés, /fast refuse l'accès avec le message « Le mode rapide nécessite des crédits d'utilisation ». Le mode rapide fonctionne également dans les sessions cloud. Ultrareview, qui s'exécute en tant que session cloud, offre aux abonnés Pro et Max trois exécutions gratuites par compte, puis facture chaque revue aux crédits d'utilisation. Sur Pro, Fable n'est disponible que via les crédits d'utilisation. Il s'agit là du travail dans le cloud qui engendre des coûts en plus de votre abonnement.

Un crédit de session cloud est un bonus promotionnel, et non un solde prépayé. Le centre d'aide d'Anthropic le décrit comme un crédit bonus de 100 $ sur Pro et 250 $ sur Max, et précise : « Les sessions cloud sont incluses dans votre abonnement Pro ou Max, et ce crédit ajoute une utilisation gratuite en plus des limites de votre abonnement habituel. » Il est accordé et non acheté, et il ne couvre que les sessions cloud que vous lancez vous-même : les Projets et les Routines sont exclus, même si les routines s'exécutent en tant que sessions cloud, tout comme les sessions de chat, Cowork et Remote Control. Il est appliqué automatiquement au démarrage d'une session cloud. Tant qu'il est valide, l'utilisation de la session cloud est payée par ce crédit et ne compte pas dans les limites de votre abonnement. Une subtilité sur Pro : Fable dans une session cloud consomme le crédit bonus en priorité, et « Fable puisera dans vos crédits d'utilisation immédiatement après l'épuisement du crédit bonus ».

La réponse honnête est que ces deux éléments sont documentés à des endroits différents ; vérifiez donc votre propre compte plutôt que de vous fier à un résumé, y compris celui-ci. Au 12 octobre 2026, la page des sessions cloud sur code.claude.com traite du partage des limites de débit et ne mentionne pas de crédit promotionnel, tandis que l'article d'aide sur les crédits d'utilisation traite du solde prépayé sans mentionner les sessions cloud. La promotion dispose de son propre article dans le centre d'aide. Elle était ouverte aux abonnés individuels Pro et Max dont l'abonnement était actif lors de son lancement le 23 septembre 2026 ; les comptes Team, Enterprise, les essais gratuits et les comptes en retard de paiement n'étaient pas éligibles, tout comme les connexions via Amazon Bedrock, Google Vertex AI ou une clé API. La date limite de réclamation était le 7 octobre 2026, elle est donc passée, et le crédit expire le 4 novembre 2026 à 23h59 PT. Votre solde restant s'affiche dans le menu d'utilisation.

Que se passe-t-il lorsque le pool est vide ?

Trois situations sont possibles, selon le pool qui est épuisé.

Lorsque le crédit d’une session cloud promotionnelle est épuisé, rien ne s’arrête. Les sessions cloud sont de nouveau décomptées des limites de votre offre normale. C’est le cas à surveiller, car ce crédit donnait l’impression que le travail dans le cloud était gratuit, et le retour à la facturation normale est silencieux.

Lorsque la limite incluse dans votre offre est atteinte et que les crédits d’utilisation sont activés avec des fonds disponibles, le travail continue. Il est facturé par token aux tarifs API standard jusqu’à ce que vous atteigniez votre limite mensuelle de dépenses. À ce moment-là, Claude Code affiche un message indiquant la limite atteinte, par exemple « Vous avez atteint votre limite mensuelle de dépenses ». Avec les offres Pro et Max, il propose de relever ou de supprimer cette limite sans quitter la CLI.

Lorsque la limite de votre offre est atteinte et que les crédits d’utilisation sont désactivés ou non approvisionnés, le travail s’arrête. Le message « Vous avez atteint votre limite de session » ou « Vous avez atteint votre limite hebdomadaire » s’affiche, avec l’heure à laquelle la fenêtre est réinitialisée. Ces limites couvrent tous les modèles : /model ne vous permettra donc pas de continuer. Un message propre à un modèle se comporte différemment : après « Vous avez atteint votre limite Opus », passer à une autre famille avec /model sonnet vous permet de continuer à travailler. Les options disponibles lorsqu’une limite est atteinte et le calcul des fenêtres de réinitialisation sont plus faciles à consulter avant d’en avoir besoin que pendant le blocage.

Dans ce cas, votre modèle n’est pas rétrogradé silencieusement et votre contexte n’est pas réduit pour permettre au travail de continuer. Le compteur dispose de ressources à utiliser, ou le travail s’arrête.

Où voir la consommation d’une session cloud ?

À deux endroits, mais l’un des deux peut vous induire en erreur si vous l’interprétez mal.

Settings > Usage sur claude.ai est la vue de référence. Elle affiche la consommation de votre plan, indique si les crédits de consommation sont activés, présente votre solde, les dépenses du mois en cours et votre limite mensuelle de dépenses. Depuis un terminal, /usage-credits ouvre cette même page dans votre navigateur.

/usage dans une session affiche les barres de consommation de votre plan. Avec Pro, Max, Team et Enterprise, cette commande fournit aussi une ventilation de la consommation récente : skills, subagents, plugins et serveurs MCP individuels, chacun exprimé en pourcentage du total. Elle signale également les comportements qui représentent une part importante de la consommation récente, comme un contexte long ou des cache misses. Appuyez sur d ou w pour basculer entre le dernier jour et la dernière semaine.

C’est ici que se trouve le piège. Les valeurs du jour et de la semaine sont calculées à partir de l’historique des sessions sur la machine où vous avez saisi la commande. La documentation le précise : « l’utilisation provenant d’autres appareils ou de claude.ai n’est pas incluse ». Ainsi, si vous exécutez /usage dans votre terminal après une après-midi de travail intensif dans le cloud, la commande affiche une journée peu chargée, car ce travail a eu lieu ailleurs. Exécutez /usage dans la session cloud ou ouvrez Settings > Usage lorsque vous voulez consulter les données de consommation du cloud.

Qu’est-ce qui rend une session cloud coûteuse ?

Le coût d’une session Claude Code correspond à la taille du contexte envoyé, multipliée par le nombre d’envois. Les sessions cloud ont tendance à augmenter ces deux facteurs, pour des raisons qui n’ont rien à voir avec la VM.

Une exécution en arrière-plan longue renvoie l’intégralité de la conversation à chaque tour, et chaque appel d’outil ajoute une autre requête contenant ce lot de résultats. Une session laissée active pendant une heure paie donc plusieurs fois pour son propre historique. C’est le même mécanisme que celui décrit dans ce qui consomme réellement des tokens dans une session Claude Code, et il s’applique de la même façon au travail local. La différence est que personne ne surveille une session cloud : elle s’exécute donc beaucoup plus longtemps avant que quelqu’un ne l’arrête.

Relire le dépôt est l’autre facteur important. La VM clone le dépôt à neuf et ne garde aucun souvenir de ce que vous avez exploré la veille. Une instruction vague comme « nettoyez la gestion des erreurs » pousse Claude à effectuer une recherche étendue et à lire de nombreux fichiers simplement pour trouver où se trouve cette gestion. Une instruction précise comme « ajoutez le wrapper de retry de src/http/retry.ts aux trois appelants dans src/sync/ » envoie une fraction des tokens, car elle supprime la recherche.

/clear n’existe pas dans une session cloud. En local, effacer le contexte entre deux tâches sans rapport ne coûte rien et réduit le contexte de la tâche suivante. Dans une session cloud, vous devez plutôt démarrer une nouvelle session depuis la barre latérale. Un thread que vous continuez à réutiliser transporte donc tout ce qui précède dans chaque requête ultérieure.

Les périodes d’inactivité coûtent également de l’argent. Une session cloud s’arrête après une période d’inactivité et sa VM est récupérée. Lorsque vous rouvrez la session depuis claude.ai/code, une nouvelle VM est provisionnée et l’historique de la conversation est restauré. En revanche, le travail en arrière-plan qui s’exécutait encore lorsque la VM a disparu ne l’est pas. Votre premier message après cette interruption ne bénéficie pas non plus du prompt cache. Le contexte complet est alors retraité au tarif normal au lieu d’être relu à moindre coût. La durée de vie du cache est également plus courte lorsque vous utilisez des crédits d’utilisation que lorsque vous êtes dans le cadre de votre forfait.

Contrôles disponibles dans une session cloud : /context pour voir ce qui se trouve dans la fenêtre, /compact keep the test output pour résumer avec le focus de votre choix, et /model sonnet ou /effort pour éviter de payer les tarifs Opus pour des tâches mécaniques. Notez que /compact lit la conversation qu’il résume. Compacter un contexte très volumineux constitue donc lui-même une requête importante. Les sous-agents conservent leur sortie détaillée dans une fenêtre de contexte distincte, mais chacun envoie ses propres requêtes. Ils réduisent donc le contexte principal, pas le volume total. La forme de cette surcharge est décrite dans ce qu’un harness d’agent ajoute à chaque requête.

Exécuter la même tâche localement

La méthode locale pour ce travail consiste à utiliser l'interface CLI classique, et le modèle efficace est de diviser la tâche plutôt que de choisir un seul environnement.

Planifiez sur votre machine, où il est facile d'interrompre l'exploration :

claude --permission-mode plan

En mode plan, Claude lit les fichiers et exécute des commandes pour explorer, puis propose une approche sans modifier le code source. Validez le plan, poussez-le, et confiez l'exécution à une session cloud :

claude --cloud "Execute the migration plan in docs/migration-plan.md"

Un détail piège tout le monde au moins une fois. La VM cloud clone le dépôt GitHub distant sur votre branche actuelle, et non votre copie de travail locale ; tout ce que vous n'avez pas poussé n'existe donc pas pour cette session. Poussez vos modifications en premier. L'exception concerne les dépôts sans distant git, ou les dépôts github.com sur lesquels l'application Claude GitHub n'est pas installée : dans ce cas, Claude Code téléverse un bundle de votre dépôt local, incluant les modifications non validées des fichiers suivis, mais pas les fichiers non suivis.

Pour terminer une session cloud sur votre propre machine, récupérez-la :

claude --teleport

Teleport récupère et extrait la branche de la session, puis charge l'historique complet de la conversation dans votre terminal. Cela nécessite un arbre de travail propre et une extraction du même dépôt, pas d'un fork. Après cela, le terminal possède sa propre copie de la session : le nouveau travail effectué ici reste local et n'apparaît pas sur claude.ai.

L'exécution locale ne rend pas un seul token moins cher. Ce qu'elle vous apporte, c'est le contrôle : /clear entre les tâches, /resume pour revenir plus tard, aucune expiration de VM, et la possibilité d'appuyer sur Échap dès que Claude s'engage dans une mauvaise direction. Pour un travail devant lequel vous restez assis de toute façon, ce contrôle vaut généralement mieux que la commodité. Pour une suite de tests qui prend vingt minutes, ou une tâche que vous souhaitez voir progresser alors que votre ordinateur portable est éteint, le cloud justifie son utilité. Maintenir un contexte réduit est payant dans les deux cas, ce qui fait l'objet de la gestion délibérée de la fenêtre de contexte.

Quand changer d’offre est la vraie solution

Les crédits sont la manière la plus coûteuse d’acheter de la capacité, car ils sont facturés par token aux tarifs standard, tandis qu’un abonnement est facturé au forfait. Si vous rechargez votre compte chaque semaine, le calcul joue déjà contre vous.

Deux signaux indiquent que le problème vient de l’offre plutôt que de vos habitudes. Le premier est d’atteindre la limite pendant un travail ordinaire, avant d’avoir essayé quoi que ce soit d’inhabituel. Le second est un solde de crédits qui se vide selon le même calendrier chaque mois. Des prompts plus précis ne résolvent aucun de ces problèmes.

Les éléments à comparer et les différences réelles entre les offres sont présentés sur les pages des offres, plutôt que dans un paragraphe ici. Commencez par l’offre qui correspond à votre façon de travailler, puis, si vous utilisez déjà Max, consultez la différence entre les deux niveaux Max. Prenez votre décision en vous basant sur vos propres chiffres, avec Settings > Usage ouvert devant vous.

FAQ

Les sessions cloud sont-elles facturées en supplément de mon abonnement Claude ?

Non. La documentation des sessions cloud précise qu'il n'y a « aucun frais distinct pour la VM cloud » et que les sessions cloud « partagent les limites de débit avec toutes les autres utilisations de Claude et Claude Code au sein de votre compte ». La machine est incluse. Ce que vous consommez, ce sont des tokens, déduits du même quota que celui utilisé par votre terminal et vos conversations, à moins qu'un crédit bonus ne soit disponible et utilisé en priorité. Les exceptions concernent les fonctionnalités facturées aux crédits d'utilisation, comme le mode rapide ou les exécutions ultrareview au-delà des quotas gratuits, qui sont facturées en supplément quel que soit l'environnement d'exécution.

Pourquoi ma commande locale /usage n'affiche-t-elle pas l'activité de ma session cloud ?

Parce que ses statistiques journalières et hebdomadaires sont calculées à partir de l'historique de session de la machine sur laquelle vous exécutez la commande. La documentation indique explicitement que « l'utilisation provenant d'autres appareils ou de claude.ai n'est pas incluse » ; le travail effectué dans le cloud n'y apparaît donc jamais. Exécutez /usage directement au sein de la session cloud, ou ouvrez Paramètres > Utilisation sur claude.ai, qui constitue la source de référence pour le suivi de votre abonnement et de vos crédits.

Ma session cloud s'arrête-t-elle lorsque le crédit est épuisé ?

Cela dépend du type de crédit. Lorsqu'un crédit promotionnel de session cloud est épuisé, les sessions cloud continuent de fonctionner et sont à nouveau décomptées de vos limites d'abonnement habituelles. Lorsque votre limite d'abonnement est atteinte et que des crédits d'utilisation sont activés et approvisionnés, le travail se poursuit avec une facturation au token aux tarifs API standard, jusqu'à votre limite de dépenses mensuelle. Lorsque votre limite d'abonnement est atteinte sans crédit disponible, le travail s'arrête avec un message tel que « You've hit your session limit » indiquant l'heure de réinitialisation.

Claude Code est-il moins coûteux à exécuter localement que dans le cloud ?

Par token, non : la même requête coûte le même prix quel que soit l'endroit où la session s'exécute, et la VM est gratuite dans les deux cas. En pratique, les sessions locales consomment souvent moins, car le /clear entre des tâches sans rapport ne coûte rien, vous pouvez arrêter une exécution qui dévie, et aucune expiration de VM ne vous force à redémarrer en retraitant votre historique. Une session cloud devient coûteuse lorsqu'elle est laissée sans surveillance sur une instruction vague.