Limite d’utilisation de Claude Code : statuts d’agents 99 % moins chers

Le 4 novembre au soir, le compte ClaudeDevs a annoncé sur X que les agents en arrière-plan (background subagents) de Claude Code consomment désormais moins de limite d’utilisation. Le statut d’un tel agent se rafraîchit toutes les 30 secondes, et jusqu’ici chaque mise à jour relisait toute sa conversation. C’est maintenant Haiku 5.5 qui le rédige à partir de courtes notes, si bien que chaque mise à jour coûte environ 99 % de moins.

Qu’est-ce qui change dans le calcul de la limite d’utilisation de Claude Code ?

Il s’agit de la petite ligne de statut affichée à côté de chaque agent qui tourne en arrière-plan. D’après le message de ClaudeDevs, le mécanisme fonctionnait jusqu’ici ainsi :

1. Toutes les 30 secondes, séparément pour chaque agent actif, Claude Code générait un nouveau statut.
2. Chacune de ces mises à jour relisait toute la conversation de l’agent, qui s’allonge avec le temps.
3. Désormais, le statut est rédigé par Haiku 5.5 à partir de courtes notes, au lieu de lire toute la transcription.

Selon le changelog de Claude Code, Haiku 5.5 coûte dans l’API 0,10 USD par million de tokens en entrée et 0,50 USD par million de tokens en sortie.

Le message a vite circulé : au matin du 5 novembre, il cumulait plus de 16 000 « j’aime » et près de 1,2 million de vues. Rien d’étonnant, les limites étant l’un des sujets les plus fréquents chez ceux qui travaillent tous les jours avec Claude Code.

Pourquoi c’est important ?

Parce que c’est précisément ce mécanisme qui était à l’origine des mesures très commentées d’il y a une semaine. J’en ai parlé dans l’article sur la consommation de tokens de Claude Code : selon un gist de Flamerix AI, les résumés agent_summary représentaient 16,4 % du coût estimé d’une session, soit plus que la conversation principale.

Depuis, de nouvelles analyses se sont ajoutées dans le ticket #86879. Le 31 octobre, un utilisateur a calculé à partir des logs de la version 2.1.314 qu’un seul résumé envoyait entre 2 800 et 13 000 tokens en entrée hors cache, et que dans sa modélisation d’une semaine de travail avec de nombreux agents, les résumés pesaient environ 13 à 32 % des dépenses. D’autres ont publié leurs propres contournements, des variables d’environnement aux scripts chargés au démarrage.

Fait notable : sous le ticket lui-même, personne chez Anthropic ne s’est exprimé (pour l’instant). Au 5 novembre, il reste ouvert, et le changement a été annoncé sur X, pas dans le fil GitHub.

Qu’est-ce qui a encore été amélioré pour les agents en arrière-plan ?

Le changelog de la version 2.1.318 du 4 novembre liste plusieurs changements dans le même domaine :

1. Les agents en arrière-plan basculent une commande shell en arrière-plan après 3 minutes chez tous les fournisseurs, pour que le cache du prompt n’expire pas pendant son exécution.
2. Sur Bedrock, Vertex et Foundry (ainsi qu’avec la télémétrie désactivée), le résumé de progression d’un agent peut, avec un cache froid, attendre jusqu’à 5 minutes la réponse de l’agent.
3. Correction du message « Now using usage credits », qui s’affichait environ toutes les 30 secondes lorsqu’un agent tournait en arrière-plan.

Le message de ClaudeDevs ne donne aucun numéro de version et ne parle pas de mise à jour nécessaire. Le changelog ne décrit pas non plus ce changement directement, donc le plus simple est d’avoir la dernière version (vérifions-la avec claude --version).

À quoi faire attention ?

D’abord, à l’échelle. Les 99 % concernent une seule mise à jour de statut, pas toute la facture. L’économie réelle dépend du nombre d’agents lancés en même temps et de leur durée de travail. Les sessions sans agents en arrière-plan ne devraient pas sentir la différence.

Ensuite, à l’absence d’interrupteur. Le message ne mentionne aucun réglage pour désactiver les statuts, alors que les utilisateurs le réclament toujours dans le ticket.

Enfin, aux chiffres des mesures. Les parts de 13 à 32 % évoquées plus tôt sont des estimations d’utilisateurs (à partir du champ cost_usd et de modèles de coûts), pas des factures, donc prenons-les avec recul. Le mieux est de vérifier chez soi grâce à la télémétrie OpenTelemetry, en regroupant les requêtes par query_source, comme je l’ai décrit dans l’article précédent. Pour aller plus loin sur le travail avec les agents, voir le tutoriel Claude Code.

FAQ

Pourquoi la limite d’utilisation de Claude Code s’épuise-t-elle si vite ?

Chaque requête envoie au modèle le contexte de la conversation, donc les longues sessions et les nombreux agents en parallèle consomment vite la limite. D’après les mesures des utilisateurs, les statuts des agents en arrière-plan généraient aussi une bonne part du coût, et depuis le 4 novembre ils coûtent environ 99 % de moins par mise à jour.

Dois-je activer quelque chose pour profiter du changement ?

D’après le message de ClaudeDevs, il n’y a rien à configurer. Mieux vaut quand même avoir une version à jour de Claude Code.

Peut-on désactiver complètement les statuts des agents en arrière-plan ?

Il n’existe pas encore de réglage officiel. Des contournements d’utilisateurs circulent dans le ticket #86879, mais ils ne fonctionnent pas partout et ne sont pas pris en charge par Anthropic.