Codex down? Zo check je de Codex status en werk je door

Officiële status

Waar zie je de Codex status? status.openai.com per onderdeel

De enige officiële bron is status.openai.com. Codex heeft daar een eigen groep met vier onderdelen. Codex in de ChatGPT desktop-app staat er niet in: dat onderdeel hangt onder de groep ChatGPT. Kijk daarom altijd naar het onderdeel dat jij gebruikt. Op 30 oktober 2026 toonde de pagina voor de Codex-groep 99,94 procent uptime over de periode augustus tot oktober 2026.

Lees ook de incidentlijst, niet alleen de kleuren

Niet elk Codex-incident hangt aan een Codex-onderdeel. In de 100 meldingen in de RSS-feed van 4 augustus tot 27 oktober 2026 gingen er 18 over Codex. Bij 5 daarvan stond geen enkel Codex-onderdeel aangevinkt, bijvoorbeeld "Elevated error rates in Codex Cloud". Wie alleen naar de groene bolletjes kijkt, mist die. Scrol dus door naar de meldingen of open de geschiedenis.

Model traag of fout? Kijk ook bij APIs

Problemen met één model verschijnen soms onder de API-onderdelen. Op 27 oktober 2026 stond er "6.1 Sol Degraded Model Performance" met Responses, Chat Completions en Batch als onderdelen. Codex draait op dezelfde modellen. Lijkt één model vreemd te doen terwijl de Codex-groep groen is, zoek dan in de meldingen op de modelnaam.

Codex Health is een ander bedrijf

Zoek je in Google op "codex down", dan noemt het AI-antwoord op 30 oktober 2026 ook status.codexhealth.com. Dat is de statuspagina van Codex Health, een bedrijf dat niets met OpenAI te maken heeft. Groen daar zegt niets over jouw Codex.

Allestoringen en andere statussites

Allestoringen.nl (de Nederlandse Downdetector) telt meldingen van gebruikers over heel OpenAI. Handig om te zien of anderen nu ook last hebben, maar geen officiële bron, en het maakt geen onderscheid tussen ChatGPT en Codex. Sites als StatusGator lezen meestal dezelfde feed van status.openai.com uit. Ga liever direct naar de bron.

Tijden omrekenen naar Nederlandse tijd

De RSS-feed geeft tijden in GMT. In de Nederlandse wintertijd (sinds 25 oktober 2026) tel je er één uur bij op, in de zomertijd twee. Een melding van 16:20 GMT op 27 oktober is dus 17:20 Nederlandse tijd.

Diagnose

Codex down of ligt het aan jou? Zes oorzaken die op elkaar lijken

Als Codex niet reageert, is dat lang niet altijd een storing. De broncode van Codex onderscheidt zelf een vol model, een serverfout, je gebruikslimiet, je workspace-tegoed, je login en je verbinding. Elk vraagt een andere oplossing. Wie ze door elkaar haalt, wacht op een storing die er niet is, of zoekt een uur in zijn eigen laptop terwijl OpenAI het probleem al meldt.

Foutmeldingen

Codex werkt niet: de foutmeldingen en wat ze betekenen

Codex toont zijn meldingen in het Engels, ook als de rest van je ChatGPT in het Nederlands staat. De teksten hieronder staan letterlijk zo in de broncode van Codex (versie 0.166.0 van 29 oktober 2026). Waar [tijd] staat, vult Codex het tijdstip in je eigen tijdzone in. Installatiefouten staan op Codex installeren, inlogfouten zoals een token dat niet ververst op Codex inloggen.

Werk je met een API-key of in CI? Dan zie je HTTP-codes

Draait Codex met een API-key, bijvoorbeeld met codex exec in een pipeline, dan komen de foutcodes van de OpenAI API door. 429 met de code credit_balance_exhausted betekent dat je tegoed op is, organization_spend_limit_exceeded of project_spend_limit_exceeded dat je eigen uitgavenplafond bereikt is. Opnieuw proberen helpt dan niet. 429 Slow down en 503 server_is_overloaded zijn tijdelijk: wachten volgens de Retry-After-header en opnieuw. 500 is een fout bij OpenAI. 401 is een verkeerde of ingetrokken key.

Waarom Codex niet altijd de echte oorzaak noemt

De melding "high demand" klinkt als drukte, maar Codex toont hem bij elke HTTP 500-fout van de server. Andersom kan een 429 tijdens een grote storing verschijnen zonder dat je limiet op is. Neem de tekst daarom als aanwijzing en controleer met /status en de statuspagina. Twee checks kosten samen een halve minuut.

Commando’s

Codex status in je terminal: de commando’s die het snelst duidelijkheid geven

Een paar commando’s vertellen je binnen een minuut of het probleem bij jou zit. Ze werken in de Codex CLI; de slash-commando’s ook in de composer van de desktop-app. Geen van deze commando’s zegt iets over storingen bij OpenAI zelf. Daarvoor blijft de statuspagina de bron.

Desktop-app en CLI kunnen verschillen

