Le changement de facturation de Claude Code du 15 juin a été suspendu. Voici les vrais calculs.

La version en 60 secondes

La moitié de LinkedIn a passé la semaine à partager la même capture : "Anthropic a mis fin à la gratuité de Claude Code le 15 juin — l'usage automatisé est désormais facturé à part". J'utilise Claude Code et des agents en production, alors je suis allé à la source plutôt qu'à la capture.

Anthropic a annoncé le changement. Puis l'a suspendu — le jour même où il devait entrer en vigueur. À ce jour (17 juin 2026), rien n'a changé. Mais l'économie qui a déclenché le changement est toujours là, et elle reviendra. La vraie question n'est donc pas "qu'est-ce qui a changé" (rien) mais "combien cela me coûterait à son retour" — et cela, on peut le calculer aujourd'hui.

Ce qui a été annoncé, et ce qui s'est vraiment passé

Le changement annoncé (vers le 2 juin, effectif le 15) : l'usage "non interactif" de Claude cesserait de consommer les limites de votre abonnement et basculerait sur un crédit mensuel séparé, puis sur les tarifs API standard une fois ce crédit épuisé.

Dans le périmètre (non interactif) :

• Le Claude Agent SDK dans vos propres projets
• claude -p (le mode non interactif de Claude Code)
• L'intégration Claude Code avec GitHub Actions
• Les applications tierces qui s'authentifient avec votre abonnement via l'Agent SDK

Hors périmètre : l'usage interactif — vous qui tapez dans Claude Code ou sur claude.ai. Jamais concerné.

Le crédit annoncé, par offre, mensuel, sans report : 20 $ sur Pro, 100 $ sur Max 5x, 200 $ sur Max 20x.

Ce qui s'est vraiment passé : le 15 juin, Anthropic a publié, mot pour mot, "Nous suspendons les changements à l'usage du Claude Agent SDK décrits ci-dessous. Pour l'instant, rien n'a changé : le Claude Agent SDK, claude -p et l'usage des applications tierces consomment toujours les limites de votre abonnement". Ils ajoutent qu'ils retravailleront le dispositif et le "communiqueront avant toute entrée en vigueur".

Donc si vous avez vu le post "c'est fini" : il décrivait l'annonce et a raté le rétropédalage. Bon à savoir avant de le transférer à votre équipe.

Ce que disent les données

J'ai construit un petit modèle de coût aux tarifs API de liste d'Anthropic (Sonnet 4.6 à 3 $ / 15 $ par million de tokens entrée/sortie ; Opus 4.8 à 5 $ / 25 $). Une tâche "substantielle" de Claude Code représente environ 150K en entrée + 30K en sortie facturés. Les hypothèses complètes et le script sont en fin d'article.

Coût par tâche automatisée substantielle :

• Sonnet 4.6 : ~0,58 $ avec mise en cache des prompts, ~0,90 $ sans
• Opus 4.8 : ~0,97 $ avec cache, ~1,50 $ sans

Ce que le crédit mensuel annoncé (désormais suspendu) aurait acheté, en tâches substantielles/mois :

• Pro (20 $) : ~24 tâches (fourchette 13–34)
• Max 5x (100 $) : ~124 tâches (66–170)
• Max 20x (200 $) : ~249 tâches (133–341)

Ce que l'automatisation coûte vraiment par mois aux tarifs API :

• Interactif uniquement (vous tapez) : 0 $ — hors périmètre
• Automatisation légère (2 exécutions headless/jour) : ~35 $
• Bot de revue de PR (20 PR/jour) : ~480 $
• Agent cron toutes les 15 minutes : ~588 $

Le chiffre qui compte : un bot de revue de PR sur 20 pull requests par jour, c'est ~480 $/mois aux tarifs API. Face à un crédit Pro de 20 $, cela fait un écart de 24x entre ce que vous payez sur un abonnement forfaitaire et ce que coûte le même travail au compteur. Cet écart — rapporté ailleurs comme une "subvention de 15–30x" — est précisément ce qu'Anthropic a tenté de combler, et la raison pour laquelle ils réessaieront.

