Codex Plus stoppt Arbeit bei 84 % verbleibender Wochennutzung
OpenAIs Fünf-Stunden-Limit kann Codex-Arbeit unterbrechen, obwohl noch Wochenkontingent übrig ist. Es begrenzt den Zeitpunkt, nicht zwingend die Menge.
Auf dieser Seite
- OpenAI reaktivierte das Plus-Limit am 26. August 2026
- Warum kann Codex trotz Wochenkontingent die Arbeit stoppen?
- Was beweist die Reddit-Anzeige mit 84 % wirklich?
- Das Limit schützt Kapazität, unterbricht aber lange Arbeitsblöcke
- Wie solltest du mit dem Codex-Limit von fünf Stunden planen?
- Was würde eine Kürzung des Wochenkontingents beweisen?
Codex Plus kann am Fünf-Stunden-Limit weitere im Abo enthaltene Aufgaben blockieren, obwohl der Wochenzähler noch Luft hat. Ein Reddit-Nutzer berichtete, dass nach einer 28-minütigen Aufgabe mit Sol High noch 84 % seines Wochenkontingents übrig waren. Der Bericht zeigt die praktische Wirkung zweier getrennter Limits, kann aber keine Kürzung des Wochenkontingents belegen. [2] [5]
OpenAI reaktivierte das Plus-Limit am 26. August 2026
OpenAI-Entwicklungsleiter Thibault Sottiaux kündigte am 25. August 2026 an, dass das Fünf-Stunden-Limit am folgenden Tag für Plus-Konten in Codex und ChatGPT Work zurückkehrt. Eine frühere Rückkehr war bereits angekündigt und dann verschoben worden. Die neue Ankündigung reaktivierte dieses kürzere Limit. [1]
Sottiaux nannte zwei Gründe für das kürzere Fenster. Wenn OpenAI die Nachfrage über die Zeit verteilt, kann das Unternehmen seine Rechenlast glätten und das Wochenkontingent nach eigener Aussage großzügig halten. Außerdem könnten gelegentliche und neue Plus-Nutzer ihr gesamtes Wochenkontingent versehentlich verbrauchen und die anschließende Sperre nicht verstehen. Das Fünf-Stunden-Limit ist damit eine Kapazitätskontrolle für OpenAI und zugleich ein Schutz vor unbeabsichtigtem Verbrauch für Abonnenten. Ob dieser Schutz hilft, hängt von deiner Arbeitsweise ab. [1]
Dieselbe Ankündigung besagte, dass das Fünf-Stunden-Limit bei den Pro-Abos für 100 und 200 Dollar in den „kommenden Monaten“ deaktiviert bleibt. Das war eine vorläufige Regel für diese beiden Abos und kein dauerhaft zugesicherter Bestandteil des Tarifs. [1]
Dieser Artikel folgt auf meine frühere Untersuchung der Codex-Nutzungsresets, doch diesmal geht es um etwas anderes. Die Kampagne vom Juli 2026 veränderte die verfügbare Nutzung durch Resets. Das neue Limit verändert, wann ein Plus-Nutzer das noch vorhandene Kontingent ausgeben kann.
Warum kann Codex trotz Wochenkontingent die Arbeit stoppen?
Das Fünf-Stunden-Fenster und das Wochenkontingent sind getrennte Limits. Ein Plus-Konto braucht in beiden noch Spielraum, um weitere enthaltene Nutzung in Codex oder ChatGPT Work zu starten. Deshalb kann das kürzere Limit neue Arbeit stoppen, obwohl der Wochenzähler noch Kapazität anzeigt. [2] [3]
Auf der aktuellen Preisseite schreibt OpenAI, dass lokale Nachrichten und Cloud-Aufgaben dasselbe Fünf-Stunden-Fenster nutzen und zusätzliche Wochenlimits gelten können. Im Help Center sollen Nutzer bei einer Sperre prüfen, welches Kontingent erschöpft ist und welche Reset-Zeit im Nutzungsbereich oder Limit-Hinweis steht. Diese Anleitung ergibt nur Sinn, wenn mehr als ein Kontingent die Arbeit blockieren kann. [2] [3]
| Frage | Fünf-Stunden-Fenster | Wochenkontingent |
|---|---|---|
| Was begrenzt es? | Nutzung im kürzeren Zeitraum | Gesamte im Abo enthaltene Wochennutzung |
| Wo wird die Reset-Zeit angezeigt? | Nutzungsbereich oder Limit-Hinweis | Nutzungsbereich oder Limit-Hinweis |
| Was passiert, wenn es aufgebraucht ist? | Enthaltene Nutzung geht nach diesem Reset weiter | Enthaltene Nutzung geht nach dem Wochenreset weiter |
| Was belegte die Ankündigung vom 25. August 2026? | Das Limit kehrte für Plus zurück | Keine Kürzung des Wochenkontingents belegt |
Ein nicht leerer Wochenzähler setzt ein erschöpftes Fünf-Stunden-Fenster nicht außer Kraft. Umgekehrt stellt ein erneuertes kurzes Fenster kein Wochenkontingent wieder her, das bereits aufgebraucht ist.
Was beweist die Reddit-Anzeige mit 84 % wirklich?
Der Bericht mit 84 % zeigt, wie weit die beiden Anzeigen bei einem einzelnen Plus-Konto auseinanderliegen können. Laut Verfasser verbrauchte eine 28 Minuten und 29 Sekunden lange Aufgabe mit Sol High das Fünf-Stunden-Kontingent vollständig, während noch 84 % der Wochennutzung übrig waren. Das belegt weder eine allgemeine Verbrauchsrate noch eine Wochenkürzung. [5]
Die weiteren Reddit-Beiträge stützen eine andere Schlussfolgerung: Das reaktivierte Limit sorgte sichtbar für Verwirrung und Einwände gegen unterbrochene Arbeit. Zum Forschungszeitpunkt am 27. August 2026 hatte der wichtigste Ankündigungsbeitrag in r/codex ungefähr 820 Upvotes. Drei verwandte Diskussionen in r/codex und r/ChatGPT lagen bei ungefähr 608, 382 und 379 Upvotes. Diese veränderlichen Momentaufnahmen zeigen Aktivität in vier Threads, nicht den Anteil der Abonnenten, die widersprachen. [4] [5] [6] [7]
Ein weiterer Beitrag konzentrierte sich weniger auf den Verbrauch als auf die Ankündigung. Der Verfasser argumentierte, dass Nutzer ohne Social Media sowohl den vorläufigen Charakter der früheren Regel als auch die Mitteilung über die Rückkehr des Limits verpassen konnten. In der r/ChatGPT-Diskussion folgten grundlegende Fragen: Gilt das Limit täglich oder wöchentlich, und betrifft es nur Codex? Daran lässt sich erkennen, dass die Regel für diese Kommentatoren nicht selbsterklärend war. [6] [7]
Das Limit schützt Kapazität, unterbricht aber lange Arbeitsblöcke
Nach meinem Eindruck macht das Fünf-Stunden-Limit Plus weniger brauchbar für Entwickler, die bewusst einen langen Arbeitsblock für eine große Änderung reservieren. Das Wochenkontingent kann unverändert bleiben, während die Sitzung trotzdem ihre Kontinuität verliert.
Darin liegt der praktische Zielkonflikt in Sottiaux’ Begründung. Verteilte Arbeit schützt gemeinsam genutzte Rechenkapazität und kann verhindern, dass ein gelegentlicher Nutzer sein Wochenkontingent versehentlich auf einmal verbraucht. Zugleich schränkt sie Nutzer ein, die dasselbe Kontingent bewusst in einer Sitzung einsetzen wollen. [1]
Eine einzelne Aufgabe sagt uns nicht, wie schnell das eigene Fenster schließt. Laut OpenAI hängt der Verbrauch vom Modell, Ausführungsort, Schwierigkeitsgrad der Aufgabe, Kontext, Reasoning, Tempo und den verwendeten Werkzeugen ab. Ein langer Auftrag kann deutlich mehr Kontingent als eine kurze Anfrage verbrauchen, und zwei ähnlich wirkende Aufgaben können ganz verschiedene Wege durch ein Repository nehmen. Der Reddit-Bericht über 28 Minuten ist nützlich, weil er die Unterbrechung zeigt, nicht weil 28 Minuten ein übertragbarer Richtwert wären. [3] [5]
Die Ankündigung dokumentiert ein zeitliches Nutzungslimit. In den zitierten Quellen fand ich keine Hinweise darauf, dass Sol langsamer wurde oder OpenAI die Umrechnung von Tokens in die Nutzung des Abokontingents veränderte.
Wie solltest du mit dem Codex-Limit von fünf Stunden planen?
Beginne mit den beiden aktuellen Anzeigen und nicht mit einer Schätzung aus der Aufgabe eines Fremden. Öffne vor einer großen Sitzung den Codex-Nutzungsbereich, prüfe, welches Kontingent näher an der Erschöpfung liegt, und notiere jede angezeigte Reset-Zeit. In einer aktiven Codex-CLI-Sitzung zeigt /status die verbleibenden Limits. [2] [3]
Danach würde ich die Sitzung so begrenzen, dass vor Ablauf des kürzeren Kontingents ein brauchbarer Zwischenstand entsteht. Bei einer großen Änderung kann das bedeuten, Repository-Analyse und Implementierung zu trennen oder zunächst einen getesteten Teil fertigzustellen. Prüfe die Anzeige nach einer langen Planungsphase oder intensivem Werkzeugeinsatz erneut. Wenn das Fünf-Stunden-Kontingent knapp wird, höre auf, bevor du eine weitere breite Änderung beginnst. Deine eigenen aufgezeichneten Sitzungen liefern einen besseren Grenzwert als der Prozentwert eines anderen Nutzers.
Wenn das Limit während eines aktiven Turns erreicht wird, kann Codex diesen Turn laut OpenAI innerhalb der Fair-Use-Grenzen fortsetzen. Danach kann die Nutzungsseite oder der Hinweis die für dieses Konto verfügbaren Optionen anbieten, etwa auf den angezeigten Reset zu warten, Credits hinzuzufügen, einen verfügbaren Reset zu nutzen oder ein Upgrade abzuschließen. „Kann fortsetzen“ garantiert nicht, dass jede lange Aufgabe immer fertig wird. Deshalb würde ich einen getesteten Zwischenstand sichern, bevor der Zähler null erreicht. [3]
Ich verwende das als Planungsmethode und nicht als Formel für die Verbrauchsrate, weil ich für diesen Artikel nicht beide Anzeigen eines kontrollierten Plus-Kontos aufgezeichnet habe. Eine brauchbare persönliche Schätzung entsteht erst, wenn du mehrere vergleichbare Aufgaben erfasst und Modell, Effort, Client, Repository und Werkzeuge so konstant wie möglich hältst.
Was würde eine Kürzung des Wochenkontingents beweisen?
Nur vergleichbare Aufgaben über zwei vollständige Wochen könnten zeigen, ob OpenAI das Wochenkontingent nach dem 26. August 2026 gekürzt hat.
Erfasse dafür auf demselben Plus-Konto beide Anzeigen vor und nach jeder Aufgabe, ohne Credits oder Resets. Modell, Effort, Client, Repository und Werkzeuge müssen dabei gleich bleiben. Diese Methode erweitert meine frühere Reset-Untersuchung, indem sie ein Fünf-Stunden-Limit vom Wochenverbrauch trennt.