Claude-Agenten antworten schneller, aber ohne Zero Data Retention
Mit Message Threads schicken Anwendungen nur noch die neuen Nachrichten an Claude. Laut Anthropic sinkt die Wartezeit bei sehr langen Verläufen um rund 35 Prozent, die Kosten bleiben gleich. Der Haken: Die Funktion ist nicht für Zero Data Retention zugelassen. Was Unternehmen vor dem Einschalten prüfen sollten.
Wer mit Claude einen Agenten baut, kennt das Muster: Bei jedem Schritt geht der komplette bisherige Verlauf erneut an die API. Je länger der Agent arbeitet, desto größer wird jede Anfrage und desto länger dauert es, bis die erste Antwort kommt. Anthropic hat dafür am 2. November 2026 eine neue Funktion in die öffentliche Beta gegeben: Message Threads.
Nur noch das Neue schicken
Das Prinzip ist einfach. Beim ersten Aufruf legt die API einen Thread an. Bei jedem weiteren Schritt schickt die Anwendung nur noch die neuen Nachrichten und verweist auf die Antwort davor. Den Rest des Gesprächs hält Anthropic auf seiner Seite bereit. Laut Dokumentation muss die API dadurch nicht mehr bei jedem Schritt den gesamten Verlauf neu prüfen und in Tokens zerlegen.
Den Effekt beziffert Anthropic so: Bei Anfragen mit 500.000 bis 1 Million Tokens sinkt die mittlere Zeit bis zum ersten Token um etwa 35 Prozent. Die Zahl stammt aus Claude Code, wo die Funktion für die meisten Nutzer bereits standardmäßig eingeschaltet ist. Es ist eine Herstellerangabe, unabhängige Messungen gibt es noch nicht.
Verfügbar ist die Beta über die Claude API, Claude Platform on AWS, Microsoft Foundry und die von Anthropic betriebenen Claude-Modelle auf Google Cloud. Unterstützt werden die aktuellen Modelle von Haiku bis Opus 5.5 sowie mehrere ältere Generationen.
Schneller ja, billiger nein
Wer auf sinkende Rechnungen hofft, wird enttäuscht. Anthropic stellt klar:
„Claude still reads the full conversation on every turn, so token usage stays the same.“
Das Modell liest also weiterhin bei jedem Schritt den ganzen Verlauf, die Tokenzahl bleibt gleich. Es gelten die normalen Preise und Rate Limits. Sparen lässt sich wie bisher über Prompt Caching, das sich mit Threads kombinieren lässt. Wie stark lange Agentenläufe ins Geld gehen können, zeigt die Untersuchung, nach der Agenten-Teams bis zu fünfmal mehr kosten.
Ein Thread ist zudem kurzlebig: Er läuft fünf Minuten nach der letzten Anfrage ab. Danach muss die Anwendung den ganzen Verlauf wieder schicken, das offizielle SDK erledigt das automatisch. Für Agenten, die lange auf Freigaben oder externe Systeme warten, fällt der Vorteil also kleiner aus.
Der Datenschutz-Haken
Spannend für Unternehmen ist ein Detail aus der Dokumentation: Message Threads sind nicht für Zero Data Retention (ZDR) zugelassen. Wer mit Anthropic vereinbart hat, dass Ein- und Ausgaben nicht gespeichert werden, bekommt bei dieser Funktion eine Ausnahme. Der Thread mit Gespräch, Systemprompt und Tool-Definitionen liegt laut Anthropic verschlüsselt im Arbeitsspeicher, wird nie auf Datenträger geschrieben und spätestens eine Stunde nach der letzten Nutzung gelöscht. Andere ZDR-fähige Funktionen bleiben davon unberührt.
Eine Stunde im Arbeitsspeicher ist technisch überschaubar. Rechtlich ist es aber eine Speicherung beim Anbieter, die in Verträgen, Verarbeitungsverzeichnis und internen Freigaben stimmen muss. Gerade wer Claude über eigene Kontrollen wie die Inference Hooks in Claude Enterprise absichert, sollte wissen, welche Funktionen seine Entwickler einschalten.
Was das für Ihr Unternehmen heißt
- Bei langen Agentenläufen testen: Der Gewinn zeigt sich vor allem bei sehr großen Kontexten. Messen Sie mit eigenen Abläufen, ob die Antwortzeit spürbar sinkt, bevor Sie umbauen.
- Kosten nicht neu kalkulieren: Die Tokenrechnung bleibt gleich. Wer sparen will, setzt weiter auf Prompt Caching und kürzere Kontexte.
- ZDR-Vereinbarungen prüfen: Haben Sie Zero Data Retention vereinbart oder Kunden zugesichert, dürfen Message Threads nicht ungeprüft aktiviert werden. Legen Sie intern fest, wer über Beta-Funktionen entscheidet.
- Claude Code im Blick behalten: Dort ist die Funktion für die meisten Nutzer schon standardmäßig an. Klären Sie, ob das zu Ihren Vorgaben für Quellcode und vertrauliche Daten passt.
- Beta-Status einplanen: Schnittstelle und Bedingungen können sich ändern. Bauen Sie so, dass Ihre Anwendung auch ohne Threads funktioniert.
Fazit
Message Threads lösen ein echtes Problem langer Agentenläufe: Die Wartezeit wächst nicht mehr im gleichen Maß mit dem Verlauf. Kosten spart die Funktion aber nicht, und sie ist ausdrücklich keine Zero-Data-Retention-Funktion. Für Unternehmen ist das ein typischer Fall, in dem eine technische Verbesserung zuerst eine Datenschutzfrage ist. Wenn Sie Ihre KI-Agenten schneller machen wollen, ohne dabei Ihre Datenschutzvorgaben zu riskieren, sprechen Sie mich gern an.
