Anthropic opent message threads voor lange Claude-agentsessies

Anthropic opent op 2 november message threads in publieke bèta voor de Messages API. Agents sturen vervolgverzoeken alleen nieuwe berichten, zodat Claude bij lange sessies eerder kan antwoorden, meldt het bedrijf.

Een Nederlands softwareteam kan bij een agent die op een codebase of omvangrijke documenten werkt minder wachttijd tussen stappen krijgen. De rekening blijft voor de volledige context lopen, en Anthropics aankondiging en documentatie formuleren de bewaartermijn van een thread verschillend.

De API verstuurt alleen nieuwe berichten

Een codeeragent kan in één werksessie honderden aanroepen naar de Messages API doen. Normaal stuurt iedere aanroep de eerdere berichten en toolresultaten opnieuw mee. Met message threads stuurt de client de volledige geschiedenis bij de eerste beurt. Daarna volstaan de nieuwe berichten en het ID van de vorige response. Claude haalt de thread op en leest de volledige context nog steeds bij iedere beurt.

De ontwikkelaar voegt de parameter thread toe en stuurt voor de bèta de header message-threads-2026-08-12 mee. Het eerste verzoek maakt de thread aan. Vervolgverzoeken verwijzen naar het ID van de vorige response. De bèta is beschikbaar via Claude Platform, Claude Platform op AWS, Microsoft Foundry en Google Cloud wanneer Anthropic de Claude-modellen beheert. Threads werken op alle modellen. De client moet daarnaast zelf de volledige gespreksgeschiedenis bewaren: de API biedt geen manier om een thread achteraf op te vragen, te lezen of te verwijderen.

35 procent geldt voor zeer lange verzoeken

Anthropic meldt een daling van ongeveer 35 procent in de mediane tijd tot het eerste token, of TTFT, voor verzoeken van 500.000 tot 1 miljoen tokens. Die meting geldt met threads standaard ingeschakeld voor de meeste Claude Code-gebruikers. Ze zegt dus iets over een afgebakende groep zeer lange verzoeken, niet over elke Claude-aanroep of de totale looptijd van een agenttaak.

De aankondiging geeft geen uitgangswaarde in milliseconden, steekproefomvang of meetmethode. Een relatieve daling van 35 procent kan daarom niet rechtstreeks worden vertaald naar een vaste tijdwinst voor een eigen applicatie. Voor Nederlandse teams die zulke lange contexten gebruiken, is de relevante vergelijking de wachttijd op hun eigen verkeer binnen die tokenbandbreedte.

De bewaartermijn wijkt per Anthropic-pagina af

De aankondiging zegt dat een thread vijf minuten na het laatste verzoek verloopt. Daarna moet de client de volledige geschiedenis opnieuw meesturen om een nieuwe thread te beginnen. De API-documentatie zegt dat de versleutelde thread in het geheugen wordt bewaard, niet naar duurzame opslag wordt geschreven en dat de thread uiterlijk één uur na het laatste gebruik wordt verwijderd. De twee officiële pagina’s verklaren niet of de ene termijn de andere vervangt.

De documentatie vermeldt ook dat message threads niet geschikt zijn voor zero data retention of voor organisaties met HIPAA-gereedheid. Er is geen API om threads op te vragen, te lezen of te verwijderen. Dat de inhoud versleuteld in het geheugen staat, zegt dus iets anders dan hoe lang de API hem bewaart of welke beheeracties beschikbaar zijn. Anthropic kondigde aan monitoringdata van geselecteerde Claude-modellen in de cloudomgeving van de klant op te slaan, maar dat betreft een andere datastroom. Die aankondiging zegt niet dat ook deze API-threads bij de klant worden bewaard.

De tokenrekening blijft gelijk

Anthropic zegt dat Claude bij iedere beurt de volledige conversatie blijft lezen. Het tokengebruik verandert niet, en de bestaande tokenprijzen en limieten blijven gelden. Message threads verkleinen dus wat de client per vervolgverzoek verstuurt, terwijl de volledige context meetelt voor het model en de rekening.

Voor herhaalde, ongewijzigde promptdelen bestaat prompt caching als aparte instelling. Anthropic rekent bij cachehits 10 procent van de standaardprijs voor inputtokens; dat prijsvoordeel geldt wanneer de identieke promptdelen opnieuw uit de cache komen. De threadfunctie zelf geeft die korting niet. Het verschil tussen prijs per token en verbruik per taak bleek ook bij Claude Sonnet 5, dat bij maximale prestaties circa 40 procent meer outputtokens per taak gebruikte dan Sonnet 4.6.

Aanbieders bewaren conversatiestaat op meerdere manieren

Anthropic is niet de enige API-aanbieder die conversatiestaat aan serverzijde ondersteunt. De Responses API van OpenAI kan vervolgverzoeken koppelen met previous_response_id; de Conversations API kan die staat als object tussen sessies bewaren. OpenAI schrijft dat alle eerdere inputtokens in zo’n responseketen als inputtokens worden gefactureerd. Ook daar maakt voortzetten van de conversatie de eerder gebruikte context dus niet gratis.

In Claude Managed Agents kan een agent met Dynamic Workflows een meerfasige workflow uitschrijven en uitvoeren. De documentatie noemt maximaal 64 agentthreads die in één run tegelijk werken en zegt dat de API dit aantal niet garandeert. Dat is een grens voor parallelle uitvoering; de workflowfunctie laat een agent taken over meerdere stappen verdelen en resultaten combineren. Message threads bewaren daarentegen de toestand van een gesprek in de Messages API.

Message threads verkleinen de overdracht tussen een applicatie en Claude en kunnen de eerste reactie versnellen binnen de genoemde tokenband. De volledige context blijft meetellen voor het modelgebruik, en de officiële bewaartermijnen lopen uiteen. Voor een Nederlands team zijn wachttijd, kosten per afgeronde taak en de bewaartermijn daarom drie afzonderlijke meet- en inkoopvragen.