Codex-Nutzungslimit erreicht? Reset prüfen und weiterarbeiten (2026)

Zuletzt geprüft: 18. September 2026. Codex-Limits, Modellverfügbarkeit, Credit-Raten und Befehle können sich ändern. Prüfe vor der Veröffentlichung die am Ende verlinkten offiziellen Seiten.

Wenn Codex mit „You’ve hit your usage limit“, „You are out of Codex and Work usage“ oder „You have reached your Codex usage limits for security reviews. Please try again later.“ stoppt, hilft ständiges Wiederholen derselben Anfrage meist nicht. Zuerst muss klar sein, welches Limit ausgelöst wurde; erst danach lässt sich die passende Lösung wählen.

Dieser Leitfaden zeigt, wie du die aktuelle Reset-Zeit prüfst, wie der Fünf-Stunden-Zeitraum und mögliche Wochenlimits funktionieren, warum Codex und andere agentische Funktionen denselben Nutzungspool verbrauchen können, wie sich ein Kontextlimit unterscheidet und wie eine dringende lokale Codex-CLI-Aufgabe über einen separat abgerechneten API-Provider weiterlaufen kann.

Das Wichtigste zuerst

• Gib in einer aktiven Codex-CLI-Sitzung /status ein. Kontingent, Credits und Reset-Zeit des Kontos findest du im Codex Usage Dashboard.
• Nicht jeder Fehler bedeutet, dass „Codex-Nachrichten aufgebraucht“ sind. Ein ChatGPT-Planlimit, ein API-429, ein Security-Review-Fehler und context_length_exceeded haben unterschiedliche Ursachen.
• OpenAI veröffentlicht derzeit geschätzte lokale Nachrichten pro Fünf-Stunden-Zeitraum, keine garantierte feste Anzahl. Lokale und Cloud-Aufgaben teilen sich das Kontingent; zusätzlich können Wochenlimits gelten.
• Offizielle Optionen sind: bis zum angezeigten Reset warten, Verbrauch reduzieren, verfügbare Credits kaufen, den Plan wechseln oder zusätzliche lokale Arbeit mit einem API-Key ausführen. Ein API-Provider setzt das Abo-Limit nicht zurück, sondern nutzt ein separates Budget.

Codex-Limit in 5 Sekunden prüfen

Gib in der laufenden Codex-CLI-Sitzung Folgendes ein:

/status

/status zeigt die aktuelle Chat-ID, die Kontextnutzung und Informationen zu Rate Limits. Öffne anschließend Settings → Usage oder das Codex Usage Dashboard, um Kontingent, Credits und die für dein Konto angezeigte Reset-Zeit zu sehen.

Einige Drittanbieter-Beiträge empfehlen /usage. Mit Stand vom 18. September 2026 listet die offizielle Codex-Referenz für Slash-Befehle /status, aber nicht /usage. Wenn die CLI /usage nicht erkennt, ist das erwartbar: Verwende /status zusammen mit dem Web-Dashboard.

Codex-Fehler schnell einordnen

Meldung	Übliche Bedeutung	Nächster Schritt
You've hit your usage limit oder 5-hour limit reached	Das im ChatGPT-/Codex-Plan enthaltene agentische Kontingent für den aktuellen Zeitraum ist verbraucht.	Prüfe /status und das Dashboard. Warte auf den angezeigten Reset, nutze Credits, wähle ein sparsameres Modell oder verschiebe dringende lokale Arbeit auf API-Abrechnung.
You are out of Codex and Work usage	Codex und unterstützte agentische Produkte verbrauchen denselben enthaltenen Nutzungs- oder Credit-Pool.	Prüfe in Settings, welches Produkt den Pool genutzt hat, und folge den dort angezeigten Reset- oder Credit-Optionen.
You have reached your Codex usage limits for security reviews. Please try again later.	Der Fehler betrifft den auf GitHub gehosteten Codex-Security-Review-Pfad, nicht zwingend deine lokale CLI-Sitzung. Möglich sind ein reviewspezifisches Kontingent oder ein Produktfehler.	Notiere Repository, PR, Zeitpunkt und fehlgeschlagenes Review. Prüfe das offizielle Codex-Issue und kontaktiere den Support, wenn das Dashboard keine Erklärung liefert. Wiederholt automatisch ausgelöste Reviews kannst du während der Diagnose pausieren; das stellt das Kontingent jedoch nicht garantiert wieder her.
429 Too Many Requests oder rate_limit_exceeded	Ein Limit von API-Organisation, Projekt, Modell, TPM/RPM, Parallelität oder Provider wurde erreicht.	Prüfe Nutzung und Limits beim tatsächlichen Provider, reduziere Parallelität, verwende Backoff oder beantrage höhere Limits. Ein ChatGPT-Reset hilft möglicherweise nicht.
insufficient_quota	Das API-Projekt hat kein nutzbares Guthaben, keine Ausgabenberechtigung oder keinen Abrechnungsrahmen.	Prüfe API-Abrechnung, Projektbudget, Key-Berechtigungen und Provider-Guthaben.
context_length_exceeded	Verlauf, Dateien oder Tool-Ausgaben überschreiten den vom gewählten Modell oder Provider unterstützten Kontext.	Nutze /compact, starte einen neuen Chat mit Übergabenotiz, entferne große Anhänge oder wähle ein Modell mit größerem Kontext. Das ist kein Fünf-Stunden-Limit.