De ChatGPT desktop-app heeft een eigen ingebouwde Codex-versie. Een functie of fix kan dus eerder in de CLI zitten dan in de app. Op een Mac zie je de versie van de app met:
/Applications/Codex.app/Contents/Resources/codex --version
Werkt iets in de CLI wel en in de app niet, dan is dat geen storing maar een versieverschil. Hoe je bijwerkt staat op Codex installeren.

Waar de logs staan

App-logs op macOS staan in ~/Library/Logs/com.openai.codex, per jaar, maand en dag. Je gesprekken staan in ~/.codex/sessions. Deel je logs met support of op GitHub, lees ze dan eerst door: er kunnen bestandsnamen, code of klantgegevens in staan. Alle commando’s van Codex staan op Codex-commands.

Tijdens een storing

Codex storing: wat je doet terwijl OpenAI het oplost

Bij een echte storing kun je zelf niets repareren. Je kunt wel voorkomen dat je werk kwijtraakt, dat je limiet opgaat aan mislukte pogingen en dat je team stilvalt. Deze volgorde werkt.

De noodroute met een API-key

Ligt de ChatGPT-login eruit of de abonnementsroute, dan kan een API-key de lokale CLI weer aan de praat krijgen. Inloggen met een key die in je omgevingsvariabele staat:
printenv OPENAI_API_KEY | codex login --with-api-key
Drie dingen om te weten. Je betaalt dan standaard API-tarieven via je OpenAI Platform-account, los van je abonnement; zet daar vooraf een projectbudget. Codex cloud werkt niet met een API-key, dus cloud-taken en reviews in GitHub wachten gewoon. En je gegevens vallen dan onder de retentieregels van je API-organisatie, niet die van je ChatGPT-workspace. Na de storing log je terug met codex logout en codex login.

Mag je dat in een zakelijke workspace?

Niet altijd. Een beheerder kan met forced_login_method afdwingen dat iedereen met ChatGPT inlogt. Codex logt je dan meteen weer uit als je een API-key probeert. Vraag dat na voordat er een storing is, niet tijdens. Wat er met je gegevens gebeurt per loginmethode, lees je op Codex privacy.

Support

Contact met OpenAI-support over Codex, ook in het Nederlands

Staat de storing al op de statuspagina, dan hoef je niets te melden: OpenAI weet het. Houdt een probleem aan zonder incident, dan heb je twee routes. Voor je account, je abonnement en je facturen ga je naar support. Voor een fout in Codex zelf meld je een bug.

Je mag in het Nederlands schrijven

Volgens OpenAI is support beschikbaar in de meeste talen en gaan ze verder in jouw taal als die ondersteund wordt; anders schakelen ze over op Engels. Geef meteen mee: je e-mailadres en plan, wat je deed, de exacte melding, datum en tijd met tijdzone (CET), en je besturingssysteem en of je op een bedrijfsnetwerk zit. Bij een zakelijke workspace ook de naam of ID van de workspace. Deel nooit je wachtwoord of eenmalige codes.

Verwacht geen telefoonnummer

OpenAI publiceert geen telefoonnummer en geen vaste reactietijd. Open geen tweede verzoek voor hetzelfde probleem. Gaat het om de ChatGPT-site in je browser, dan kan support om een HAR-bestand vragen: een opname van het netwerkverkeer. Daar kunnen persoonsgegevens in staan, dus schoon hem op voordat je hem deelt.

Meldingen

Hoe krijg je een melding als Codex down is?

Je hoeft de statuspagina niet te verversen. Rechtsboven op status.openai.com zit Subscribe to updates. Op 30 oktober 2026 stonden daar e-mail en feeds aan; sms en Slack staan op deze statuspagina uit. Abonneer je alleen op de onderdelen die je echt gebruikt, anders negeer je na een week alle meldingen.

Zelf de Codex status opvragen

