Journal des mises à jour de la plateforme Claude 11 2 : l'API Messages ajoute les message threads (fils de messages), disponibles en version bêta, nécessitant l'en-tête bêta message-threads-2026-08-12. La première requête envoie normalement la conversation complète, le system et les tools, avec l'ajout de "thread": {"type": "create"} ; ensuite, chaque tour n'envoie que les nouveaux messages et l'identifiant de la réponse précédente ("type": "continue"), le serveur reconstituant la conversation complète avant d'appeler le modèle. Les fils expirent 5 minutes après la dernière requête et sont supprimés au plus tard dans les 1 heures. Disponible sur Claude API, Claude Platform on AWS, Claude Models on Google Cloud (hébergé par Anthropic) et Claude sur Microsoft Foundry.
Confiance : élevée (80) · Date de l'événement 2026-11-02
Raison
- Sans fils, chaque tour nécessite de renvoyer l'intégralité de la conversation, et l'API doit la revalider et la tokeniser ; pour les boucles d'agents impliquant souvent des dizaines ou des centaines d'appels d'outils, les corps de requête deviennent de plus en plus volumineux et la latence du premier token de plus en plus élevée. La documentation officielle indique qu'avec les fils, la plupart des travaux ne concernent que le nouveau tour, ce qui réduit et stabilise la latence du premier token.
- Cela ne remplace pas la mise en cache des prompts : les points de rupture de cache sont toujours définis par le développeur, qui peut utiliser cache_control au niveau supérieur pour mettre en cache automatiquement chaque tour ; c'est la combinaison des deux qui permet d'économiser à la fois de la latence et des coûts.
Utilisation
- Ajoutez l'en-tête de requête anthropic-beta: message-threads-2026-08-12 ; ajoutez thread: {type: "create"} au premier tour, puis utilisez thread: {type: "continue", previous_message_id: <id de la réponse précédente>}, en n'envoyant que les nouveaux messages, sans renvoyer system et tools (les renvoyer provoquera une erreur 400). Le SDK officiel propose des objets d'aide pour les fils, qui gèrent automatiquement l'en-tête bêta et la relecture après 404. La documentation se trouve sur la page “Message threads” de platform.claude.com/docs.
Risques
- Les fils sont fournis « au mieux » : en cas d'expiration, de réponses générées par un modèle de secours, de changement d'utilisateur ou d'espace de travail, etc., les requêtes continue renverront 404, et il faudra recréer le fil avec la conversation complète ; les applications doivent donc toujours conserver tous les messages et préparer à l'avance la logique de relecture.
- Les champs model, thinking, tool_choice, etc., doivent rester inchangés tout au long du fil ; toute modification entraînera une erreur thread_fingerprint_mismatch ; sur des modèles comme Opus 5.5, modifier system ou tools invalidera les blocs thinking existants. Le comportement peut changer pendant la phase bêta.