Welches Limit wurde tatsächlich erreicht?

1. ChatGPT-Plan- oder agentisches Nutzungslimit

Das ist der häufigste Fall hinter Suchanfragen wie codex hit usage limit, codex usage limit und you've hit your usage limit codex. Die verfügbare Kapazität hängt vom Plan und der bisherigen Nutzung ab. Modell, Aufgabenkomplexität, Reasoning-Stufe, Kontextgröße, lokale oder Cloud-Ausführung sowie andere agentische Produkte beeinflussen den Verbrauch.

2. API-Rate- oder Abrechnungslimit

API-Nutzung wird getrennt vom enthaltenen ChatGPT-Kontingent abgerechnet und begrenzt. API-Credits erhöhen das ChatGPT-/Codex-Abo-Limit nicht, und ChatGPT-Credits werden nicht zu API-Guthaben. Bei 429 oder insufficient_quota musst du daher das API-Konto oder den Provider prüfen, der die Anfrage verarbeitet hat.

3. Kontextfenster-Limit

Ein Kontextlimit bestimmt, wie viel Material in eine einzelne Anfrage oder Unterhaltung passt, nicht wie viel Arbeit in fünf Stunden möglich ist. Es gibt keinen universellen Wert von 272k, der für alle Codex-Modelle, Clients und Custom Provider gilt. Beobachte die Kontextnutzung mit /status und komprimiere oder übergib die Aufgabe, bevor die Sitzung zu groß wird.

4. GitHub-Security-Review-Limit

Die genaue Security-Review-Meldung ist bereits im offiziellen openai/codex-Issue-Tracker aufgetaucht. Öffentliche Daten bestätigen den Fehler, aber weder eine universelle Ursache noch einen garantierten Workaround. Behandle ihn als eigenes GitHub-Review-Ereignis: Sammle Nachweise, prüfe Service und Konto, verhindere unnötige automatische Wiederholungen und übermittle dem Support die konkrete PR.

Fünf-Stunden-Zeitraum, Wochenlimit und gemeinsamer Pool

Viele Seiten sprechen von einem „rollierenden Fünf-Stunden-Fenster“. Die aktuelle offizielle Preisseite formuliert vorsichtiger: Sie veröffentlicht Schätzwerte für lokale Nachrichten pro Fünf-Stunden-Zeitraum und verweist für das tatsächliche Limit und den Reset auf das Dashboard. Verlasse dich nicht auf Mitternacht, eine volle Uhrzeit oder ein globales Datum, sondern auf den Zeitstempel in deinem Konto.

Drei Punkte sorgen besonders häufig für Verwirrung:

1. Die Nachrichtenanzahl ist eine Schätzung, kein Versprechen. Eine kleine Dateiänderung und ein langer Agentenlauf mit Tools, großem Kontext und hohem Reasoning verbrauchen nicht gleich viel.
2. Lokale und Cloud-Aufgaben teilen sich die Kapazität. Der Wechsel von der CLI in die Cloud erzeugt nicht automatisch einen neuen Pool.
3. Ein Wochenlimit kann zusätzlich gelten. Der Fünf-Stunden-Zeitraum kann bereits zurückgesetzt sein, während ein Wochenlimit die enthaltene Nutzung weiter blockiert.

