Nedbruddet den 15. 16. Nedbruddet varede i ca.

Create a landscape editorial hero image for this Studio Global article: What caused the "Selected Model is at Capacity" errors that disrupted OpenAI Codex workflows on June 15–16, 2026, how did OpenAI respond, wh. Article summary: Here is the full picture of the June 15–16, 2026 Codex incident and its context.. Topic tags: general, general web. Reference image context from search candidates: Reference image 1: visual subject "# Selected model is at capacity. Using gpt-5.4 is consistently showing me this message. I see you have two other recent topics, are these all related? Effort becomes shallow and ta" source context "Selected model is at capacity - Codex - OpenAI Developer Community" Reference image 2: visual subject "# Selected model is at capacity. Skip to main contentSelected model is at capacity. Image 1 Go to codex. Anyone else getting this on 5.4? Image 3: u/OpenAI avatarOpenAI•
Tidligt om morgenen den 16. juni 2026 åbnede udviklere over hele Nordamerika og Europa deres terminaler til en frustrerende besked: "Den valgte model er på kapacitet. Prøv venligst en anden model." Fejlen bragte Codex-arbejdsgange til et stop i cirka tre timer, men den virkelige historie handler ikke kun om et enkelt nedbrud. Det handler om en platform, der knager under vægten af sin egen succes, og den særlige sårbarhed ved den GPT-5.5-model, der driver den.
Fejlen var ikke en fuldskala infrastrukturfejl. Det var et præcist tilfælde af mætning af rate limits på modelniveau for GPT-5.5, den primære kodningsmodel bag Codex . Problemet var mest akut for brugere, der kombinerede GPT-5.5 med indstillingen "xhigh reasoning effort", en konfiguration der bruger flere computerressourcer
.
Selvom OpenAI ikke offentliggjorde en formel analyse af årsagen, giver den løsning, som Codex-chef Thibault Sottiaux beskrev, et stærkt fingerpeg. Han bekræftede, at løsningen indebar at "nulstille Codex-rate limits på tværs af alle abonnementer" inden for et 24-timers vindue . Dette indikerer, at problemet ikke var mangel på fysisk computerkraft, men snarere at interne lofter for rate limits var sat for lavt i forhold til den pludselige stigning i efterspørgsel, hvilket fik systemet til at afvise gyldige forespørgsler, som om det var fyldt.
En mindre, relateret hændelse den 11. juni havde allerede signaleret problemer med "forhøjede fejlprocenter for GPT 5.5 i Codex" . For de brugere, der betaler regningen, var dette kulminationen på et opbygget pres, ikke en isoleret begivenhed.
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:
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.
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
.
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:
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.
Studio Global AI
Use this topic as a starting point for a fresh source-backed answer, then compare citations before you share it.
Nedbruddet den 15. 16.
Nedbruddet den 15. 16. Nedbruddet varede i ca. 3 timer i den nordamerikanske morgen og europæiske eftermiddag, men brugere rapporterede problemer flere timer før.
Betalende abonnenter reagerede med skarp frustration over tabt arbejde og dårlig kommunikation.
Loading comments...
Comments
0 comments