
Was bedeutet „Selected model is at capacity“ in Codex?
Es bedeutet, dass OpenAI für das gewählte Modell die Server ausgehen. Mit deinem Konto ist alles in Ordnung. Codex gibt die Zeile über einen einzigen Fehler in seinem Open-Source-Code aus, ServerOverloaded in codex-rs/protocol/src/error.rs, und das Nutzungslimit ist ein eigener Fehler mit eigenem Wortlaut. Vergleiche deine Meldung mit dieser Tabelle, die wir am 18. Oktober 2026 aus dieser Datei zusammengestellt haben:
| Was Codex anzeigt | Was aufgebraucht ist | Nennt eine Uhrzeit? | Erste Lösung |
|---|---|---|---|
| "Selected model is at capacity. Please try a different model." | Die Server von OpenAI für dieses Modell | Nein | Einmal erneut versuchen, dann Modell wechseln |
| "You've hit your usage limit ... or try again at [time]." | Dein eigenes Fünf-Stunden- oder Wochenkontingent | Ja, wenn Codex sie kennt | Bis zu dieser Zeit warten oder Credits kaufen |
| "You've hit your usage limit for [limit]. Switch to another model now, or try again at [time]." | Dein Kontingent für ein bestimmtes Limit | Ja, wenn Codex sie kennt | Modell wechseln, denn dieses Limit ist deins |
| "Your workspace is out of credits. Add credits to continue." | Die Credits deines Workspace | Nein | Der Inhaber lädt Credits auf |
| "Quota exceeded. Check your plan and billing details." | Das Kontingent hinter einem API-Schlüssel | Nein | Abrechnung im API-Konto prüfen |
| "rate limit exceeded: ..." | Zu viele Anfragen zu schnell | Nein | Langsamer werden, dann erneut versuchen |
Die Erkennung läuft über zwei Wörter. Ein persönliches Limit sagt immer „usage limit“, ein Workspace-Limit sagt „credits“ oder „spend cap“. Die Kapazitätszeile enthält keines davon und nennt nie eine Uhrzeit, weil sich an deinem Konto nichts geändert hat. Das Konto etraut-openai von OpenAI, das Codex-Issues auf GitHub beantwortet, schrieb es am 12. Mai 2026 deutlich: „If you receive this message, it does not mean that you are being rate limited or are out of usage. It means that we are running low on capacity to serve this model in your region.“
Die API von OpenAI meldet dieselbe Art von Engpass als HTTP 503 server_is_overloaded. Der Leitfaden zu Fehlercodes nennt als Ursache „The requested model is temporarily overloaded.“ Nutzer berichten die Zeile aus der Desktop-App, der CLI, der VS-Code-Erweiterung und aus Codex in der ChatGPT-Desktop-App. Einmal erreichte sie auch ChatGPT: Am 9. Juli 2026 veröffentlichte OpenAI einen Vorfall für Nutzer, die sie „across multiple models“ erhielten, laut Pulsetics Kopie des Status-Feeds.
Wie lange bleibt Codex ausgelastet?
Ein einzelner Kapazitätsfehler verschwindet meist nach Minuten, und die schlimmsten gemeldeten Tage endeten innerhalb von 3.4 Stunden. Wir haben den Statusverlauf von OpenAI am 18. Oktober 2026 gelesen. Drei Vorfälle meldeten Kapazität: am 16. Juni „Codex 'Selected Model is at Capacity' Error“ mit 196 Minuten, am 9. Juli der Vorfall zur Modellauswahl mit 58 und am 17. Juli „Codex 5.6-sol Experiencing Increased Server-Overload Errors“ mit 203. Seitdem hat keiner mehr Kapazität gemeldet.
Das Forum erzählt eine längere Geschichte. Nutzer meldeten Wellen des Fehlers am 15. und 16. Juni, vom 28. bis 30. Juli, vom 7. bis 10. September und vom 3. bis 12. Oktober. Die letzten drei bekamen keinen Kapazitätshinweis. In der September-Welle erwähnte nur ein 25 Minuten langer Vorfall zu „unexpected usage limit resets“ Codex im Status. Ein Poster im Juli nannte GPT-5.6 Sol über 48 Stunden „almost continuously unavailable“. Eine grüne Statusseite entlastet Codex nicht.
| Datum 2026 | Vorfalltitel von OpenAI | Minuten | Meldet Kapazität |
|---|---|---|---|
| 16. Juni | Codex "Selected Model is at Capacity" Error | 196 | Ja |
| 9. Juli | Users are experiencing elevated errors when selecting models | 58 | Ja, zitiert die Meldung |
| 17. Juli | Codex 5.6-sol Experiencing Increased Server-Overload Errors | 203 | Ja, als Überlast |
| 11. August | Increase in errors on API, Codex and Work Mode | 67 | Nein |
| 20. August | Elevated Codex API authentication errors | 54 | Nein |
| 3. September | Elevated errors across ChatGPT and Codex | 132 | Nein |
| 4. September | Users in APAC region may face increased error in ChatGPT, Work, image generation, file upload, Voice, and Codex Cloud | 226 | Nein |
| 13. September | Codex GitHub Review and Pull Request Failures | 87 | Nein |
| 14. September | Elevated error rates for Codex and ChatGPT Work | 71 | Nein |
| 25. September | Issues with Codex | 56 | Nein |
| 29. September | Elevated errors across ChatGPT, Codex, and the API including the Agents API | 290 | Nein |
| 5. Oktober | Elevated error rates in Codex Cloud | 363 | Nein |
| 7. Oktober | Dot in Codex may fail to create new threads | 95 | Nein |
| 7. Oktober | Degraded performance in Codex and Work mode | 62 | Nein |
| 13. Oktober | Degraded performance in GPT-6.1 Sol Codex and Work mode | 506 | Nein |
| 14. Oktober | Degraded performance in Codex and ChatGPT Work | 168 | Nein |
Vom 1. August bis 16. Oktober 2026 hatten 13 Vorfälle auf der Statusseite von OpenAI Codex im Titel. Sie dauerten 54 bis 506 Minuten, im Median 95, und vier gingen über drei Stunden hinaus. Wir haben die Minuten vom ersten veröffentlichten Update von OpenAI bis zur Wiederherstellungsmeldung gezählt. Die Verlaufsseite beginnt am 20. Juli, deshalb haben wir die Kapazitätsvorfälle von Juni und Juli per Suche gefunden, und der vom 9. Juli stammt aus dem Spiegel von Pulsetic.
Wie behebst du „Selected model is at capacity“ der Reihe nach?
Einmal erneut versuchen, dann das Modell wechseln, dann einen frischen Chat starten. Codex hat schon selbst wiederholt, bevor du die Zeile siehst. Die Konfigurationsreferenz setzt standardmäßig 4 Wiederholungen für eine fehlgeschlagene Anfrage und 5 für einen abgebrochenen Stream. Zehnmal mehr Enter zu drücken bringt kaum etwas.
- Prompt sichern. Kopiere ihn, bevor du irgendetwas neu lädst. In einer laufenden Sitzung berichten Nutzer, dass „continue“ im selben Thread die Aufgabe oft wieder aufnimmt.
- Nach einer Minute einmal erneut versuchen. Kurze Spitzen verschwinden von selbst, und ein Versuch zeigt dir, ob es nur ein Ausreißer ist.
- Modell wechseln. Führe in der CLI
/modelaus oder starte mitcodex -m gpt-6-luna. In der Desktop-App und in ChatGPT Work nutzt du die Modellauswahl unter dem Eingabefeld. GPT-5.5 ist am 14. Oktober 2026 aus Codex mit ChatGPT-Anmeldung verschwunden und deshalb kein Ausweichmodell mehr. - Frischen Chat mit demselben Modell öffnen. Das schlugen OpenAI-Mitarbeiter im Oktober im Forum vor. Führe
/newaus oder zuerst/compact, um eine Zusammenfassung mitzunehmen. - status.openai.com prüfen, dann
/status. Ein Vorfall, der Codex nennt, heißt warten. Eine saubere Seite plus Luft in deinem Kontingent heißt, der Engpass liegt bei deinem Modell und deiner Region. - Melden. Führe
/feedbackim fehlerhaften Chat aus und notiere die Uhrzeit mit deiner Zeitzone, worum OpenAI-Mitarbeiter gebeten haben. Schlägt/feedbackselbst fehl, verwiesen die Mitarbeiter auf ein Support-Ticket.
Manche Lösungen helfen nicht. Codex neu zu installieren, ~/.codex zu löschen oder Credits zu kaufen schafft keine Server. Ein Poster im September probierte 4 IP-Adressen in 3 Regionen ohne Erfolg. Fällt jedes Modell aus, lautete der eigene Rat von OpenAI beim Ausfall am 25. September „Login via API key will unblock access at this time.“ API-Key-Sitzungen werden laut der Codex-Preisseite von OpenAI zu Standard-API-Preisen abgerechnet, spare dir diesen Weg also für eine echte Deadline auf.
Verbraucht ein Kapazitätsfehler dein Codex-Nutzungslimit?
Nein. Die Kapazitätszeile ist kein Nutzungslimit, und der Entwickler von OpenAI sagte, sie bedeute nicht, dass du „out of usage“ bist. Das prüfst du in zehn Sekunden. /status in einer laufenden CLI-Sitzung zeigt das aktive Modell und deine Nutzung, und chatgpt.com/codex/settings/usage zeigt dieselbe Anzeige im Web. Hat die Anzeige Luft und der Fehler bleibt, ist es Kapazität. OpenAI hat nicht gesagt, ob ein Durchgang, der auf halbem Weg stirbt, mitgezählt wird.
Das Nutzungslimit läuft nach eigener Uhr. Die Codex-Preisseite von OpenAI schätzt, gelesen am 18. Oktober 2026, 15 bis 160 lokale Nachrichten pro fünf Stunden mit GPT-6.1 Sol für Plus und Standard Business. Für GPT-6 Astra nennt sie 5 bis 45 und für GPT-6 Luna 350 bis 3,000 und ergänzt: „Pro plans currently have no five-hour limit.“ Wöchentliche Limits können dazukommen. Eine Sperre, die nie „usage limit“ sagt, ist bei Pro also Kapazität und nicht das Wochenlimit. Codex usage limit listet das Fenster jedes Tarifs und was seine Sperrmeldung anbietet.
Das dritte Ähnliche in Codex ist „rate limit exceeded“, was bedeutet, dass Anfragen zu schnell kamen. Anders als die Kapazitätszeile geht es um deine eigene Anfragerate, eine Minute Pause löst es also mit demselben Modell.
Warum läuft Codex mit bezahltem Tarif in die Kapazitätsgrenze?
Weil ein Tarif ein Kontingent kauft und keine reservierten Server, und OpenAI Kapazität nach Modell und Region zuteilt. Die Berichte häufen sich rund um Launches. Poster brachten die Welle im September mit dem Launch von GPT-6 Astra in Verbindung. Viele hatten Pro-20x-Konten, und einer sagte, ein Pro-5x-Konto lief zur selben Zeit weiter. Im Oktober führte ein Poster den Fehler auf eine GPT-6-Luna-Anfrage im Hintergrund zurück, die den Chat benennt. Mitarbeiter antworteten, sie „can't confirm the background Luna explanation from the thread alone.“
Die eigentliche Lösung liegt bei OpenAI. Am 15. Oktober 2026 schrieben Mitarbeiter im Forum: „We've added capacity and shipped changes today to reduce these interruptions.“ Eine Anfrage, dass Codex Kapazitätsfehler mit Backoff wiederholt, Issue #22390, ist seit dem 12. Mai 2026 offen. Bis sie umgesetzt ist, stoppt ein unbeaufsichtigter Lauf beim ersten Kapazitätsfehler, der die eingebauten Wiederholungen überdauert.
Was kannst du nutzen, solange Codex ausgelastet ist?
Das Modell eines anderen Anbieters, für den Teil der Arbeit, der dein Repo nicht braucht. Eine Frage zu einem Stack Trace, ein Plan für ein Refactoring oder eine Regex kann zu Claude oder Gemini, während Codex wartet. Füge eine kurze Zusammenfassung der Aufgabe ein (das Ziel, was entschieden ist, was fehlschlug) und mach weiter.
Whizi, das diese Seite veröffentlicht, ersetzt Codex nicht. Es hat keine Entwickler-API und berührt dein Repository nicht. Es hält GPT, Claude und Gemini in einem Chat: Beim Modellwechsel mitten im Gespräch wandert der Thread zum neuen Modell (so funktioniert der Wechsel), und eine fehlgeschlagene Generierung wird erstattet, nicht berechnet. Claude Sonnet und Claude Opus brauchen Pro für $29.99 im Monat, und jeder Tarif ist auf 60 Nachrichten pro Stunde begrenzt. Liegt der Engpass bei OpenAI, wähle ein Claude- oder Gemini-Modell.
- Den ungesendeten Prompt vor dem Neuladen kopieren; „continue“ im selben Thread probieren
- Nach einer Minute einmal erneut versuchen; Codex hat schon bis zu 4 Mal wiederholt
- Modell mit /model oder der Auswahl unter dem Eingabefeld wechseln
- Frischen Chat mit /new starten, oder zuerst /compact, um eine Zusammenfassung zu behalten
- status.openai.com auf einen Codex-Vorfall prüfen, dann /status für deine Nutzung
- /feedback aus dem fehlerhaften Chat mit Uhrzeit und Zeitzone senden
Häufige Fragen
Zählt „selected model is at capacity“ gegen mein Codex-Nutzungslimit?
Es ist keine Meldung zum Nutzungslimit. Das Konto etraut-openai von OpenAI schrieb auf GitHub, es bedeute nicht, dass du „rate limited or are out of usage“ bist. Dein echtes Limit zeigt /status und die Codex-Nutzungsseite. OpenAI hat nicht gesagt, ob ein Durchgang, der auf halbem Weg scheitert, mitgezählt wird. Das Chat-Limit von ChatGPT, das laut OpenAI nicht mit Codex geteilt wird, behandelt ChatGPT limit reached.
Warum sagt die Codex CLI selected model is at capacity, wenn ChatGPT funktioniert?
Weil der Engpass beim gewählten Modell in deiner Region liegt und nicht bei ganz OpenAI. Die Chat-Modelle von ChatGPT können Luft haben, während ein Codex-Modell voll ist. In der Juni-Welle sagte ein Nutzer, die CLI laufe weiter, während die Desktop-App ausfiel. Is ChatGPT down zeigt, ob OpenAI einen größeren Vorfall gemeldet hat.
Ist Codex Sol häufiger ausgelastet als Luna?
Sol hat die schlechtere Bilanz auf der Statusseite von OpenAI. GPT-5.6 Sol wurde im Überlastvorfall vom 17. Juli genannt und GPT-6.1 Sol in dem vom 13. Oktober, der mit 506 Minuten der längste Codex-Vorfall von August bis Oktober 2026 war. Luna ist nicht immun: Der Forumsthread im Oktober trug GPT-6 Luna im Titel. What to use when ChatGPT is down listet die anderen Anbieter.
Ist MODEL_CAPACITY_EXHAUSTED derselbe Fehler?
Es ist die Version von Google für dasselbe Problem. Antigravity und Gemini-Tools liefern HTTP 503 MODEL_CAPACITY_EXHAUSTED mit „No capacity available for model“, laut Berichten im KI-Entwicklerforum von Google. Eine Antwort dort im September 2026 sagte, es bedeute, der Server sei „temporarily overloaded or experiencing a capacity constraint.“ Das Gegenstück von Anthropic ist Claude overloaded, Fehler 529.