Anthropic introduceert bèta van berichtthreads voor langdurig actieve agents

Anthropic heeft berichtthreads in openbare bèta geïntroduceerd op 2 november 2026. Hierdoor kunnen applicaties die de Messages API op het Claude Platform gebruiken, na een eerste verzoek met de volledige conversatie alleen nieuwe berichten versturen.

De functie is bedoeld voor actieve sessies waarbij latentie van belang is, zoals langdurig actieve codeeragents, agents die computers gebruiken en waarvan de schermafbeeldingen bij de thread blijven, en workflows met veel documenten en afbeeldingen. Anthropic meldt dat verzoeken met 500.000 tot 1 miljoen tokens een ongeveer 35% kortere mediane tijd tot het eerste token hebben wanneer berichtthreads standaard zijn ingeschakeld voor de meeste Claude Code-gebruikers.

Levenscyclus van verzoeken en herstel

Zonder thread wordt bij elke beurt de volledige conversatie opnieuw geüpload en valideert en tokeniseert de API die opnieuw. Met een thread is het meeste werk alleen van toepassing op de nieuwe beurt, voordat de API de conversatie opnieuw opbouwt voor het model. Claude leest bij elke beurt nog steeds de volledige conversatie, waardoor het tokengebruik ongewijzigd blijft. De standaardtarieven voor tokens en de bestaande gebruikslimieten zijn van toepassing.

De officiële documentatie verdeelt de levenscyclus in aanmaak- en vervolgverzoeken. Een aanmaakverzoek stuurt de volledige conversatie, systeemprompt en tools mee met de thread parameter; de API slaat de conversatie en Claude’s antwoord op onder de respons-ID. Een vervolgverzoek stuurt alleen de berichten sinds de vorige respons, samen met de ID van die respons, en laat system en tools. Elke nieuwe respons-ID wordt vervolgens gebruikt voor de volgende beurt.

Threads worden zo goed mogelijk bijgehouden en verlopen vijf minuten na het laatste verzoek; elke respons die de API opslaat, laat die periode opnieuw ingaan. Applicaties blijven de bron van waarheid en moeten zelf een kopie van elk bericht bewaren. Als de API een thread niet meer kan voortzetten, stuurt de client de volledige conversatie opnieuw in een nieuw aanmaakverzoek. De threadhelper van de SDK maakt threads aan en zet ze voort, voegt de vereiste bètaheader toe, bewaart de conversatie in het geheugen en speelt de volledige conversatie automatisch één keer opnieuw af bij opgegeven fouten tijdens het voortzetten.

Bewaartermijn en caching

De inhoud van threads wordt in het geheugen bewaard met door de server beheerde versleuteling, wordt nooit naar permanente opslag geschreven en wordt uiterlijk één uur na het laatste gebruik verwijderd. Een thread bevat de conversatie die naar het model is gestuurd, de systeemprompt en tools uit het aanmaakverzoek en een vingerafdruk van vaste velden die wordt gebruikt om latere verzoeken te controleren. Bestanden worden via verwijzingen bijgehouden, dus applicaties moeten elk bestand dat in de conversatie wordt gebruikt beschikbaar houden zolang de thread actief is. Berichtthreads komen niet in aanmerking voor zero data retention of gebruik onder HIPAA, hoewel deze functie geen invloed heeft op de geschiktheid voor andere functies met zero data retention.

Threads cachen prompts niet automatisch; ontwikkelaars moeten cachebreekpunten of instellingen op het hoogste niveau opgeven cache_control. Een verzoek met een thread kan maximaal vier cache-controlbreekpunten bevatten. Threads zijn bovendien alleen uitbreidbaar: elke respons-ID kan één keer worden voortgezet. Als een veld dat alleen bij het aanmaken kan worden opgegeven, zoals system of tools, of een vast veld wordt gewijzigd, is een nieuwe thread met de volledige conversatie nodig.

Streaming, beschikbaarheid en functiebeperkingen

Bij streamingresponsen moeten clients wachten op de message_stop gebeurtenis voordat ze verdergaan vanaf de respons-ID, omdat een eerder vervolgverzoek een 404-fout kan opleveren. De SDK-helper probeert een vervolgverzoek niet automatisch opnieuw nadat de stream is weggevallen. De API slaat beurten die door terugvalmodellen zijn gegenereerd niet op. Daarom moet de volledige conversatie in een nieuw aanmaakverzoek worden meegestuurd voordat het gebruik van threads kan worden hervat.

De bèta is beschikbaar op het native Claude Platform, Claude Platform op AWS, Claude in Microsoft Foundry en Claude Models op Google Cloud onder beheer van Anthropic, met bètaondersteuning voor elk model. Er is geen API om threads op te vragen, te lezen of te verwijderen. Threads ondersteunen geen Message Batches, het tellen van tokens, on-demandcompactie of de meeste vormen van contextbewerking. Ook zijn ze niet beschikbaar voor organisaties waarvoor Inference hooks zijn ingeschakeld.

Omdat threads verlopen en niet via een API kunnen worden opgehaald, moeten applicaties die de bèta gebruiken hun eigen conversatiegeschiedenis blijven bewaren en een manier behouden om de volledige conversatie opnieuw af te spelen, zelfs wanneer gewone beurten alleen nieuwe berichten bevatten.