Die Suchphrase „Codex, ChatGPT Work, ChatGPT for Excel, and Workspace Agents draw from the same agentic usage and credit pool“ beschreibt die Grundidee, auch wenn die Produktliste je nach Plan und Verfügbarkeit variiert. Die aktuelle Dokumentation nennt außerdem agentische Funktionen in Word und PowerPoint, sofern verfügbar. Maßgeblich ist die Liste in deinen eigenen Settings.

Aktuelle Fünf-Stunden-Schätzwerte nach Modell

Die folgenden Bereiche sind die offiziellen Schätzwerte für lokale Nachrichten pro Fünf-Stunden-Zeitraum, geprüft am 18. September 2026. Es handelt sich nicht um garantierte Nachrichtenkontingente.

Modell	Plus	Pro 5×	Pro 20×	Standard Business
GPT-6 Astra	5–45	25–225	100–900	5–45
GPT-5.6 Sol	10–100	50–500	200–2.000	10–100
GPT-5.6 Terra	25–200	125–1.000	500–4.000	25–200
GPT-5.6 Luna	250–2.000	1.250–10.000	5.000–40.000	250–2.000

Die große Spannweite ist normal: Repository-Größe, Prompt-Länge, Tool-Aufrufe, gecachter Kontext, Reasoning-Level und Fast Mode beeinflussen den Verbrauch. Nutze die Tabelle zur Planung, nicht zur Vorhersage einer exakten Nachrichtenanzahl.

Credit-Raten für zugekaufte Nutzung

Wenn dein Plan den Kauf von Credits unterstützt, misst OpenAI den agentischen Verbrauch derzeit in Credits pro einer Million Tokens:

Modell	Input	Gecachter Input	Output
GPT-6 Astra	250	25	1.250
GPT-5.6 Sol	100	10	500
GPT-5.6 Terra	50	5	300
GPT-5.6 Luna	5	0,5	30

Eine typische Codex-Aufgabe mit GPT-5.6 Sol wird derzeit auf etwa 5–30 Credits geschätzt; der tatsächliche Verbrauch hängt von der Aufgabe ab. Prüfe vor Budgetentscheidungen die aktuelle Rate Card.

Option A: Im offiziellen Inklusivkontingent bleiben

Dieser Weg eignet sich, wenn die Aufgabe nicht dringend ist oder du Cloud-exklusive Funktionen benötigst:

1. Führe /status aus und öffne das Usage Dashboard.
2. Prüfe, ob der Fünf-Stunden-Zeitraum, ein Wochenlimit oder fehlende Credits blockieren.
3. Warte auf den angezeigten Reset, kaufe Credits, wenn dein Plan dies unterstützt, oder wechsle den Plan, wenn es wirtschaftlich sinnvoll ist.
4. Nutze Terra oder Luna für Routineaufgaben, reduziere Reasoning, begrenze den Auftrag und starte eine neue Sitzung, sobald alter Kontext keinen Nutzen mehr hat.
5. Wenn die angezeigte Nutzung falsch wirkt, sichere vor dem Supportkontakt die genaue Meldung, Uhrzeit, das Konto, die Client-Version und den Aufgabentyp.

Sende dieselbe große Aufgabe nicht immer wieder. Wiederholungen können zusätzliche Kapazität verbrauchen, ohne das zugrunde liegende Limit zu ändern.

Option B: Dringende lokale Arbeit mit separatem API-Budget fortsetzen

Wenn eine lokale CLI-Aufgabe nicht auf den Abo-Reset warten kann, unterstützt Codex benutzerdefinierte Modell-Provider. Ein Anbieter wie BetterToken kann die lokale Codex CLI an einen OpenAI-kompatiblen Endpoint anbinden und tokenbasiert abrechnen.

Das ist ein separates Budget, kein Reset und keine Umgehung von Berechtigungen. Es erhöht das Abo-Kontingent nicht, entfernt keine API-Rate-Limits, schaltet keine Planfunktionen frei und ersetzt keine Cloud- oder GitHub-Funktionen, die die offizielle Hosting-Umgebung benötigen.

Schritt 1: Saubere Übergabe sichern

Speichere vor dem Provider-Wechsel oder einer neuen Sitzung außerhalb des Chats eine kurze Notiz:

