Claude Message Threads sind am 2. November auf der Claude Platform in die öffentliche Beta gegangen. In seinem offiziellen Blog erklärte Anthropic, dass lang laufende Agenten in jeder Runde nur noch senden müssen, was neu ist, statt den gesamten Gesprächsverlauf erneut zu senden. Je länger der Kontext einer Sitzung ist, desto deutlicher sinkt die Wartezeit, bis das Modell zu antworten beginnt – das ist der unmittelbarste Nutzen dieses Updates.
Der bisherige Engpass ist leicht zu verstehen: Ein Coding-Agent kann in einer Sitzung Hunderte von Anfragen stellen, und jede Anfrage musste alle früheren Nachrichten und Tool-Ergebnisse erneut senden. Sobald ein Gespräch Hunderttausende von Tokens erreichte, verlängerte das erneute Senden die Zeit, bis das Modell zu antworten begann. Message Threads fügen Anfragen einen thread-Parameter hinzu. Die erste Anfrage sendet das vollständige Gespräch und startet einen Thread; jede spätere Anfrage sendet nur die neuen Nachrichten und die ID der vorherigen Antwort. Zwischen den Runden wird der Thread im Speicher gehalten, verschlüsselt und nicht auf die Festplatte geschrieben.
Die mediane Zeit bis zum ersten Token sinkt um etwa 35 %, die Abrechnung ändert sich nicht
Anthropics Zahl lautet: Bei Anfragen mit 500.000 bis 1 Million Tokens sinkt die mediane Zeit bis zum ersten Token (TTFT) um etwa 35 %, und Message Threads ist für die meisten Claude-Code-Nutzer bereits standardmäßig aktiviert. Claude liest jedoch in jeder Runde weiterhin das gesamte Gespräch, sodass der Token-Verbrauch gleich bleibt und die Standard-Tokenpreise sowie die bestehenden Ratenlimits gelten. Die öffentliche Beta umfasst die native Claude Platform, Claude Platform auf AWS, Claude in Microsoft Foundry und Claude-Modelle auf Google Cloud (von Anthropic verwaltet). Entwickler können der Dokumentation folgen, um loszulegen.
Threads laufen nach 5 Minuten Leerlauf ab, kurze Sitzungen brauchen keine besondere Änderung
Ein Thread läuft 5 Minuten nach seiner letzten Anfrage ab; danach muss der Client das vollständige Gespräch erneut senden, um einen neuen Thread zu starten. Die Funktion passt am besten zu Sitzungen, die durchgehend laufen: Coding-Agenten, die in jeder Runde Tool-Ergebnisse oder Dateiänderungen hinzufügen, Computer-Use-Agenten, deren Screenshots im Thread bleiben, statt bei jeder Runde erneut hochgeladen zu werden, sowie dokument- und bildlastige Arbeitsabläufe. Kurze Sitzungen mit langen Pausen profitieren kaum, und eine Pause von mehr als 5 Minuten bringt die Wartezeit der ersten Runde auf den alten Stand zurück. Ob man die Funktion übernimmt, sollte davon abhängen, ob die Sitzungen wirklich lang sind – nicht davon, dass sie neu ist.
