Wat is OpenAI Codex? Van vraag naar controleerbare code

OpenAI Codex is een coding agent: software die met behulp van AI aan een codeproject kan werken. Je geeft een opdracht, bijvoorbeeld om een fout te onderzoeken. Codex kan daarvoor bestanden bekijken, wijzigingen voorstellen en ontwikkelgereedschap gebruiken. Wat hij werkelijk mag uitvoeren, hangt af van de omgeving en de ingestelde rechten.

Ik zou Codex beoordelen op een concreet resultaat: kun je begrijpen wat er is veranderd en aantonen dat het werkt? Hieronder leg ik uit hoe je zo'n opdracht kiest. Dit gaat over het huidige Codex-product, met documentatie gecontroleerd op 27 oktober 2026.

De naam veroorzaakt verwarring. Je kunt oude artikelen tegenkomen waarin Codex de naam van een model is. In deze gids bedoel ik de huidige ontwikkelagent. De agent combineert een model met toegang tot projectbestanden, gereedschap en instructies. Een modelkeuze zegt dus nog niet welke acties zijn toegestaan.

Vergelijk het met een werkplaats. Een goed ontwerp kunnen bedenken is iets anders dan toegang hebben tot de gereedschapskast. De kwaliteit van je opdracht, de beschikbare bestanden en de controle achteraf tellen allemaal mee. Meer zelfstandigheid is alleen bruikbaar als je kunt zien wat ermee gebeurt.

De CLI is de terminalinterface voor werk in je lokale project. Een IDE-extensie brengt Codex naar je code-editor. De huidige quickstart beschrijft daarnaast Codex in de ChatGPT-desktopapp. Dat zijn verschillende toegangen tot ontwikkelwerk; een handleiding voor één interface past niet vanzelf op de andere.

Bij Codex Cloud draait de taak in een ingerichte externe werkomgeving. Dat kan passen als een taak op afstand moet doorgaan. Het vraagt wel om een projectomgeving waarin de benodigde bestanden en gereedschappen beschikbaar zijn. Een lokaal bestand op je laptop verschijnt daar niet omdat je dezelfde account gebruikt.

ChatGPT Work is in de huidige documentatie een aparte werkwijze voor onderzoek en opleveringen zoals documenten. MCP is weer een manier om tools en informatie uit andere systemen te verbinden. Een koppeling met een ticketsysteem is dus geen aparte Codex-versie.

Neem dit zelfbedachte voorbeeld: je hebt een kleine app voor het reserveren van vergaderruimtes. Soms verschijnt er geen duidelijke melding wanneer iemand een eindtijd vóór de begintijd invult. Geef Codex eerst deze onderzoeksvraag:

Je vraagt om een afgebakend antwoord, met verwijzingen die je zelf kunt nalopen. Wijst Codex naar een scherm dat niet meer wordt gebruikt? Dan heb je dat ontdekt voordat er code is veranderd. De vraag is geslaagd als je weet waar de controle hoort te zitten en hoe je het probleem kunt reproduceren.

Na het onderzoek kun je apart toestemming geven voor de kleine reparatie. Spreek af dat het bestaande formulier en dezelfde foutmeldingsstijl gebruikt worden. Laat vastleggen welk gedrag moet veranderen: een verkeerde tijdcombinatie krijgt een begrijpelijke melding; een geldige reservering blijft werken.

Mijn voorkeur is een opdracht met een duidelijk eindpunt. Bijvoorbeeld: toon de gewijzigde bestanden, leg de reden uit en vermeld welke controles echt zijn uitgevoerd. Als een test niet kan draaien, moet dat zichtbaar in het resultaat staan. Een overtuigende uitleg is geen bewijs dat de app correct werkt.

De bredere achtergrond staat in onze gids over AI coding. Daar kun je de stap van een idee naar een controleerbare ontwikkeltaak verder verkennen.

Een onderzoek naar het formulier vraagt geen toegang tot echte agenda's of klantgegevens. Gebruik een oefenproject of een lokale ontwikkelomgeving met verzonnen reserveringen. Geef een gereedschap pas toegang als het nodig is voor de afgesproken taak.

De veiligheidsdocumentatie onderscheidt technische begrenzing door een sandbox en het beleid voor goedkeuringen. Een tekstinstructie in je opdracht vervangt die instellingen niet. Controleer beide voordat je de agent in een project laat werken.

Ook een kleine wijziging kan gevolgen hebben buiten het zichtbare scherm. Een tijdcontrole kan bijvoorbeeld in de browser én op de server bestaan. Vraag daarom waar dezelfde regel verder geldt. Dat maakt de taak vollediger zonder meteen het hele reserveringssysteem te laten verbouwen.

Codex past bij werk waarvoor projectbestanden, commando's en veranderingen aan software nodig zijn. Wil je alleen een begrip uitgelegd krijgen, dan is toegang tot je hele project meestal overbodig. Wil je een bestaande app aanpassen, dan worden die bestanden juist belangrijk.

Begin met de vraag die je zelf kunt beoordelen. Een knoptekst is eenvoudig te controleren; toegangsrechten voor verschillende organisaties vragen meer kennis en gerichte tests. Het verschil zit in de gevolgen van een fout, niet in hoe vriendelijk de opdracht klinkt.

Bekijk ook de korte tooluitleg over Codex. Wil je begeleiding bij het uitwerken en controleren van een eigen app, bekijk dan de Vibe Coding Training. Kies je gereedschap pas nadat duidelijk is welk resultaat je wilt kunnen beoordelen.