Ziel:
Aktueller Stand:
Bereits geänderte Dateien:
Bereits ausgeführte Befehle:
Bekannte Fehler:
Nächster kleinster Schritt:
Nicht ändern:

Sichere bei unfertigen Codeänderungen zusätzlich den Arbeitsstand oder Patch nach deinem üblichen Prozess. Die nächste Sitzung soll die Aufgabe rekonstruieren können, ohne den gesamten Verlauf mitzunehmen.

Schritt 2: CODEX_HOME finden und CLI-Version prüfen

Codex verwendet standardmäßig ~/.codex, sofern CODEX_HOME nicht gesetzt ist.

macOS oder Linux:

export CODEX_HOME="${CODEX_HOME:-$HOME/.codex}"
mkdir -p "$CODEX_HOME"
echo "$CODEX_HOME"
codex --version

PowerShell:

$CodexHome = if ($env:CODEX_HOME) { $env:CODEX_HOME } else { Join-Path $HOME ".codex" }
New-Item -ItemType Directory -Force -Path $CodexHome | Out-Null
$CodexHome
codex --version

Benannte Profildateien wie bt.config.toml erfordern Codex CLI 0.134.0 oder neuer. Aktualisiere die CLI, wenn deine Version älter ist.

Schritt 3: Isoliertes BetterToken-Profil erstellen

Erstelle $CODEX_HOME/bt.config.toml mit folgendem Inhalt:

model = "gpt-6-astra"
model_provider = "bettertoken"

[model_providers.bettertoken]
name = "BetterToken"
base_url = "https://www.bettertoken.ai/v1"
env_key = "BETTERTOKEN_API_KEY"
wire_api = "responses"
requires_openai_auth = false
request_max_retries = 4
stream_max_retries = 8
stream_idle_timeout_ms = 300000
supports_websockets = false

Damit bleiben die Provider-Einstellungen außerhalb der Hauptdatei config.toml. Speichere den API-Key nicht in dieser Datei und committe ihn niemals in ein Repository.

Die aktuelle BetterToken-Einrichtungsseite kann zusätzlich einen Ablauf mit auth.json zeigen. Vermische diesen nicht mit dem oben gezeigten Umgebungsvariablen-Profil. Verwende genau eine vollständige Methode und behandle die aktuelle Setup-Seite als maßgeblich, falls sich die Authentifizierung ändert.

Schritt 4: Minimalen Nur-Lese-Test ausführen

macOS oder Linux:

export BETTERTOKEN_API_KEY="YOUR_API_KEY"
codex exec --profile bt "Lies README.md und fasse den Zweck des Projekts zusammen. Ändere keine Dateien."

PowerShell:

$env:BETTERTOKEN_API_KEY="YOUR_API_KEY"
codex exec --profile bt "Lies README.md und fasse den Zweck des Projekts zusammen. Ändere keine Dateien."

Ersetze YOUR_API_KEY nur lokal. Teile einen echten Key niemals in Ticket, Screenshot, Chat oder Repository. Ein Nur-Lese-Test prüft Authentifizierung, Endpoint, Modellzugriff und Streaming mit geringem Aufwand und Risiko.

Schritt 5: Abrechnung prüfen, dann fortsetzen

Stelle sicher, dass der Test auf der Nutzungs- oder Guthabenseite des Providers erscheint. Beginne danach die eigentliche Aufgabe mit der Übergabenotiz und einem kleinen ersten Schritt. Lies bei einem Fehler zuerst die genaue Meldung, bevor du mehrere Einstellungen änderst:

• 401 oder 403: Key, Konto, Authentifizierungsmodus oder Modellberechtigung.
• 404: Base URL, Route oder Model ID.
• 429: Provider-Limit oder Guthabenrichtlinie.
• Streaming-Timeout: Netzwerkpfad oder Provider-Timeout; erhöhe nicht sofort alle Retry-Werte.

Codex-Kontingent künftig sparsamer nutzen

