Innsiden av OpenAI Codex-bruddet i juni 2026

Tidlig om morgenen 16. juni 2026 åpnet utviklere over hele Nord-Amerika og Europa terminalene sine og ble møtt av en frustrerende beskjed: "Valgt modell er på kapasitet. Vennligst prøv en annen modell." Feilmeldingen satte en stopper for Codex-arbeidsflytene i omtrent tre timer, men den egentlige historien handler ikke bare om et enkelt brudd. Det handler om en plattform som svikter under vekten av sin egen suksess, og den spesifikke sårbarheten til GPT-5.5-modellen som driver den.

Rotårsaken: GPT-5.5 treffer taket

Feilen var ikke en fullstendig infrastrukturkollaps. I stedet var det et presist tilfelle av metning av ratebegrensninger på modellnivå for GPT-5.5, den primære kodingsmodellen bak Codex . Problemet var mest akutt for brukere som kombinerte GPT-5.5 med innstillingen "xhigh reasoning effort", en konfigurasjon som krever mer datakraft .

Selv om OpenAI ikke publiserte en formell rotårsaksanalyse, gir løsningen beskrevet av Codex-sjef Thibault Sottiaux et sterkt hint. Han bekreftet at løsningen innebar å "tilbakestille Codex-ratebegrensningene på tvers av alle abonnementer" i løpet av et 24-timers vindu . Dette indikerer at problemet ikke var mangel på fysiske dataressurser, men snarere at de interne takene for ratebegrensninger var satt for lavt i forhold til den plutselige økningen i etterspørsel, noe som fikk systemet til å avvise gyldige forespørsler som om det var fullt.

En mindre, relatert hendelse 11. juni hadde allerede varslet om problemer, og loggførte "forhøyede feilrater for GPT 5.5 i Codex" . For de betalende brukerne var dette bristepunktet for et oppbygd press, ikke en isolert hendelse.

Hendelsestidslinjen: Tre timer med hektisk aktivitet

Forstyrrelsen hadde en lang hale og en kort, intens topp. Ekstern overvåking oppdaget problemer sent på kvelden 15. juni, rundt kl. 04:12–04:16 norsk tid . Hendelsen ble imidlertid ikke formelt anerkjent før neste morgen, noe som gjorde at utviklere som stoler på Codex for oppgaver over natten og tidlig morgenarbeid, ble stående i et blindspor .

Da de interne alarmene gikk, var responsen rask:

• Kl. 12:32 norsk tid — OpenAIs statusside markerte hendelsen som "Identifisert" .
• Ca. kl. 13:39 — Vaibhav Srivastav (OpenAI) anerkjente feilen offentlig på X og henviste brukere til statussiden .
• Ca. kl. 13:40 — Codex-sjef Thibault Sottiaux postet: "Oy. Vi er klar over at noen Codex-brukere opplever høye feilrater med 'modell på kapasitet' og jobber med å få ting stabilt igjen."
• Kl. 15:32 — En avbøtende løsning ble iverksatt og overvåking startet .
• Kl. 15:48 — Statusen ble grønn: "Alle berørte tjenester har nå gjenopprettet fullt ut" .

Bruddet rammet Codex over hele plattformen, inkludert CLI (kommandolinjegrensesnittet), VS Code-utvidelsen og Desktop-appen . Selv om den offisielle hendelsesklokken viste omtrent 3 timer med problemer, strakk den praktiske forstyrrelsen for brukerne seg over et mye lengre tidsrom.

Utviklerfrustrasjonen når kokepunktet

For profesjonelle- og Pro-abonnenter var ikke dette et mindre ubeleilighet – det var en aktiv trussel mot produktiviteten deres. Reaksjonen på OpenAIs utviklerforum og X var visceral.

