Inde i juni 2026 OpenAI Codex-nedbruddet: Hvorfor 'Den valgte model er på kapacitet' bliver ved med at ske

Hændelsesforløbet: Tre timers panik

Forstyrrelsen havde en lang hale og en kort, intens top. Eksterne overvågningstjenester opdagede først problemer sent om aftenen den 15. juni, omkring kl. 22.12-22.16 ET (kl. 04.12-04.16 dansk tid) . Hændelsen blev dog ikke formelt anerkendt før næste morgen, hvilket efterlod udviklere, der stoler på Codex til opgaver natten over og tidligt morgenarbejde, i en blind vinkel .

Da de interne alarmer først gik, var reaktionen hurtig:

• Kl. 12.32 dansk tid — OpenAI's statusside markerede hændelsen som "Identificeret" .
• Ca. kl. 13.39 dansk tid — Vaibhav Srivastav anerkendte offentligt fejlen på X og henviste brugere til statussiden .
• Ca. kl. 13.40 dansk tid — Codex-chef Thibault Sottiaux skrev: "Vi er klar over, at nogle Codex-brugere oplever høje fejlprocenter med 'model på kapacitet' og arbejder på at få tingene tilbage til at være stabile" .
• Kl. 15.32 dansk tid — En afhjælpning blev implementeret, og overvågning begyndte .
• Kl. 15.48 dansk tid — Statussen skiftede til grøn: "Alle berørte tjenester er nu fuldt genoprettet" .

Nedbruddet påvirkede Codex på tværs af hele dets overfladeareal, inklusive CLI, VS Code-udvidelsen og Desktop-appen . Mens det officielle hændelsesur viste cirka 3 timers problemer, varede den praktiske forstyrrelse for brugerne over et meget længere tidsrum.

Udviklerfrustration når kogepunktet

For professionelle og Pro-abonnenter var dette ikke en mindre ulejlighed – det var en aktiv trussel mod deres produktivitet. Reaktionen på OpenAI Developer Community og X var voldsom.

Hovedklagen var ikke kun, at tjenesten var nede, men hvordan den fejlede. Brugere rapporterede, at Codex-sessioner ville "afslutte midt i en strøm uden at gemme tilstand," hvilket tvang dem til manuelt at rekonstruere tabt kontekst og lave arbejde om . En bruger fra Storbritannien opsummerede følelsen malende: "Gør det umuligt at arbejde, da man ikke ved, på hvilket tidspunkt Codex afslutter, og det gennemgår det samme igen og igen for at finde ud af, hvad der blev gjort, og hvad der ikke blev gjort. Fuldstændig uacceptabelt" .

Selve den generiske fejlmeddelelse var en stor kilde til vrede. Rådet om at "prøve en anden model" gav ingen brugbar vejledning, når den primære model var utilgængelig, og brugerne ikke havde nogen mulighed for at vide, om de skulle prøve igen, nedgradere deres reasoning effort eller bare vente .

Tilliden til OpenAIs kommunikation blev også beskadiget. Flere brugere påpegede et hul mellem, hvornår problemerne faktisk begyndte – ifølge fællesskabsrapporter og personlig erfaring – og hvornår det officielle hændelsesur på statussiden begyndte at tikke, en uoverensstemmelse der gør hændelsesgennemsigtighed upålidelig .

Midt i frustrationen opstod en omgang galgenhumor blandt udviklere. Influenceren Matthew Berman oprettede willcodexquotareset.com, et site der spøgefuldt viste en "94% sandsynlighed for en Codex-kvota-nulstilling inden for de næste 48 timer" . Digg's sentimentanalyse af samtalen omkring begivenheden viste en opdeling: 63,8% positive, med mange tak til OpenAI for den hurtige løsning, men en betydelig 36,2% negative, hvor brugere satte spørgsmålstegn ved tjenestens pålidelighed efter en stribe af gentagne nedbrud .

Et problemfyldt år: Codex-pålidelighed i 2026

Hændelsen den 15.-16. juni er ikke en enlig svale. Det er den mest synlige top i et år med tilbagevendende Codex-forringelser, der begyndte for alvor i starten af maj 2026. Et mønster af kapacitetsmætning på GPT-5.5 og uoverensstemmelser i rate limits er dukket op gentagne gange.

En tidslinje over større Codex-begivenheder i 2026 viser en platform under vedvarende pres:

• 23. april — Fejlen "Den valgte model er på kapacitet" rapporteres bredt for første gang på Community-forummet, hvor brugere bemærker fejl midt i sessionen og ingen bevaring af tilstand .
• 7. maj og frem — En klynge af forringelser i Codex-latenstid og genforbindelsesløkker begynder med målbare forværringer i offentlige svartider .
• 12. maj — Efter en "2x kapacitet"-udrulning bliver afbrydelser af Codex App-strømme almindelige, der ender med websocket-lukkefejl .
• 13. maj — GPT-5.5 oplever høje fejlprocenter, der uforholdsmæssigt rammer brugere på gratis-abonnementer .
• 14. maj — Codex Cloud og Code Review-tjenester lider under en høj fejlrate i 32 minutter .
• 29. maj — Et fuldstændigt OpenAI-nedbrud bringer ChatGPT, API'en, DALL-E, Codex og Sora samtidigt ned .
• 3. juni — Forhøjede fejlprocenter rammer Codex, ChatGPT og Responses API i omkring 6,2 timer .
• 11. juni — Forhøjede fejl for GPT-5.5 i Codex dukker op om aftenen og sætter scenen for hovedbegivenheden .
• 15.-16. juni — Fejlen "Den valgte model er på kapacitet" bliver til et fuldgyldigt nedbrud, der varer omkring 3 timer .

Den røde tråd er klar: Efterspørgslen efter GPT-5.5 bliver ved med at ramme konfigurerede lofter, hvad enten det skyldes rate limits, overbelastning af reasoning effort eller bredere belastning af infrastrukturen. Løsningen den 16. juni var en nulstilling af rate limits, et middel der behandlede symptomet – at loftet blev ramt – snarere end den underliggende uoverensstemmelse mellem kapacitet og modellens popularitet. Uden en dybere infrastrukturskaleringsløsning forbliver fejlen en sandsynlig genganger, i takt med at flere udviklere adopterer Codex til højintensive kodningsopgaver.