Claude : l'API Messages peut désormais garder la conversation côté serveur entre deux tours
Anthropic a ouvert le 2 novembre en bêta publique les « message threads » de l'API Messages de Claude : après un premier envoi complet, un agent ne transmet plus que les nouveaux messages et l'identifiant de la réponse précédente. Le prix et la consommation de jetons ne changent pas, mais le délai avant le premier jeton baisse sur les longues sessions.
Anthropic a ouvert le 2 novembre 2026 en bêta publique une nouveauté discrète mais importante pour les développeurs d’agents : les message threads (fils de messages) de l’API Messages de Claude. Jusqu’ici, cette API était strictement sans état : à chaque tour, le client renvoyait toute la conversation, avec chaque résultat d’outil, chaque fichier et chaque capture d’écran. Avec un fil, la conversation reste quelque temps sur le serveur, et le client n’envoie plus que ce qui est nouveau.
Comment ça marche
Le mécanisme tient en un paramètre, thread, ajouté aux requêtes habituelles.
- Créer. La première requête part comme aujourd’hui, avec toute la conversation, le prompt système et les outils, plus
"thread": {"type": "create"}. L’API stocke l’échange sous l’identifiant de la réponse. - Continuer. Les tours suivants n’envoient que les nouveaux messages et
previous_message_id, l’identifiant de la dernière réponse. Le prompt système et les outils ne sont plus renvoyés ; certains paramètres (modèle, réflexion, format de sortie, en-têtes bêta) doivent rester identiques, sous peine d’erreur. - Rejouer. Le service fonctionne « au mieux » : un fil expire 5 minutes après sa dernière requête et il est effacé au plus tard 1 heure après sa dernière utilisation. Si l’API ne peut pas le poursuivre, elle renvoie une erreur 404 et le client doit renvoyer la conversation complète. Les SDK officiels proposent un assistant qui fait cette relance tout seul.
Il faut l’en-tête bêta message-threads-2026-08-12. La fonction est proposée sur l’API Claude, Claude Platform on AWS, Claude in Microsoft Foundry et Claude sur Google Cloud (géré par Anthropic).
Ce que ça change, et ce que ça ne change pas
Le gain porte sur la latence, pas sur la facture. Anthropic l’utilise déjà dans Claude Code, où les fils sont activés par défaut pour la plupart des utilisateurs.
| Mesure publiée par Anthropic (Claude Code) | Valeur |
|---|---|
| Délai médian avant le premier jeton, requêtes de 500 000 à 1 million de jetons | environ −35 % |
| Taille de la requête médiane dans les longues conversations | d’environ 800 Ko à 1,8 Ko |
| Tarifs et limites de débit | inchangés |
Chiffres d’Anthropic, non mesurés par un tiers.
Claude relit toujours toute la conversation à chaque tour : la consommation de jetons reste la même, et le cache de prompt n’est pas automatique, il faut toujours le demander. Ce que le fil évite, c’est le renvoi, la validation et la découpe en jetons de tout l’historique à chaque requête. Anthropic cite les agents de code de longue durée, les agents qui pilotent un ordinateur (les captures d’écran restent dans le fil) et les traitements lourds en documents ou en images.
Les limites à connaître
La documentation est franche sur les contreparties. Le client reste la source de vérité : il doit garder sa propre copie de chaque message, car aucune réponse n’indique si le tour a bien été stocké. Un fil n’accepte que des ajouts ; pour modifier un message, résumer l’historique ou changer d’outils, il faut en ouvrir un nouveau. Les fils ne fonctionnent ni avec les Message Batches, ni avec le comptage de jetons, ni avec la compaction à la demande, et aucune API ne permet de lister, lire ou supprimer un fil.
Côté données, le contenu est gardé en mémoire, chiffré, sans écriture sur disque, mais la fonction n’est pas éligible à la conservation zéro des données (ZDR) et reste fermée aux organisations en mode HIPAA. Anthropic n’a pas donné de date de disponibilité générale.
Notre lecture
C’est la fin, partielle, d’un dogme des API de modèles : l’absence d’état côté serveur. OpenAI avait déjà emprunté ce chemin avec son API Responses ; Anthropic le fait avec prudence, en gardant le fil très court et en laissant le client maître de l’historique. Pour qui construit des agents qui accumulent des centaines de milliers de jetons, le bénéfice est concret et gratuit : moins d’attente avant la première réponse, et des requêtes beaucoup plus légères. Mais ce n’est pas une économie, puisque les jetons restent facturés à l’identique, et la gestion des erreurs devient plus subtile (expiration, relance, champs figés). Les équipes soumises à des exigences de non-conservation des données devront, elles, s’en passer pour l’instant.
Sources
- Claude Docs — Message threads Source primaire
- Claude — Make long-running agents faster with message threads Source primaire
- ClaudeDevs sur X — annonce de la bêta publique (2 novembre 2026) Source primaire
- ClaudeDevs sur X — chiffres mesurés sur Claude Code (2 novembre 2026) Source primaire
Une source primaire émane directement de l'entreprise, du laboratoire ou de l'organisme concerné. Une source secondaire rapporte l'information sans en être l'auteur : nous la signalons comme telle. Une erreur ? Consultez notre politique de correction.
