Störningen hade en lång svans och en kort, intensiv topp. Externa övervakningstjänster upptäckte problemen sent på kvällen den 15 juni, runt 04:12–04:16 svensk tid . Incidenten bekräftades dock inte formellt förrän nästa morgon, vilket lämnade utvecklare som förlitar sig på Codex för nattliga jobb och tidigt morgonarbete i sticket
.
När de interna larmen väl gick var responsen snabb:
Avbrottet påverkade Codex över hela dess användningsområde, inklusive CLI, VS Code-tillägget och Desktop-appen . Medan den officiella incidentklockan visade cirka 3 timmars problem, sträckte sig den praktiska störningen för användarna över ett betydligt längre fönster.
För professionella prenumeranter och Pro-användare var detta inte ett mindre besvär – det var ett aktivt hot mot deras produktivitet. Reaktionerna på OpenAI Developer Community och X var kraftfulla.
Det centrala klagomålet var inte bara att tjänsten låg nere, utan hur den föll. Användare rapporterade att Codex-sessioner kunde "avslutas mitt i flödet utan att spara tillstånd", vilket tvingade dem att manuellt rekonstruera förlorad kontext och göra om arbete . En användare i Storbritannien sammanfattade känslan målande: "Det gör det omöjligt att arbeta eftersom man inte vet vid vilken punkt Codex avslutar, och det går om och om igen igenom samma sak för att se vad som gjorts och inte. Helt oacceptabelt"
.
Det generiska felmeddelandet i sig var en stor källa till ilska. Rådet att "prova en annan modell" gav ingen praktisk vägledning när den primära modellen var otillgänglig och användarna inte hade något sätt att veta om de skulle försöka igen, nedgradera sin resonemangsansträngning eller helt enkelt vänta .
Förtroendet för OpenAIs kommunikation fick sig också en törn. Flera användare pekade på ett glapp mellan när problemen faktiskt började – enligt foruminlägg och personlig erfarenhet – och när den officiella statussidans klocka började ticka, en diskrepans som får incidenttransparensen att kännas opålitlig .
Mitt i frustrationen uppstod en dos svart utvecklarhumor. Influencern Matthew Berman skapade willcodexquotareset.com, en sida som skämtsamt visade en "94 % chans för en Codex-kvotåterställning inom de närmaste 48 timmarna" . Diggs sentimentanalys av konversationen kring händelsen visade en splittrad bild: 63,8 % positiva, där många tackade OpenAI för den snabba åtgärden, men betydande 36,2 % negativa, där användare ifrågasatte tjänstens tillförlitlighet efter en rad upprepade avbrott
.
Incidenten den 15–16 juni är ingen engångsföreteelse. Det är den mest synliga toppen i ett år av återkommande Codex-försämringar som började på allvar i början av maj 2026. Ett mönster av kapacitetsmättnad och felaktiga hastighetsbegränsningar för GPT-5.5 har dykt upp gång på gång.
En tidslinje över större Codex-händelser under 2026 visar en plattform under konstant stress:
Den gemensamma nämnaren är tydlig: efterfrågan på GPT-5.5 fortsätter att slå i konfigurerade tak, oavsett om det beror på hastighetsbegränsningar, överbelastning av resonemangsansträngning eller bredare infrastrukturbelastning. Åtgärden den 16 juni var en återställning av hastighetsbegränsningarna, en lösning som behandlade symptomet – att taket nåddes – snarare än den underliggande obalansen mellan kapacitet och modellens popularitet. Utan en djupare lösning för infrastrukturskalning förblir felet en sannolik återkommande gäst i takt med att allt fler utvecklare anammar Codex för högintensiva kodningsuppgifter.
Comments
0 comments