Claude: Messages-API kann Konversationen jetzt serverseitig zwischen Runden speichern
Anthropic hat am 2. November die „Message Threads“ für Claudes Messages-API in einer öffentlichen Beta veröffentlicht: Nach einem ersten vollständigen Senden übermittelt ein Agent nur noch die neuen Nachrichten und die ID der vorherigen Antwort. Preise und Token-Verbrauch bleiben unverändert, aber die Latenz bis zum ersten Token sinkt bei langen Sitzungen.
Anthropic hat am 2. November 2026 eine unauffällige, aber wichtige Neuerung für Agenten-Entwickler in der öffentlichen Beta bereitgestellt: die Message Threads (Nachrichten-Threads) der Messages-API von Claude. Bisher war diese API streng zustandslos: Bei jeder Interaktionsrunde übertrug der Client die gesamte Konversation inklusive aller Tool-Ergebnisse, Dateien und Screenshots erneut. Mit einem Thread verbleibt die Konversation für eine gewisse Zeit auf dem Server, und der Client sendet nur noch das, was neu hinzugekommen ist.
Wie es funktioniert
Der Mechanismus basiert auf einem einzigen Parameter namens thread, der den regulären Anfragen hinzugefügt wird.
- Erstellen. Die erste Anfrage erfolgt wie bisher mit der gesamten Konversation, dem System-Prompt und den Tools, ergänzt um
"thread": {"type": "create"}. Die API speichert den Austausch unter der ID der Antwort. - Fortsetzen. Folgende Runden übertragen lediglich die neuen Nachrichten und
previous_message_id, die Kennung der letzten Antwort. Der System-Prompt und die Tools werden nicht erneut gesendet; bestimmte Parameter (Modell, Thinking-Konfiguration, Ausgabeformat, Beta-Header) müssen identisch bleiben, andernfalls wird ein Fehler ausgegeben. - Wiederholen. Der Dienst basiert auf dem Best-Effort-Prinzip: Ein Thread läuft 5 Minuten nach der letzten Anfrage ab und wird spätestens 1 Stunde nach der letzten Nutzung entfernt. Kann die API ihn nicht fortführen, liefert sie einen 404-Fehler zurück, woraufhin der Client die gesamte Konversation neu übertragen muss. Die offiziellen SDKs stellen einen Helper bereit, der diese erneute Übertragung automatisch übernimmt.
Erforderlich ist der Beta-Header message-threads-2026-08-12. Die Funktion steht über die Claude-API, Claude Platform on AWS, Claude in Microsoft Foundry sowie Claude auf Google Cloud (von Anthropic verwaltet) zur Verfügung.
Was sich ändert – und was nicht
Der Vorteil liegt bei der Latenz, nicht bei den Kosten. Anthropic nutzt die Technik bereits in Claude Code, wo Threads für die meisten Anwender standardmäßig aktiv sind.
| Von Anthropic veröffentlichte Messwerte (Claude Code) | Wert |
|---|---|
| Mittlere Dauer bis zum ersten Token, Anfragen mit 500 000 bis 1 Million Token | rund −35 Prozent |
| Mittlere Anfragegröße bei langen Konversationen | von rund 800 KB auf 1,8 KB |
| Tarife und Rate-Limits | unverändert |
Angaben von Anthropic, nicht durch Dritte überprüft.
Claude liest die komplette Konversation bei jeder Runde erneut ein: Der Token-Verbrauch bleibt unverändert, und das Prompt-Caching geschieht nicht automatisch, sondern muss weiterhin explizit angefordert werden. Was der Thread einspart, ist das erneute Übertragen, Validieren und Tokenisieren des gesamten Verlaufs bei jeder einzelnen Anfrage. Anthropic verweist insbesondere auf langlebige Programmier-Agenten, Computer-Use-Agenten (Screenshots verbleiben im Thread) sowie dokumenten- oder bildintensive Workflows.
Bekannte Einschränkungen
Die Dokumentation benennt die Kompromisse offen. Der Client bleibt die primäre Datenquelle („Source of Truth“): Er muss eine eigene Kopie jeder Nachricht vorhalten, da keine Rückmeldung bestätigt, ob eine Runde erfolgreich gespeichert wurde. Ein Thread unterstützt nur das Anhängen weiterer Daten; um eine Nachricht zu bearbeiten, den Verlauf zusammenzufassen oder Tools zu wechseln, muss ein neuer Thread gestartet werden. Threads sind weder mit Message Batches noch mit der Token-Zählung oder der On-Demand-Kompaktierung nutzbar, und es existiert keine API zum Auflisten, Lesen oder manuellen Löschen von Threads.
In puncto Datenschutz werden die Inhalte ausschließlich flüchtig im Arbeitsspeicher verschlüsselt und nicht persistent gespeichert. Dennoch ist das Feature nicht für Zero Data Retention (ZDR) zugelassen und bleibt Organisationen im HIPAA-Modus verwehrt. Ein Datum für die allgemeine Verfügbarkeit nannte Anthropic bislang nicht.
Unsere Einschätzung
Dies markiert das teilweise Ende eines Paradigmas bei Modell-APIs: der strikten Zustandslosigkeit auf Serverseite. OpenAI hatte mit der Responses-API einen ähnlichen Weg eingeschlagen; Anthropic geht vorsichtig vor, hält die Lebensdauer der Threads sehr kurz und überlässt die Datenhoheit dem Client. Für alle, die Agenten entwickeln, die Hunderttausende Token anhäufen, bringt dies einen spürbaren und kostenlosen Vorteil: kürzere Wartezeiten bis zur ersten Antwort und deutlich schlankere Payloads. Finanziell spart man dadurch jedoch nichts, da die Token unverändert abgerechnet werden, während die Fehlerbehandlung (Ablaufzeiten, Retries, fixierte Parameter) anspruchsvoller wird. Teams mit strikten Vorgaben zur Nicht-Speicherung von Daten müssen vorerst darauf verzichten.
Quellen
- Claude Docs — Message threads Primärquelle
- Claude — Make long-running agents faster with message threads Primärquelle
- ClaudeDevs auf X — Ankündigung der öffentlichen Beta (2. November 2026) Primärquelle
- ClaudeDevs auf X — gemessene Zahlen zu Claude Code (2. November 2026) Primärquelle
Eine Primärquelle stammt direkt von dem betreffenden Unternehmen, Labor oder der Organisation. Eine Sekundärquelle gibt die Information wieder, ohne ihr Urheber zu sein: Wir kennzeichnen sie als solche. Einen Fehler entdeckt? Lesen Sie unsere Korrekturrichtlinie.
