Claude Code : la facturation change le 15 juin 2026

À partir du 15 juin 2026, l’usage programmatique de Claude Code n’est plus couvert par votre abonnement : l’Agent SDK, la commande claude -p, les GitHub Actions et les applications tierces basculent sur un pool de crédits mensuel séparé, facturé au tarif API standard. L’usage interactif — Claude Code dans le terminal, claude.ai et Cowork — ne change pas.

Concrètement, le crédit mensuel par utilisateur est de 20 $ sur Pro, 100 $ sur Max 5x et 200 $ sur Max 20x, soit environ 50, 250 et 500 tâches automatisées selon Anthropic. J’ai analysé l’annonce et le centre d’aide officiel pour vous donner le détail par plan, ce qui reste inchangé, la raison de ce changement, et la méthode que j’utilise pour estimer et plafonner mes coûts avant la bascule.

L’usage interactif reste couvert par l’abonnement ; seul l’usage programmatique bascule sur un credit mensuel facture au tarif API.

Ce qui change exactement le 15 juin 2026

Le changement sépare deux usages qui partageaient jusqu’ici le même quota d’abonnement : l’usage interactif et l’usage programmatique. Seul le second est concerné.

À partir du 15 juin, ces quatre usages consomment un crédit dédié plutôt que votre pool d’abonnement :

• L’Agent SDK appelé directement dans vos projets Python ou TypeScript.
• La commande claude -p en mode non interactif (headless), typiquement dans des scripts ou des pipelines.
• L’intégration Claude Code GitHub Actions, qui exécute Claude sur vos pull requests et issues.
• Les applications tierces qui s’authentifient avec votre abonnement via l’Agent Client Protocol (ACP) : l’éditeur Zed, l’assistant IA de JetBrains et les autres outils agentiques connectés à votre compte.

Ce crédit est décompté au tarif API standard, et non plus absorbé par le forfait. C’est le cœur du changement : un usage qui était de fait illimité dans la limite des quotas d’abonnement devient mesuré et facturé au token.

Ce qui reste inchangé

L’usage interactif continue de puiser dans votre abonnement, exactement comme aujourd’hui. Trois usages ne sont pas touchés :

• Claude Code en mode interactif dans le terminal ou l’IDE (la TUI), tant que vous tapez vos prompts en direct.
• claude.ai sur le web, le desktop et le mobile, pour vos conversations classiques.
• Claude Cowork, l’espace de travail agentique grand public.

Si vous utilisez Claude Code uniquement en tapant vos commandes au clavier, sans script ni automatisation, votre facture ne bouge pas. Pour bien distinguer les deux modes, notre guide complet de Claude Code détaille l’usage interactif et les commandes du terminal.

Le credit mensuel par utilisateur va de 20 $ (Pro) a 200 $ (Max 20x), soit environ 50 a 500 taches automatisees a ~0,40 $ piece.

Le détail des crédits par plan

Chaque plan reçoit un crédit Agent SDK mensuel, attribué par utilisateur. Voici le barème officiel et l’estimation de tâches correspondante, basée sur un coût représentatif d’environ 0,40 $ par tâche avec Sonnet 4.6.

Les estimations de tâches sont des ordres de grandeur. Votre consommation réelle dépend de la taille du contexte envoyé, du modèle utilisé et de votre taux de réutilisation du cache.

Trois règles à connaître sur les crédits

Au-delà des montants, trois règles déterminent comment ces crédits se comportent au quotidien.

Les crédits sont par utilisateur, pas mutualisés. Ils appartiennent à des comptes individuels et ne peuvent être ni partagés ni regroupés entre coéquipiers. Une équipe de cinq développeurs sur Team Premium dispose donc de cinq enveloppes de 100 $ distinctes, pas d’un pot commun de 500 $.

Les crédits ne sont pas reportables. Ils se réinitialisent à chaque cycle de facturation, et le solde non utilisé est perdu en fin de mois. Il n’y a aucun report d’un mois sur l’autre.

L’ordre de décompte est fixe. L’usage Agent SDK pioche d’abord dans votre crédit mensuel. Une fois ce crédit épuisé, deux cas : si vous avez activé la facturation à la consommation, vos requêtes continuent au tarif API standard ; sinon, elles s’arrêtent jusqu’au prochain cycle. Vous devez réclamer votre crédit une fois depuis votre compte Claude, et les utilisateurs éligibles reçoivent un e-mail avec les instructions avant le 15 juin 2026.

Pourquoi Anthropic introduit ce pool de crédits

La raison tient en un chiffre : les abonnements subventionnaient l’usage agentique à hauteur de 15 à 30 fois le tarif API, selon Anthropic. Un développeur qui lançait des boucles d’agents en continu consommait donc bien plus de calcul que ce que son forfait couvrait économiquement.

