Häiriöllä oli pitkä häntä ja lyhyt, intensiivinen huippu. Ulkoiset valvontapalvelut havaitsivat ongelmia ensimmäisen kerran myöhään illalla 15. kesäkuuta, noin klo 22.12–22.16 Yhdysvaltain itärannikon aikaa (ET) . Tapahtumaa ei kuitenkaan virallisesti tunnustettu kuin vasta seuraavana aamuna, mikä jätti yöllisiä ajoja ja aikaisia aamuvuoroja Codexiin luottavat kehittäjät pimentoon
.
Kun sisäiset hälytykset laukesivat, vastaus oli nopea:
Katkos vaikutti Codexiin koko sen laajuudessa, mukaan lukien CLI, VS Code -laajennus ja Desktop-sovellus . Vaikka virallinen katkoskello näytti noin 3 tunnin ongelmaa, käyttäjien kokema käytännön häiriö kesti paljon pidempään.
Ammattilais- ja Pro-tason tilaajille tämä ei ollut pieni haitta – se oli aktiivinen uhka heidän tuottavuudelleen. Reaktiot OpenAI:n kehittäjäyhteisössä ja X:ssä olivat kouriintuntuvia.
Ydinvalitus ei ollut vain se, että palvelu oli alhaalla, vaan miten se epäonnistui. Käyttäjät raportoivat, että Codex-sessiot "sammuivat kesken kaiken tallentamatta tilaa", pakottaen heidät manuaalisesti koostamaan menetetyn kontekstin ja tekemään työnsä uudelleen . Eräs brittiläinen käyttäjä tiivisti tunnelman elävästi: "Tekee työnteon mahdottomaksi, kun ei tiedä missä kohtaa Codex sammuu ja se jankkaa samaa asiaa yhä uudelleen etsien mitä tehtiin ja mitä ei. Täysin sietämätöntä"
.
Geneerinen virheilmoitus itsessään oli suuri ärtymyksen lähde. Kehotus "kokeilla toista mallia" ei antanut minkäänlaista toimintaohjetta, kun ensisijainen malli ei ollut käytettävissä, eikä käyttäjillä ollut tietoa siitä, pitäisikö yrittää uudelleen, alentaa päättelytehoa vai yksinkertaisesti odottaa .
Myös luottamus OpenAI:n viestintään kärsi. Useat käyttäjät huomauttivat kuilusta sen välillä, milloin ongelmat tosiasiallisesti alkoivat – yhteisön raporttien ja henkilökohtaisen kokemuksen mukaan – ja milloin virallisen status-sivun kello alkoi tikittää. Tämä ristiriita saa häiriöviestinnän läpinäkyvyyden vaikuttamaan epäluotettavalta .
Turhautumisen keskellä pintaan nousi pala mustaa huumoria kehittäjiltä. Somevaikuttaja Matthew Berman loi willcodexquotareset.com-sivuston, joka näytti vitsikkäästi "94% todennäköisyyden Codexin kiintiöiden nollautumiselle seuraavan 48 tunnin aikana" . Diggin keskustelun sentimenttianalyysi tapahtuman ympärillä näytti jakautumista: 63,8 % positiivista, monet kiitellen OpenAI:ta nopeasta korjauksesta, mutta merkittävä 36,2 % negatiivista, käyttäjien kyseenalaistaessa palvelun luotettavuutta lukuisten toistuvien katkosten jälkeen
.
Kesäkuun 15.–16. päivän tapahtuma ei ole poikkeus. Se on näkyvin piikki vuoden mittaisessa, toukokuun 2026 alusta kunnolla alkaneessa toistuvassa Codexin suorituskyvyn heikkenemisessä. GPT-5.5:n kapasiteetin ylittymisen ja pyyntörajojen yhteensopimattomuuden malli on toistunut useasti.
Aikajana Codexin suurimmista tapahtumista vuonna 2026 osoittaa alustan olevan jatkuvassa rasituksessa:
Yhteinen nimittäjä on selvä: GPT-5.5:n kysyntä törmää jatkuvasti asetettuihin kattoihin, johtui se sitten pyyntörajoista, päättelytehon ylikuormituksesta tai laajemmasta infrastruktuurin rasituksesta. Kesäkuun 16. päivän korjaus oli pyyntörajojen nollaus, hoitokeino, joka hoiti oireen – katon saavuttamisen – eikä taustalla olevaa epäsuhtaa kapasiteetin ja mallin suosion välillä. Ilman syvempää infrastruktuurin skaalausratkaisua virhe palaa todennäköisesti, kun yhä useammat kehittäjät omaksuvat Codexin intensiivisiin koodaustehtäviin.