Hovedklagen var ikke bare at tjenesten var nede, men hvordan den feilet. Brukere rapporterte at Codex-økter ville "avslutte midt i strømmen uten å lagre tilstand", noe som tvang dem til å rekonstruere tapt kontekst og gjøre om arbeidet manuelt . En bruker fra Storbritannia oppsummerte følelsen treffende: "Det gjør det umulig å jobbe, siden du ikke vet når Codex bryter, og den går over det samme igjen og igjen for å finne ut hva som ble gjort og ikke. Fullstendig uakseptabelt" .

Selve den generiske feilmeldingen var en stor kilde til sinne. Rådet om å "prøv en annen modell" ga ingen praktisk veiledning når den primære modellen var utilgjengelig og brukerne ikke hadde noen mulighet til å vite om de burde prøve på nytt, nedgradere resonneringsinnsatsen, eller bare vente .

Tilliten til OpenAIs kommunikasjon fikk seg også en knekk. Flere brukere påpekte et avvik mellom når problemene faktisk begynte – ifølge brukerrapporter og personlig erfaring – og når den offisielle statussidens klokke begynte å tikke, et avvik som får hendelsesgjennomsiktigheten til å føles upålitelig .

Midt i frustrasjonen oppstod en porsjon galgenhumor. Influenseren Matthew Berman opprettet willcodexquotareset.com, et nettsted som spøkefullt viste en "94 % sjanse for en Codex-kvote-tilbakestilling i løpet av de neste 48 timene" . Diggs sentimentanalyse av samtalen rundt hendelsen viste en splittelse: 63,8 % positive, med mange som takket OpenAI for den raske løsningen, men en betydelig andel på 36,2 % negative, der brukere satte spørsmålstegn ved tjenestens pålitelighet etter en rekke gjentatte brudd .

Et turbulent år: Codex-pålitelighet i 2026

Hendelsen 15.–16. juni er ikke en enkeltstående hendelse. Det er den mest synlige toppen i et år med tilbakevendende Codex-svekkelser som for alvor begynte tidlig i mai 2026. Et mønster av metning i GPT-5.5-kapasitet og misforhold i ratebegrensninger har dukket opp gjentatte ganger.

En oversikt over store Codex-hendelser i 2026 viser en plattform under vedvarende stress:

• 23. april — Feilen "Valgt modell er på kapasitet" blir først bredt rapportert på utviklerforumet .
• 7. mai+ — En klynge av svekkelser knyttet til Codex-latenstid og tilkoblingsløkker begynner, med målbar forverring i offentlige responstider .
• 12. mai — Etter en "2x kapasitet"-utrulling blir frakoblinger i Codex-appens strøm vanlig, og ender med websocket-lukkingsfeil .
• 13. mai — GPT-5.5 opplever høye feilrater, noe som uforholdsmessig rammer gratistieringsbrukere .
• 14. mai — Codex Cloud og Code Review-tjenester lider av en høy feilrate i 32 minutter .
• 29. mai — Et fullstendig OpenAI-brudd slår ut ChatGPT, API-et, DALL-E, Codex og Sora samtidig .
• 3. juni — Forhøyede feilrater rammer Codex, ChatGPT og Responses API i omtrent 6,2 timer .
• 11. juni — Forhøyede feil for GPT-5.5 i Codex dukker opp om kvelden, og legger grunnlaget for hovedhendelsen .
• 15.–16. juni — "Valgt modell er på kapasitet"-feilen blir et fullverdig brudd som varer i rundt 3 timer .

Den røde tråden er tydelig: Etterspørselen etter GPT-5.5 treffer stadig konfigurerte tak, enten det skyldes ratebegrensninger, overbelastning av resonneringsinnsats eller bredere belastning på infrastrukturen. Løsningen 16. juni var en ratebegrensnings-tilbakestilling, et botemiddel som behandlet symptomet – at taket ble truffet – snarere enn det underliggende misforholdet mellom kapasitet og modellens popularitet. Uten en dypere infrastrukturskalering forblir feilen en sannsynlig gjenganger etter hvert som flere utviklere tar i bruk Codex for intensive kodeoppgaver.