Anthropic hat geändert, wie Claude Code reagiert, wenn mitten in einer Aufgabe das 5-Stunden-Nutzungslimit erreicht wird. Laut einer Erklärung des offiziellen ClaudeDevs-Accounts vom 25. September sucht Claude Code beim Erreichen des Limits jetzt zunächst einen passenden Abschlusspunkt und hält erst dann an, statt eine Datei mitten in der Bearbeitung abzubrechen.
Die für den Abschluss nötige Nutzung wird aus einem kleinen festen Kontingent bezahlt, das aus dem Wochenlimit des Nutzers herausgerechnet wird. Die Funktion wird stufenweise ausgerollt: Pro-Nutzer können sie einmal pro Woche verwenden, Max- und Team-Premium-Nutzer bei jedem Erreichen des 5-Stunden-Sitzungslimits. Wer nach dem Abschluss weiterarbeiten will, muss auf zusätzliche Nutzung (extra usage) umsteigen, also nach Verbrauch bezahlen.
Der Preis eines Abbruchs mitten in der Arbeit
Entwickler, die mit Claude Code lange Aufgaben durchlaufen haben, kennen das alte Verhalten gut: War das Limit erreicht, stoppte die Sitzung sofort – selbst wenn sie gerade die zweite Stelle der dritten Datei bearbeitete. Das Repository blieb in einem halb geänderten Zustand zurück, Tests liefen nicht mehr durch, und die nächste Sitzung musste zuerst eine Runde damit verbringen, den Diff zu lesen und herauszufinden, welche Änderungen fertig waren und welche zurückgerollt werden mussten.
Für einen Coding-Agenten ist eine solche Unterbrechung deutlich teurer als für ein Chat-Produkt. Wird ein Chat unterbrochen, geht ein Teil einer Antwort verloren; wird ein Coding-Agent unterbrochen, geht die Konsistenz des Arbeitsbereichs verloren. Genau darum kümmert sich der Abschlussmechanismus: Er lässt das Modell die gerade laufende Bearbeitung noch fertigstellen, bevor es stoppt, und hinterlässt das Repository in einem Zustand, der kompiliert und übergeben werden kann.
In der Erklärung von ClaudeDevs steht nicht im Detail, was der Abschluss konkret umfasst – etwa ob nebenbei noch ein Testlauf gestartet wird oder ob eine Fortschrittsnotiz hinterlassen wird. Das zeigt sich erst am tatsächlichen Verhalten nach dem Rollout.
Mehrere Anpassungen der Limits in diesem halben Jahr
Reiht man die Ereignisse aneinander, waren die Kontingente von Claude Code das ganze Jahr über in Bewegung.
Am 6. Mai verdoppelte Anthropic das 5-Stunden-Limit und legte zusätzlich eine vorübergehende Erhöhung des Wochenlimits um 50 % drauf, die später bis zum 14. September verlängert wurde. Seit dem 14. September liegt das Wochenlimit dauerhaft 25 % über der alten Basislinie – im Vergleich zur befristeten Erhöhung steht damit real rund ein Sechstel weniger Nutzung pro Woche zur Verfügung.
Am 25. September, also am selben Tag, an dem die Abschlussfunktion angekündigt wurde, veröffentlichte der Claude-Entwicklerblog eine Kostenrechnung für Opus 5.5. Zu den API-Listenpreisen kostet Opus 5.5 4 US-Dollar pro Million Input-Token und 20 US-Dollar pro Million Output-Token, beides 20 % günstiger als Opus 5; der Preis für gecachte Lesezugriffe sank von 0,5 auf 0,2 US-Dollar, ein Rückgang um 60 %. Laut den Zahlen im Artikel ist eine Sitzung bei gleicher Token-Menge rund 31 % günstiger; nach Angaben des Unternehmens liegen die Betriebskosten unter typischer Last 40 % unter denen von Opus 5, allerdings denkt Opus 5.5 vor jeder Antwort erst nach, sodass der tatsächliche Token-Verbrauch je nach Aufgabe schwankt – der Artikel rät dazu, es an den eigenen Aufgaben selbst zu testen.
Derselbe Artikel geht auch auf die Limits ein:
"Five-hour limits went up on Pro, Max, Team and seat-based Enterprise plans."
Die 5-Stunden-Limits wurden für Pro-, Max-, Team- und plätzebasierte Enterprise-Pläne angehoben.
Ein Teil der berechtigten Abonnenten kann zudem auf der Nutzungsseite in den Einstellungen einmalig ein Zurücksetzen des Kontingents anfordern.
Was noch offen ist
Fasst man die Anpassungen zusammen, bewegt sich Anthropic bei den Kontingenten auf zwei Ebenen: Die Stückpreise werden gesenkt, und die Limit-Regeln werden feiner ausgestaltet. Der Abschlussmechanismus gehört zur zweiten Kategorie – er erhöht nicht die Gesamtnutzung, sondern verändert das Erlebnis in dem Moment, in dem die Nutzung aufgebraucht ist.
Drei Dinge sind derzeit offiziell nicht bekannt. Erstens, wie groß das "kleine feste Kontingent" tatsächlich ist und ob es in Token oder in Zeit gemessen wird. Zweitens, ob das Abziehen von diesem Kontingent aus dem Wochenlimit dazu führt, dass das ohnehin knappe Wochenlimit noch früher aufgebraucht ist. Drittens, wie es gehandhabt wird, wenn ein Pro-Nutzer innerhalb einer Woche mehrmals an die Grenze stößt – die Ankündigung erwähnt nur "einmal pro Woche".
Für Entwickler in China, die Claude Code über ein Pro-Abo nutzen, bedeutet das Einmal-pro-Woche-Kontingent, dass sie sich den Zeitpunkt selbst aussuchen müssen. Es ist sicherer, die Änderung, bei der ein Abbruch am meisten schmerzen würde, in eine Phase mit noch reichlich Kontingent zu legen, statt sich auf den Abschlussmechanismus als Absicherung zu verlassen. Max-Nutzer bekommen dagegen bei jedem Erreichen der Grenze einen Abschluss – der Unterschied zeigt sich vor allem bei lang laufenden Aufgaben.
Quellen: Erklärung des offiziellen ClaudeDevs-Accounts, CocoLoop, Claude-Entwicklerblog „What a task costs on Opus 5.5“; Angaben zu API-Preisen und Preisnachlässen von Opus 5.5 gegenüber Opus 5 anhand des Entwicklerblogs geprüft.