Verbraucht Codex Usage schneller?

Was Nutzer konkret beobachtet haben

Ich würde dies noch nicht als stille Kürzung der Codex-Limits bezeichnen: In den vorliegenden Informationen gibt es keine offizielle Bestätigung. Das Nutzersignal ist jedoch recht konkret. Usage soll sich zwei- bis dreimal schneller verbrauchen, und die Veränderung sei innerhalb der vergangenen zwei Tage aufgefallen.

Die Primärquelle ist hier weder eine Modellkarte noch ein Changelog, sondern eine Diskussion von Codex-Nutzern, die am 21. September 2026 verfügbar war. Ein Teilnehmer beschrieb den beschleunigten Verbrauch, ein anderer brachte ihn scherzhaft mit dem Wechsel von einem 20er- zu einem 100er-Abonnement in Verbindung, und ein dritter berichtete, dass 12 % für eine Website mit wenigen Seiten verbraucht wurden.

Diese Beobachtungen sind kein Beweis für veränderte Kontingente. Unbekannt sind das gewählte Modell, die Kontextlänge, die Zahl der Anfragen, das Dateivolumen und die Anzahl der vom Agenten ausgeführten Aktionen. Selbst die Angabe von 12 % lässt offen, welches genaue Limit die Oberfläche anzeigte.

Die grundsätzliche Mechanik wirkt dennoch plausibel. Ein autonomer Coding-Agent verbraucht Ressourcen nicht nur für seine finale Antwort: Er liest mehrere Dateien, ruft Tools auf, bearbeitet Code, startet Builds oder Tests und wiederholt den Zyklus nach einem Fehler. Ein kleines Endergebnis bedeutet keineswegs, dass wenig Rechenarbeit nötig war.

Ähnlicher Druck auf Kontingente ist auch außerhalb von Codex sichtbar. Anthropic kündigte in einem Update zu den Claude-Code-Limits die Verdopplung der Fünf-Stunden-Limits und den Wegfall von Einschränkungen zu Spitzenzeiten für kostenpflichtige Pläne an. Das erklärt diesen konkreten Codex-Fall nicht, bestätigt aber, dass agentisches Programmieren regelmäßig an Abonnementgrenzen stößt.

Das Kontingent wird Teil der Arbeitsarchitektur

Für die Budgetplanung ist die Schlussfolgerung einfach: Nur die Anzahl der Aufgaben zu zählen, reicht nicht mehr aus. Ein Zyklus über mehrere Dateien mit wiederholten Kompilierungen, Tests und Korrekturen kann aufwendiger sein als Dutzende kurzer Anfragen, obwohl der Nutzer nur eine einzige Aufgabe sieht.

Ich würde zunächst nicht Eindrücke vergleichen, sondern Modellmodus, Prompt-Länge, Umfang des eingebundenen Kontexts und die Zahl der Tool-Zyklen. Wenn der Verbrauch im gleichen Szenario tatsächlich gestiegen ist, wird die These einer geänderten Abrechnung oder Limits stärker. Derzeit gibt es dafür jedoch zu wenige Daten.

Die entscheidende Verschiebung ist bereits erfolgt: Usage ist keine Hintergrundzahl in der Oberfläche mehr. Für autonome KI-Agenten ist es eine begrenzte Ressource wie Build-Zeit oder Rechenbudget, nur dass die tatsächlichen Kosten oft erst sichtbar werden, nachdem der Zyklus gestartet wurde.

Wir haben zuvor erläutert, wie sich Claudes Kontextlimits, Extended Thinking und Modellkonfigurationen in höheren Usage-Kosten niederschlagen. Diese Analyse hilft zu erklären, warum Coding-Assistenten Tokens schneller verbrauchen können, als Teams erwarten.