Wil je in een script of flow weten of Codex werkt, vraag dan de onderdelen op. Op macOS of Linux (met jq):
curl -s https://status.openai.com/api/v2/components.json | jq -r '.components[] | select(.name | test("Codex|CLI|VS Code")) | "\(.name): \(.status)"'
In PowerShell op Windows:
(Invoke-RestMethod https://status.openai.com/api/v2/components.json).components | Where-Object name -match 'Codex|CLI|VS Code' | Select-Object name,status
Beide geven per Codex-onderdeel een stand, bijvoorbeeld "operational". De algemene stand van heel OpenAI staat op /api/v2/status.json. Bedenk wel dat incidenten zonder aangevinkt onderdeel hier niet in terugkomen; de feed vangt die wel.

Voorbereiden

Een Codex-storing opvangen: zo bereidt je team zich voor

Een storing kun je niet voorkomen; stilvallen wel. Hoeveel voorbereiding zinvol is, hangt af van wat er stilligt. Een ontwikkelaar die een uur niet met Codex kan werken, is ongemak. Een pipeline die op Codex wacht voordat er een release uit kan, of een klantdeadline vandaag, is een bedrijfsprobleem. Regel het daarom per gebruik.

Kies je tweede tool met dezelfde AVG-bril

De echte schade bij een storing is zelden het wachten. Het is dat iemand uitwijkt naar een privé-account bij een andere aanbieder en daar een stuk klantcode of een database-export in plakt. Leg daarom vooraf vast welke tool de terugval is, onder welk zakelijk account en met welke verwerkersovereenkomst. Werk je met Claude Code als tweede tool, lees dan Claude Code vs Codex voor de verschillen; Claude heeft een eigen statuspagina, zie Claude status. De zakelijke spelregels voor OpenAI staan op privacy en zakelijk gebruik.

Een voorbeeld: de storingskaart van een klein webbureau

Stel: een webbureau met vijf ontwikkelaars werkt op ChatGPT Business met de Codex CLI, en laat Codex elke pull request in GitHub reviewen voordat een collega hem goedkeurt. De technisch lead zet in Power Automate een flow op die meldingen uit de feed van status.openai.com in het Teams-kanaal "dev-status" zet. In de README van elke repo staat deze kaart:
1. Codex doet raar? Kijk eerst in "dev-status" en typ /status.
2. Staat er "usage limit" met een tijd: dat is jouw limiet. Kies met /model een lichter model of wacht.
3. Staat er "at capacity": wissel van model met /model.
4. Storing in "dev-status": werk door met de projectkey van het bureau (codex login --with-api-key), alleen in de CLI en alleen voor klantprojecten waar dat mag.
5. Reviews in GitHub blijven hangen: de collega van dienst reviewt handmatig, de Codex-review is advies en geen poort.
6. Na herstel: codex logout, codex login, en codex resume --last om verder te gaan.
De kaart kost een uur om te maken. Hij voorkomt dat vijf mensen elk hun eigen oplossing kiezen.

Valkuil

De grootste valkuil: een limiet of een vol model aanzien voor "Codex down"

De fout die we in trainingen het vaakst zien: iemand krijgt een melding, roept "Codex ligt eruit" en wacht. Heel vaak is het de eigen limiet, een vol model of een VPN. Andersom gebeurt ook: de statuspagina staat op groen, dus zoekt iemand een uur naar een fout op zijn laptop, terwijl het incident er wel stond, maar zonder Codex-onderdeel.

/status in Codex is niet status.openai.com

De naam zet mensen op het verkeerde been. /status in Codex laat jouw model, instellingen, contextgebruik en limieten zien. Over storingen bij OpenAI zegt het niets. Het is juist het commando om te zien of je limiet op is voordat je een storing gaat melden.

Een limiet wacht je niet weg met herladen

Staat er een tijdstip in de melding, dan is het je limiet. Herladen, uitloggen of een ander apparaat helpt niet, want je verbruik telt over al je Codex-gebruik op hetzelfde account, en ook over ChatGPT Work: die twee delen hun gebruik. Wat je wel kunt doen, staat op Codex limiet bereikt en bij credits bijkopen.

Een vol model is geen storing van Codex

"Selected model is at capacity" betekent dat één model het druk heeft. Codex zelf werkt. Een ander model kiezen lost het in de regel direct op. Of zo'n drukte altijd op de statuspagina verschijnt, zegt OpenAI niet. Reken er dus niet op en wissel gewoon.

Ons oordeel

Ons oordeel: hoe afhankelijk mag een MKB-team van Codex zijn?

Codex valt soms uit, net als elke clouddienst. In de feed van augustus tot eind oktober 2026 stonden 18 Codex-meldingen, van een vertraagde functie tot een volledige storing van bijna een uur op 26 september. Voor een ontwikkelaar die Codex als assistent gebruikt, is dat vervelend maar overkomelijk. Het wordt pas een risico als een release, een review of een klantdeadline er volledig op leunt zonder plan B.

Wanneer je je niet druk hoeft te maken

Gebruik je Codex in je eigen terminal of editor voor code schrijven, uitleg en refactors, dan is een storing een uur ongemak. Een abonnement op de statusmeldingen en weten hoe je van model wisselt is genoeg. Investeer je tijd liever in het herkennen van limieten, want die raken een team vaker dan storingen.

Wanneer wel

Laat je Codex reviews doen als vaste stap voor elke merge, of draait het in een pipeline, regel dan een noodroute, maak de stap niet-blokkerend en spreek af wie het overneemt. In de geraadpleegde Codex-documentatie vonden we geen uptimegarantie voor Plus, Pro of Business. Heb je harde garanties nodig, vraag die dan bij OpenAI sales na voor een Enterprise-contract, en reken er niet op dat een gewoon abonnement ze geeft.

Wat we teams leren

Het verschil tussen storing, vol model, limiet, login en netwerk in twee minuten herkennen, is een vaardigheid. Wie hem heeft, verliest bij een probleem minuten in plaats van een middag, en wijkt niet uit naar een tool waar klantcode niet in hoort. In de ChatGPT, Claude & Gemini Masterclass oefenen we dat met het hele team, samen met de afspraken over welke gegevens in welke tool mogen.