Vaikka OpenAI ei julkaissut virallista juurisyyanalyysiä, Codex-liiketoiminnasta vastaavan Thibault Sottiaux'n kuvailema korjaus antaa vahvan vihjeen. Hän vahvisti, että ratkaisuun kuului "Codexin pyyntörajojen nollaaminen kaikissa paketeissa" 24 tunnin kuluessa . Tämä viittaa siihen, ettei ongelmana ollut fyysisen laskentatehon puute, vaan sisäiset pyyntörajakatot oli asetettu liian matalalle äkilliselle kysyntäpiikille, minkä vuoksi järjestelmä hylkäsi kelvollisia pyyntöjä ikään kuin se olisi ollut täynnä.

Pienempi, samankaltainen häiriö 11. kesäkuuta oli jo varoittanut ongelmista kirjaten "kohonneita virhetasoja GPT 5.5:lle Codexissa" . Laskun maksaville käyttäjille tämä oli kasvavan paineen käännekohta, ei yksittäinen tapahtuma.

Tapahtumien aikajana: Kolmen tunnin paniikki

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:

• Klo 6.32 ET — OpenAI:n status-sivu merkitsi tapahtuman tunnistetuksi ("Identified") .
• ~Klo 7.39 ET — Vaibhav Srivastav tunnusti virheen julkisesti X:ssä (entinen Twitter) ohjaten käyttäjiä status-sivulle .
• ~Klo 7.40 ET — Codex-johtaja Thibault Sottiaux julkaisi: "We are aware that some Codex users are experiencing high error rates with 'model at capacity' and are working to bring things back to being stable" (Olemme tietoisia, että jotkut Codex-käyttäjät kokevat korkeita virhetasoja 'malli täynnä' -ilmoituksella, ja pyrimme palauttamaan vakauden) .
• Klo 9.32 ET — Lievennys otettiin käyttöön ja valvonta aloitettiin .
• Klo 9.48 ET — Tila vaihtui vihreälle: "Kaikki palvelut, joihin vaikutus kohdistui, ovat nyt täysin toipuneet" .

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.

Kehittäjien turhautuminen kiehuu yli

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 .

Vaikea vuosi: Codexin luotettavuus vuonna 2026

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:

• 23. huhtikuuta — "Selected model is at capacity" -virheestä raportoidaan laajasti yhteisöfoorumilla, ja käyttäjät huomaavat kesken session tapahtuvia kaatumisia ilman tilan tallennusta .
• 7. toukokuuta+ — Codexin viive- ja uudelleenyhdistämissilmukkaongelmat alkavat kasautua, ja julkiset vasteajat heikkenevät mitattavasti .
• 12. toukokuuta — "2x kapasiteetin" käyttöönoton jälkeen Codex Appin striimin katkokset yleistyvät, päättyen websocket-sulkemisvirheisiin .
• 13. toukokuuta — GPT-5.5 kokee korkeita virhetasoja, mikä iskee suhteettomasti ilmaistason käyttäjiin .
• 14. toukokuuta — Codex Cloud- ja Code Review -palvelut kärsivät korkeasta virhetasosta 32 minuutin ajan .
• 29. toukokuuta — Koko OpenAI:n laajuinen katkos vie ChatGPT:n, API:n, DALL-E:n, Codexin ja Soran samanaikaisesti alas .
• 3. kesäkuuta — Kohonneita virhetasoja osuu Codexiin, ChatGPT:hen ja Responses API:iin noin 6,2 tunnin ajan .
• 11. kesäkuuta — Kohonneita virheitä GPT-5.5:lle Codexissa ilmaantuu illalla, pohjustaen päätapahtumaa .
• 15.–16. kesäkuuta — "Selected Model is at Capacity"-virhe muuttuu täydeksi katkokseksi, joka kestää noin 3 tuntia .

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.

Vaikka OpenAI ei julkaissut virallista juurisyyanalyysiä, Codex-liiketoiminnasta vastaavan Thibault Sottiaux'n kuvailema korjaus antaa vahvan vihjeen. Hän vahvisti, että ratkaisuun kuului "Codexin pyyntörajojen nollaaminen kaikissa paketeissa" 24 tunnin kuluessa . Tämä viittaa siihen, ettei ongelmana ollut fyysisen laskentatehon puute, vaan sisäiset pyyntörajakatot oli asetettu liian matalalle äkilliselle kysyntäpiikille, minkä vuoksi järjestelmä hylkäsi kelvollisia pyyntöjä ikään kuin se olisi ollut täynnä.

Pienempi, samankaltainen häiriö 11. kesäkuuta oli jo varoittanut ongelmista kirjaten "kohonneita virhetasoja GPT 5.5:lle Codexissa" . Laskun maksaville käyttäjille tämä oli kasvavan paineen käännekohta, ei yksittäinen tapahtuma.

Tapahtumien aikajana: Kolmen tunnin paniikki

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:

• Klo 6.32 ET — OpenAI:n status-sivu merkitsi tapahtuman tunnistetuksi ("Identified") .
• ~Klo 7.39 ET — Vaibhav Srivastav tunnusti virheen julkisesti X:ssä (entinen Twitter) ohjaten käyttäjiä status-sivulle .
• ~Klo 7.40 ET — Codex-johtaja Thibault Sottiaux julkaisi: "We are aware that some Codex users are experiencing high error rates with 'model at capacity' and are working to bring things back to being stable" (Olemme tietoisia, että jotkut Codex-käyttäjät kokevat korkeita virhetasoja 'malli täynnä' -ilmoituksella, ja pyrimme palauttamaan vakauden) .
• Klo 9.32 ET — Lievennys otettiin käyttöön ja valvonta aloitettiin .
• Klo 9.48 ET — Tila vaihtui vihreälle: "Kaikki palvelut, joihin vaikutus kohdistui, ovat nyt täysin toipuneet" .

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.

Kehittäjien turhautuminen kiehuu yli

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 .

Vaikea vuosi: Codexin luotettavuus vuonna 2026

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:

• 23. huhtikuuta — "Selected model is at capacity" -virheestä raportoidaan laajasti yhteisöfoorumilla, ja käyttäjät huomaavat kesken session tapahtuvia kaatumisia ilman tilan tallennusta .
• 7. toukokuuta+ — Codexin viive- ja uudelleenyhdistämissilmukkaongelmat alkavat kasautua, ja julkiset vasteajat heikkenevät mitattavasti .
• 12. toukokuuta — "2x kapasiteetin" käyttöönoton jälkeen Codex Appin striimin katkokset yleistyvät, päättyen websocket-sulkemisvirheisiin .
• 13. toukokuuta — GPT-5.5 kokee korkeita virhetasoja, mikä iskee suhteettomasti ilmaistason käyttäjiin .
• 14. toukokuuta — Codex Cloud- ja Code Review -palvelut kärsivät korkeasta virhetasosta 32 minuutin ajan .
• 29. toukokuuta — Koko OpenAI:n laajuinen katkos vie ChatGPT:n, API:n, DALL-E:n, Codexin ja Soran samanaikaisesti alas .
• 3. kesäkuuta — Kohonneita virhetasoja osuu Codexiin, ChatGPT:hen ja Responses API:iin noin 6,2 tunnin ajan .
• 11. kesäkuuta — Kohonneita virheitä GPT-5.5:lle Codexissa ilmaantuu illalla, pohjustaen päätapahtumaa .
• 15.–16. kesäkuuta — "Selected Model is at Capacity"-virhe muuttuu täydeksi katkokseksi, joka kestää noin 3 tuntia .

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.