• Verwende GPT-5.6 Terra oder Luna für Dateisuche, Formatierung, kleine Änderungen und Routineprüfungen; reserviere Astra oder Sol für Aufgaben mit echtem Tiefen-Reasoning.
• Fordere jeweils eine überprüfbare Änderung an. „Prüfe alles und behebe alles“ verbraucht meist mehr Kontext und Tool-Aufrufe.
• Starte mit Übergabenotiz eine neue Sitzung, wenn der alte Dialog überwiegend nur noch Historie ist.
• Nutze /compact, bevor der Kontext zum Engpass wird, und kontrolliere anschließend, ob die wichtigen Vorgaben erhalten geblieben sind.
• Deaktiviere ungenutzte MCP-Server und hänge keine großen generierten Logs an, wenn sie nicht benötigt werden.
• Beende die Arbeit, sobald die kleinste relevante Prüfung bestanden ist; führe keine unabhängigen Volltests aus.
• Verwende das Usage Dashboard als Quelle der Wahrheit statt die gesendeten Nachrichten zu zählen.

Häufige Fragen

Wann wird das Codex-Nutzungslimit zurückgesetzt?

Für alle Konten ist keine einheitliche Reset-Uhrzeit veröffentlicht. Führe /status aus, öffne das Usage Dashboard und folge dem dort angezeigten Zeitstempel. Leite den Reset nicht aus Mitternacht, fremden Screenshots oder einem Veröffentlichungsdatum ab.

Bedeutet „August 14, 2026“ einen globalen Codex-Reset?

Nein. Der 14. August 2026 kann das Aktualisierungsdatum eines Artikels, ein kontospezifischer Zeitstempel oder das Datum einer Meldung sein. Es ist kein weltweites Reset-Datum. Für dein Konto ist das Dashboard maßgeblich.

Warum unterscheiden sich meine Codex-Limits von denen anderer Nutzer?

Planstufe, Modell, Komplexität, Kontext, Reasoning, Fast Mode, lokale und Cloud-Nutzung, andere agentische Produkte, gekaufte Credits und vorübergehende Produktänderungen beeinflussen die Kapazität. Ein Beitrag mit „we’ve investigated a few messages about Codex usage limits being different“ kann nur einen bestimmten Zeitpunkt beschreiben; vergleiche ihn mit der aktuellen offiziellen Preisseite und deinem Dashboard.

Kann ich das Limit mit /usage prüfen?

Die aktuelle offizielle CLI-Referenz dokumentiert /status, nicht /usage. Verwende /status für die aktive Sitzung und das Usage Dashboard für Kontingent, Credits und Reset-Zeit des Kontos.

Ist ein Kontextfehler dasselbe wie ein Nutzungslimit?

Nein. Das Nutzungslimit steuert, wie viel agentische Arbeit in einem Zeitraum enthalten oder erlaubt ist; das Kontextlimit steuert die Datenmenge in einer Anfrage oder Sitzung. Komprimiere, entferne Dateien oder starte einen neuen Chat. Fünf Stunden zu warten verkleinert den Verlauf nicht.

Umgeht ein API-Key die Codex-Limits?

Er umgeht oder setzt das ChatGPT-Planlimit nicht zurück. Lokale Arbeit wird über eine separat abgerechnete API-Route mit eigenem Guthaben, Modellzugriff und Limits gesendet. Damit kann eine dringende Aufgabe weiterlaufen, es ist jedoch nicht kostenlos und unterstützt möglicherweise keine gehosteten Funktionen.

Aufgabe fortsetzen, ohne den Stand zu verlieren

Die sicherste Reihenfolge lautet: /status prüfen → Limittyp erkennen → Übergabe speichern → offiziellen Reset/Credits oder separates API-Budget wählen → Nur-Lese-Test ausführen → mit einem kleinen Schritt fortsetzen.

BetterToken ist sinnvoll, wenn das enthaltene Kontingent erschöpft ist und lokale Arbeit sofort weitergehen muss. Es ist nicht die Antwort auf jeden Fehler. Bei einem GitHub-Security-Review-Problem, einem API-429 oder zu großem Kontext sollte zuerst die konkrete Ursache behoben werden.

Offizielle Quellen

• Codex mit einem ChatGPT-Plan verwenden
• Codex-Preise und Fünf-Stunden-Schätzwerte
• Codex-Slash-Befehle
• Erweiterte Codex-Konfiguration und Custom Provider
• Rate Card für agentische ChatGPT-Credits
• Offizielles Codex-Issue zur Security-Review-Limitmeldung
• BetterToken-Setup für Codex