Les pools d’abonnement n’ont jamais été conçus pour soutenir des boucles programmatiques continues à grande échelle. Un humain qui tape ses prompts envoie quelques requêtes par minute ; un agent SDK ou une GitHub Action peut en générer des centaines par heure, 24h/24, sans intervention humaine.

Anthropic pointe aussi le rôle du cache de prompt. Claude Code en mode interactif maximise la réutilisation du cache, ce qui réduit fortement le coût de calcul. Les outils tiers qui n’optimisent pas ce cache sont « vraiment difficiles à soutenir durablement », selon Boris Cherny, responsable de Claude Code chez Anthropic. Le nouveau modèle facture donc l’usage là où le coût réel se concentre.

Ce changement s’inscrit dans une logique déjà visible sur l’infrastructure agentique d’Anthropic, comme le détaille notre guide des Managed Agents, facturés au tarif API plus un coût horaire de session.

Comment estimer vos coûts avant la bascule

La méthode que j’applique tient en trois étapes : compter, chiffrer, comparer. L’objectif est de savoir si votre crédit de plan suffit, ou si vous risquez de basculer en facturation à la consommation.

Étape 1 : compter vos tâches programmatiques

Listez tout ce qui tourne sans intervention humaine directe : les déclenchements de GitHub Actions sur vos pull requests, les scripts claude -p planifiés, les agents Agent SDK et les sessions lancées depuis Zed ou JetBrains. Estimez un volume mensuel pour chacun.

Étape 2 : chiffrer le coût par tâche

Le tarif de référence est celui de l’API. Avec Sonnet 4.6, comptez 3 $ par million de tokens en entrée et 15 $ par million en sortie. Une tâche représentative — 10 000 tokens en entrée, 3 000 en sortie — revient à environ 0,40 $.

Pour situer l’échelle : un crédit de 20 $ équivaut à environ 6,6 millions de tokens en entrée ou 1,3 million en sortie. Une GitHub Action qui analyse une grosse base de code à chaque commit consomme beaucoup plus qu’un simple claude -p de quelques lignes.

Étape 3 : comparer au crédit de votre plan

Multipliez votre volume de tâches par le coût unitaire et comparez au crédit de votre plan dans le tableau ci-dessus. Si vous dépassez, vous avez trois leviers : passer à un plan supérieur, activer la facturation à la consommation en acceptant un surcoût, ou réduire votre consommation.

Quatre leviers classes par ordre d’impact : le cache de prompt fait tomber les tokens en entree a 0,1x sur les hits.

Quatre leviers pour limiter vos coûts

Une fois votre estimation faite, vous pouvez agir sur la consommation elle-même. Voici les quatre leviers les plus efficaces, par ordre d’impact.

1. Activez le cache de prompt. C’est l’optimisation à plus fort effet de levier pour les workloads agentiques répétitifs : le coût des tokens en entrée tombe à 0,1x sur les hits de cache. Pour des prompts système ou des contextes stables d’une exécution à l’autre, l’économie est massive.

2. Réduisez la fenêtre de contexte. N’envoyez que les fichiers et l’historique strictement nécessaires à chaque appel. Chaque token en entrée est facturé, et le contexte représente souvent l’essentiel du coût d’une tâche de code.

3. Choisissez le bon modèle. Réservez Opus aux tâches qui en ont vraiment besoin et basculez sur Sonnet ou Haiku pour le reste. Le rapport coût/qualité change radicalement selon le modèle, et la plupart des tâches d’automatisation ne nécessitent pas le modèle le plus puissant. Pour ajuster la profondeur de raisonnement sans changer de modèle, voyez notre guide du contrôle de l’effort.

4. Posez un plafond strict. Si vous voulez un budget verrouillé, laissez la facturation à la consommation désactivée : vos requêtes s’arrêteront à l’épuisement du crédit plutôt que de générer un dépassement. C’est la garantie anti-surprise sur la facture.

Mon avis : un changement logique, mais à anticiper

Ce changement est cohérent. Facturer au tarif API un usage programmatique qui pouvait tourner en continu était inévitable : aucun abonnement à 20 $ ne peut absorber des boucles d’agents 24h/24 sans plafond. La distinction entre usage interactif (inchangé) et usage programmatique (facturé) est nette et défendable.

L’enjeu réel, c’est l’anticipation. Si vous automatisez Claude via GitHub Actions ou des scripts claude -p, faites votre estimation maintenant et réclamez votre crédit avant le 15 juin. Les développeurs qui font un usage interactif classique de Claude Code, eux, n’ont rien à changer.

Pour replacer ce changement dans l’ensemble des offres et choisir le plan adapté à votre usage, notre guide Claude gratuit, Pro et au-delà détaille les différences entre les forfaits.