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.

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.