Hoe gebruikt OpenAI Codex

Codex wordt dagelijks gebruikt door tal van technische teams bij OpenAI, zoals Security, Product Engineering, Frontend, API, Infrastructure en Performance Engineering. Teams gebruiken het om uiteenlopende technische taken te versnellen, van het begrijpen van complexe systemen en het herstructureren van grote codebases tot het opleveren van nieuwe functionaliteit en het oplossen van incidenten onder hoge tijdsdruk.

Op basis van interviews met OpenAI-engineers en interne gebruiksgegevens hebben we toepassingen en best practices verzameld die laten zien hoe Codex onze teams helpt sneller te werken, de kwaliteit van het werk te verbeteren en complexiteit op schaal te beheersen.

Codex helpt teams snel vertrouwd te raken met onbekende delen van de codebase bij onboarding, debugging of het onderzoeken van incidenten.

Ze gebruiken Codex vaak om de kernlogica van een functie te vinden, relaties tussen services of modules in kaart te brengen en datastromen door een systeem te volgen. Het helpt ook om architectuurpatronen of ontbrekende documentatie zichtbaar te maken die anders veel handmatig werk zouden vereisen.

Tijdens incidentrespons helpt Codex engineers snel inzicht te krijgen in nieuwe domeinen door interacties tussen componenten te tonen en te traceren hoe fouttoestanden zich door systemen verspreiden.

Codex wordt vaak gebruikt voor wijzigingen die meerdere bestanden of packages beslaan. Wanneer engineers bijvoorbeeld een API bijwerken, de implementatie van een patroon wijzigen of migreren naar een nieuwe dependency, maakt Codex het eenvoudig om wijzigingen consistent door te voeren.

Dit is vooral handig wanneer dezelfde update in tientallen bestanden moet worden doorgevoerd, of wanneer de update inzicht vereist in structuur en afhankelijkheden die niet eenvoudig met een regex of zoeken-en-vervangen kunnen worden gevonden.

Ze gebruiken het ook om code op te schonen door te grote modules op te splitsen, verouderde patronen te vervangen door moderne varianten of code beter testbaar te maken.

Codex wordt gebruikt om prestatieknelpunten te identificeren en aan te pakken.

Tijdens optimalisatie- of betrouwbaarheidswerkzaamheden vragen engineers Codex om trage of geheugenintensieve codepaden te analyseren, zoals inefficiënte loops, redundante bewerkingen of kostbare query's, en geoptimaliseerde alternatieven voor te stellen, wat vaak leidt tot merkbare verbeteringen in efficiëntie en betrouwbaarheid.

Codex wordt ook ingezet om de codekwaliteit te bewaken door risicovolle of verouderde patronen te signaleren die nog actief worden gebruikt. Onze teams gebruiken het om technische schuld op de lange termijn te verminderen en regressies proactief te voorkomen.

Codex helpt engineers sneller tests te schrijven, vooral op plekken waar de testdekking beperkt is of volledig ontbreekt.

Bij het werken aan een bugfix of refactoring vragen engineers Codex vaak om tests voor te stellen die randgevallen of waarschijnlijke foutscenario's afdekken. Voor nieuwe code kan het unit- of integratietests genereren op basis van de functiedefinitie en omliggende logica.

Codex is bijzonder nuttig bij het identificeren van grenswaarden, zoals lege invoerwaarden, maximale lengte of ongebruikelijke maar geldige statussen die in eerste tests vaak over het hoofd worden gezien.

Codex helpt teams sneller te werken door zowel het begin als het einde van de ontwikkelingscyclus te versnellen.

Bij het starten van een nieuwe functionaliteit gebruiken engineers het om boilerplate te genereren, zoals mapstructuren, modules en API-stubs, zodat snel uitvoerbare code beschikbaar is zonder alles handmatig te koppelen.

Wanneer projecten de release naderen, helpt Codex bij het halen van strakke deadlines door kleinere maar essentiële taken op te pakken, zoals het triageren van bugs, het invullen van laatste implementatiedetails en het genereren van implementatiescripts, telemetry hooks of configuratiebestanden.

Het wordt ook gebruikt om productfeedback om te zetten in startcode. Engineers plakken vaak een gebruikersverzoek of specificatie, waarna Codex een eerste versie genereert die later verder kan worden verfijnd.

