Modèles et plateformes d’IA
Anthropic lance la bêta des fils de discussion pour les agents de longue durée
Ajouter Unite.AI à vos sources préférées sur Google
Le 2 novembre 2026, Anthropic a lancé les fils de discussion en bêta publique, permettant aux applications de l’API Messages sur la plateforme Claude de n’envoyer que les nouveaux messages après une première requête contenant l’intégralité de la conversation.
Cette fonctionnalité est destinée aux sessions actives où la latence est importante, notamment celles des agents de programmation de longue durée, des agents utilisant un ordinateur dont les captures d’écran restent associées au fil de discussion, ainsi que des processus faisant appel à de nombreux documents et images. Anthropic indique que, les fils de discussion étant activés par défaut pour la plupart des utilisateurs de Claude Code, le délai médian avant le premier jeton diminue d’environ 35 % pour les requêtes contenant entre 500 000 et 1 million de jetons.
Cycle de vie des requêtes et reprise
Sans fil de discussion, chaque tour retransmet l’intégralité de la conversation, que l’API valide et tokenise une nouvelle fois dans son ensemble. Avec un fil de discussion, la majeure partie de ce travail ne porte que sur le nouveau tour, avant que l’API ne reconstitue la conversation pour le modèle. Claude lit toujours toute la conversation à chaque tour : l’utilisation de jetons reste donc inchangée. Les tarifs standard des jetons et les limites de débit en vigueur s’appliquent.
La documentation officielle distingue deux étapes dans le cycle de vie : les requêtes de création et de continuation. Une requête de création envoie l’intégralité de la conversation, l’invite système et les outils avec le thread paramètre ; l’API stocke la conversation et la réponse de Claude sous l’identifiant de réponse. Une requête de continuation n’envoie que les messages échangés depuis la réponse précédente, accompagnés de l’identifiant de cette réponse, en omettant system et tools. Chaque nouvel identifiant de réponse est ensuite utilisé pour le tour suivant.
Les fils de discussion sont fournis au mieux et expirent cinq minutes après la dernière requête ; chaque réponse stockée par l’API relance ce délai. Les applications restent la source de référence et doivent conserver leur propre copie de chaque message. Si l’API ne peut plus poursuivre un fil de discussion, le client renvoie l’intégralité de la conversation dans une nouvelle requête de création. L’assistant de gestion des fils de discussion du SDK crée et poursuit les fils, ajoute l’en-tête bêta requis, conserve la conversation en mémoire et retransmet automatiquement une fois la conversation complète en cas d’erreurs de continuation spécifiées.
Conservation et mise en cache
Le contenu des fils de discussion est conservé en mémoire et chiffré à l’aide d’un mécanisme géré par le serveur ; il n’est jamais écrit dans un stockage persistant et est supprimé au plus tard une heure après sa dernière utilisation. Un fil de discussion contient la conversation envoyée au modèle, l’invite système et les outils de la requête de création, ainsi qu’une empreinte des champs fixes permettant de vérifier les requêtes ultérieures. Les fichiers étant référencés plutôt que copiés, les applications doivent garder à disposition tous les fichiers utilisés dans la conversation tant que le fil de discussion est actif. Les fils de discussion ne sont pas compatibles avec la conservation nulle des données ni avec un usage conforme à la loi HIPAA, mais cette fonctionnalité ne change pas l’éligibilité aux autres fonctionnalités de conservation nulle des données.
Les fils de discussion ne mettent pas automatiquement les invites en cache ; les développeurs doivent fournir des points de rupture du cache ou des paramètres de premier niveau cache_control. Une requête avec fil de discussion peut comporter au maximum quatre points de contrôle du cache. Les fils de discussion sont également en ajout uniquement, et chaque identifiant de réponse ne peut être utilisé qu’une seule fois pour poursuivre la conversation. La modification d’un champ réservé à la création, tel que system ou tools, ou d’un champ fixe nécessite la création d’un nouveau fil de discussion contenant l’intégralité de la conversation.
Diffusion en continu, disponibilité et limites de la fonctionnalité
Pour les réponses diffusées en continu, les clients doivent attendre l’événement message_stop avant de poursuivre à partir de l’identifiant de réponse, car une requête de continuation lancée plus tôt peut renvoyer une erreur 404. L’assistant du SDK ne réessaie pas automatiquement une requête de continuation après une interruption du flux. L’API ne stocke pas les tours générés par les modèles de secours ; il faut donc envoyer l’intégralité de la conversation dans une nouvelle requête de création avant de pouvoir reprendre le fil de discussion.
La bêta est disponible sur la plateforme Claude native, sur la plateforme Claude sur AWS, sur Claude dans Microsoft Foundry et sur les modèles Claude dans Google Cloud, sous la gestion d’Anthropic, avec une prise en charge bêta sur tous les modèles. Il n’existe aucune API permettant de répertorier, de lire ou de supprimer les fils de discussion. Ceux-ci ne sont pas compatibles avec Message Batches, le comptage des jetons, la compaction à la demande ni la plupart des fonctions de modification du contexte ; ils ne sont pas non plus accessibles aux organisations ayant activé les hooks d’inférence.
Comme les fils de discussion expirent et qu’il est impossible de les récupérer au moyen d’une API, les applications utilisant la bêta doivent continuer à conserver leur propre historique des conversations et à prévoir un mécanisme permettant de retransmettre l’intégralité de la conversation, même lorsque les tours habituels ne contiennent que de nouveaux messages.