La seule intuition juste du post viral ("une seule session lourde peut épuiser votre budget en quelques exécutions") est donc directionnellement correcte pour la plus petite offre et l'automatisation critique. Sauf qu'elle décrivait un changement qui n'est pas actif.

Pourquoi c'est important pour la production (même en pause)

• Votre abonnement subventionne aujourd'hui l'automatisation d'environ un ordre de grandeur. C'est excellent — et ce n'est pas un contrat. Planifiez comme si le compteur revenait.
• Le risque n'est pas le prix. C'est la surprise. Un abonnement forfaitaire masque la consommation automatisée jusqu'à ce que le modèle change ; elle arrive alors comme une facture, pas comme une ligne de tableau de bord.
• L'usage interactif et headless ont des économies totalement différentes. Les traiter comme un seul bloc, c'est pour ça que les équipes se font surprendre.
• Les agents cron "on configure et on oublie" sont le tueur de budget silencieux : 96 exécutions/jour, c'est ~588 $/mois avant qu'un humain ne regarde.

Quoi faire — selon votre cas

• Vous ne faites que taper dans Claude Code / claude.ai : ne faites rien. Vous n'avez jamais été dans le périmètre.
• Vous avez une automatisation légère (quelques exécutions headless/jour) : aucune action nécessaire ; même le crédit Pro de 20 $ vous aurait couvert. Gardez-la sur l'abonnement.
• Vous avez une automatisation critique (bots CI, Agent SDK en prod, agents cron) : mesurez-la maintenant. Séparez interactif et headless, mettez un chiffre sur la moitié headless, et décidez de votre posture de facturation avant le retour du changement — pas après.
• Vous êtes sur le point de mettre un agent en production : démarrez-le dès le premier jour en facturation API / paiement à l'usage explicite, avec un plafond de dépense et un tableau de bord. Les abonnements sont pour les humains ; l'automatisation en production va sur une facturation mesurée que vous pouvez voir.

Comment j'ai construit le modèle de coût

Les entrées sont des prix de liste publics plus des hypothèses étiquetées — rien d'inventé :

• Tarifs API : Sonnet 4.6 3 $/15 $, Opus 4.8 5 $/25 $ par million de tokens (tarifs Anthropic).
• Taille de tâche : 150K en entrée + 30K en sortie par tâche substantielle ; une tâche récurrente plus légère à 60K + 10K.
• Cache : les lectures de cache facturent ~0,1x de l'entrée ; je suppose ~70% de l'entrée en lecture de cache sur une session longue (un multiplicateur d'entrée mixte de 0,3x).
• 30 jours par mois.

Coût par tâche = (tokens d'entrée / 1M x tarif d'entrée x multiplicateur de cache) + (tokens de sortie / 1M x tarif de sortie). Crédits en tâches = crédit / coût par tâche. Coût de scénario = exécutions par mois x coût par exécution. Le script imprime le tableau et écrit un CSV + JSON.

Ce que cette analyse ne mesure PAS

• Tarifs de liste uniquement — les prix négociés ou entreprise diffèrent.
• Les tokens par tâche sont une hypothèse, pas une mesure de votre charge. Vos vrais chiffres peuvent varier de 2–3x dans un sens ou l'autre.
• Les économies de cache varient énormément selon la structure de vos prompts.
• Cela ignore la Batch API (-50%), les paliers de volume et les heures gratuites d'exécution de code.
• Ce sont des scénarios d'ordre de grandeur, pas un devis.

La conclusion

Rien n'a changé le 15 juin. Mais "rien n'a changé" est une photo, pas une stratégie. La subvention de l'abonnement sur l'usage automatisé de Claude est réelle, importante, et explicitement en cours de révision par l'entreprise qui la paie. Si votre facture Claude est aujourd'hui un abonnement forfaitaire et que vous ne pouvez pas chiffrer ce que coûterait votre automatisation aux tarifs API, c'est l'écart à combler avant le retour du changement — calmement maintenant, pas dans la panique plus tard.

Prochaine étape

Un diagnostic de 15 minutes applique cette même mesure à votre stack réel — interactif vs headless, ce que coûterait votre automatisation aux tarifs API, où placer les plafonds de dépense — pour 97€ sur godi.ai/audit-ia-quick. Questions : [email protected].