Codex helpt onze engineers productief te blijven wanneer hun agenda gefragmenteerd is en vol onderbrekingen zit.
Het wordt gebruikt om onafgemaakt werk vast te leggen, notities om te zetten in werkende prototypes, of verkennende taken te starten die later opnieuw kunnen worden opgepakt. Dit maakt het eenvoudiger om werk te onderbreken en later te hervatten zonder context te verliezen, vooral tijdens storingsdiensten of wanneer er veel vergaderingen zijn.

Codex is ook nuttig voor open verkennend werk, zoals het vinden van alternatieve oplossingen of het valideren van ontwerpkeuzes. Je kunt vragen naar verschillende manieren om een probleem op te lossen, onbekende patronen verkennen of aannames kritisch laten toetsen. Dit helpt om afwegingen inzichtelijk te maken, ontwerpopties uit te breiden en implementatiekeuzes aan te scherpen.

Het wordt ook gebruikt om gerelateerde bugs te identificeren. Op basis van een bekend probleem of een verouderde methode kan Codex vergelijkbare patronen elders in de code opsporen, waardoor het makkelijker wordt regressies te voorkomen of opschoonwerk te voltooien.

Codex werkt het best wanneer het de structuur, context en ruimte krijgt om iteratief te werken. Hier zijn enkele werkwijzen die OpenAI‑teams hanteren om er in het dagelijkse werk consistent waarde uit te halen.

Start bij grotere wijzigingen met een prompt in Ask-modus om een implementatieplan te laten opstellen, en gebruik dat plan vervolgens als input voor vervolgpompts in de Code-modus. Dit proces in twee stappen houdt Codex met beide benen op de grond en helpt fouten in de output te voorkomen. Codex werkt het best met goed afgebakende taken die jou of een collega ongeveer een uur zouden kosten of waarvoor een paar honderd regels code nodig zijn. Naarmate modellen verbeteren, zal ook de omvang van taken die ze aankunnen toenemen.

Het instellen van een opstartscript, omgevingsvariabelen en internettoegang vermindert de foutmarge van Codex aanzienlijk. Let tijdens het uitvoeren van taken op buildfouten die kunnen worden opgelost in de omgevingsconfiguratie van Codex. Dit kan een paar iteraties vergen, maar levert op de lange termijn aanzienlijke efficiëntiewinsten op.

Codex reageert beter wanneer prompts lijken op hoe je een wijziging in een PR of issue zou beschrijven. Dat betekent dat je waar relevant bestandspaden, componentnamen, diffs en documentatiefragmenten opneemt. Formuleringen zoals 'Implementeer dit op dezelfde manier als in [module X]' verbeteren de resultaten.

Start taken om zijsporen, gedeeltelijk werk of kleine verbeteringen vast te leggen. Er is geen druk om direct een volledige PR te genereren. Codex werkt goed als een tijdelijke werkplek waar je naar terugkeert wanneer je je weer kunt concentreren.

Houd een AGENTS.md-bestand bij om Codex effectiever in je repository te laten werken over meerdere prompts heen. Deze bestanden bevatten doorgaans naamgevingsconventies, bedrijfslogica, bekende bijzonderheden of afhankelijkheden die Codex niet alleen uit de code kan afleiden. Lees in de documentatie meer over het structureren van je AGENTS.md-bestand.

Met de Best-of-N-functie kun je meerdere antwoorden voor één taak tegelijk genereren om snel verschillende oplossingen te verkennen en de beste te kiezen. Bij complexere taken kun je meerdere varianten bekijken en delen van verschillende antwoorden combineren om tot een beter resultaat te komen.

Codex bevindt zich nog in een onderzoeksfase, maar heeft nu al een duidelijke impact op hoe we software bouwen. Het helpt ons sneller te werken, betere code te schrijven en werk op te pakken dat anders nooit prioriteit had gekregen.

We zijn enthousiast over het potentieel dat voor ons ligt. Naarmate onze modellen verbeteren en Codex dieper in onze workflows wordt geïntegreerd, verwachten we nog krachtigere manieren te ontdekken om software te ontwikkelen. We blijven onze inzichten delen.