Met Codex Cloud verbind je een GitHub-repository aan een voorbereide omgeving, publiceer je die als startpunt en geef je Codex een afgebakende taak. Daarna controleer je zelf de wijzigingen, tests en pull request voordat je beslist wat ermee gebeurt.
Controleer eerst je toegang en project
OpenAI vermeldt Codex Cloud voor Plus, Pro, Business en Enterprise/Education. De functie is niet beschikbaar via API-keytoegang of bij Free en Go. Ook de machtigingen en het beleid van de workspace gelden. Cloudchats delen de gebruiksruimte van je abonnement met lokale berichten; cloudtaken kunnen meer verbruiken, afhankelijk van het model en de taak. OpenAI’s overzicht van abonnementen en functies
Kies een GitHub-project waarvan je de afhankelijkheden en controles kent. Denk vooraf na over services, privéregisters, instellingen en toegangsgegevens die de omgeving nodig heeft. Zo weet je wat je na de eerste installatie moet controleren.
Bereid de omgeving voor en publiceer die
- Maak een cloudomgeving aan en kies de repository. Open in de web- of desktopomgeving
Work in→Cloud→Select environment→Create environment. Selecteer de GitHub-repository en verbind GitHub als daarom wordt gevraagd. - Controleer de installatie. Laat Codex de repository onderzoeken en de benodigde afhankelijkheden en tools installeren en testen. Bekijk het installatieverslag, de runtimeversies en de gebruikte opdrachten. Los ontbrekende toegang of informatie op voordat je verdergaat.
- Publiceer de omgeving. Publiceren slaat een voorbereide startomgeving op voor nieuwe taken; het zet je applicatie niet online. Een nieuwe taak krijgt een geïsoleerde werkruimte op basis van de gepubliceerde omgeving. Een bestaande taak behoudt de eigen bestanden en wijzigingen, ook als die nog niet zijn gecommit. Wil je de herbruikbare omgeving aanpassen, wijzig en test die dan opnieuw en publiceer haar daarna weer. OpenAI’s uitleg over cloudomgevingen en opgeslagen taakstatus
Geef Codex een afgebakende taak
- Begin met uitleg en beschrijf daarna de wijziging. Vraag eerst om een uitleg van de repository als je de structuur nog wilt begrijpen. Formuleer vervolgens het probleem, het verwachte gedrag, relevante regressietests en de opdrachten die moeten draaien. Benoem ook wat buiten de opdracht valt, zoals niet-gerelateerde wijzigingen of nieuwe afhankelijkheden.
In de JavaScript-walkthrough van HackerNoon begon de auteur met een verzoek om de repository uit te leggen en vroeg daarna om een grensfout in een klein voorbeeld met arrays aan te pakken. Bij een array met drie elementen zijn de geldige indexen bijvoorbeeld 0, 1 en 2. De walkthrough van HackerNoon
Controleer de wijzigingen en de pull request
- Bekijk de diff en de tests. Controleer welke bestanden zijn gewijzigd en lees de diff, niet alleen de samenvatting. Kijk naar de testinvoer én de uitvoer en voer de controles uit die het project voorschrijft.
- Maak de pull request aan en beoordeel die in GitHub. Controleer de bron- en doelbranch, de beschrijving, de wijzigingen en de CI-resultaten. Een pull request zonder mergeconflicten zegt op zichzelf niets over de juistheid van het gedrag. De walkthrough van HackerNoon raadt aan de voorgestelde branch en controles zelf na te lopen. De walkthrough van HackerNoon
- Haal de branch lokaal op als je daar verder wilt testen. Controleer eerst of je niet-gecommitte werk hebt. De walkthrough noemt deze opdrachten:
git status git remote -v git fetch origin git switch --track origin/your-task-branchVervangyour-task-branchdoor de branch van de pull request en voer de projecttests ook in je lokale checkout uit. De lokale checkoutstappen uit de walkthrough
VM-resources en opgeslagen taakstatus
OpenAI vermeldt deze standaardconfiguraties voor cloudtaak-VM’s: de documentatie over cloudomgevingen
| Plangroep | vCPU’s | Geheugen | Schijfruimte |
| Plus en Edu Plus | 2 | 8 GiB | 8 GiB |
| Pro, Business, Enterprise, Edu en Edu Pro | 4 | 16 GiB | 32 GiB |
De VM-resources verschillen per plangroep. Resultaten van taken zijn daarom niet automatisch een eerlijke benchmarkvergelijking; daarvoor moeten de VM-configuratie en testomstandigheden gelijk zijn.
OpenAI zegt dat de opgeslagen VM-status tot zeven dagen herstelbaar is nadat de laatste taakbeurt is gestart of de taak is hervat. Dat is geen vervanging voor versiebeheer: bewaar belangrijke wijzigingen in Git.
Geheimen en netwerktoegang
OpenAI beschrijft twee manieren waarop instellingen en geheimen bij een taak terechtkomen: de documentatie over cloudomgevingen
| Methode | Wat het programma ontvangt | Bestemming en voorwaarde |
| Omgevingsvariabele | De ingestelde waarde wordt rechtstreeks aan programma’s doorgegeven. | De variabele is beschikbaar in de omgeving. |
| Netwerkgeheim | Een tijdelijke aanduiding; een proxy vervangt die door het echte geheim. | Alleen voor toegestane HTTPS-bestemmingen op poort 443. |
Een bestemming toestaan geeft op zichzelf geen inloggegevens of rechten bij die dienst. Controleer dus afzonderlijk of de bestemming is toegestaan en of de taak de benodigde toegang heeft.
Een cloudtaak neemt bestanden, processen, browsersessies of een bestaande VPN-verbinding van je laptop niet automatisch over. OpenAI beschrijft wel afzonderlijk geconfigureerde VPN-toegang via Tailscale; daarvoor moeten zowel de VPN-regels als de netwerkinstellingen van de omgeving kloppen. De cloudomgeving ondersteunt geen browser- of computergebruik en geen GitLab of zelfgehoste GitHub Enterprise Server.
Op Reddit noemde u/filopedraz meerdere parallelle taken als voordeel, met de kanttekening dat een headless omgeving mogelijk niet over de echte services beschikt die applicatietests nodig hebben. u/itix schreef dat cloudtaken kunnen doorlopen wanneer de eigen computer uitstaat, maar noemde de configuratie omslachtig. Dit zijn individuele ervaringen, geen vergelijkende test. De Reddit-discussie over Codex Cloud
Op 6 mei 2026 meldde een gebruiker op het OpenAI Developer Community-forum dat de webeditor een fout gaf bij een pull request met 4.000 toegevoegde en 4.000 verwijderde regels. De melding over de pull request
