Uitleg over de gebruikslimieten van Codex: periodes van vijf uur, wekelijkse limieten en credits

Het gebruik van de Codex is niet beperkt tot een vast aantal prompts. Voor lokale berichten en cloudchats geldt een tijdsvenster van vijf uur, en er kunnen aanvullende wekelijkse limieten van toepassing zijn. Hoe snel je die limiet opgebruikt, hangt af van het model, de context van de repository, de redenering, het gebruik van tools, het ophalen van gegevens en het gebruik van caching.

Hetzelfde plan kan bij een gerichte bewerking ruim aanvoelen en bij een brede evaluatie juist beperkend. Een opdracht kan aanleiding geven tot zoekopdrachten in de repository, commando’s, redeneringen, wijzigingen en verificatie. Vraag je af welk werk elke opdracht in gang zet, en niet alleen hoeveel opdrachten er nog over zijn.

Wanneer het coderingsvenster nuttig is, GlobalGPT biedt een praktische manier om taken te routeren waarvoor geen toegang tot de repository nodig is. Een ontwikkelaar kan Codex volledig op de code gericht houden en tegelijkertijd gebruikmaken van andere beschikbare modellen of Yukie’s gestuurde workflows voor dia’s, documenten en afbeeldingen voor presentaties, briefings en multimodale assets. Zo blijft de codeercontext behouden, zonder te doen alsof een browser-agent de uitvoering in de repository vervangt.

Probeer meer dan 100 topmodellen op GlobalGPT

In deze handleiding wordt een onderscheid gemaakt tussen de officiële regels en wat wij hebben waargenomen tijdens vier gecontroleerde codeeropdrachten. Ook wordt uitgelegd hoe je een plan kunt kiezen, verspilde inspanningen kunt beperken en kunt bepalen welke taken veilig naar een andere workflow kunnen worden verplaatst.

Codex in één minuut

Er zijn vier verschillende begrippen die je uit elkaar moet houden. Het venster van vijf uur is de kortetermijnquota die geldt voor zowel lokale als cloud-Codex-activiteiten. Er kan ook een wekelijkse limiet gelden, een beperking voor de langere termijn. Aangekochte credits vormen een betaalde verlengingsoptie voor in aanmerking komende accounts nadat het inbegrepen verbruik is opgebruikt. API-key-aanroepen zijn een apart pay-as-you-go-product en mogen niet worden gecombineerd met een ChatGPT-abonnement.

Wat het vijf uur durende Codex-venster nu eigenlijk inhoudt

Het tijdsbestek van vijf uur kan het best worden gezien als een gezamenlijk, doorlopend werkbudget. Het is geen stopwatch die alleen loopt terwijl je aan het typen bent, en het betekent ook niet dat elk bericht evenveel kost. Zowel lokale berichten als cloudchats putten uit dit gezamenlijke tijdsbestek, dus het wisselen van platform leidt niet tot een afzonderlijke pool.

Je start een sessie, verstuurt taken en verbruikt het gedeelde quotum op basis van de hoeveelheid werk. Het korte tijdsbestek wordt daarna opnieuw ingesteld, maar een wekelijkse limiet kan nog steeds van belang zijn. Met “vijf uur” wordt een quotumperiode bedoeld, niet vijf uur ononderbroken uitvoering.

Voor Plus geeft OpenAI ruwe schattingen van ongeveer 15–90 lokale berichten voor Sol, 20–110 voor Terra en 50–280 voor Luna per periode van vijf uur. De breedte van die marges is juist het punt. Het gaat om een richtlijn, niet om een persoonlijk recht en ook geen voorspelling van het aantal prompts dat je huidige repository toestaat.

Een eenvoudiger model is geschikt voor duidelijke, gemakkelijk te controleren taken; een grondigere redenering is op zijn plaats wanneer onduidelijkheid, risico’s of gevolgen die meerdere dossiers raken, dit rechtvaardigen.

Waarom twee Codex-opdrachten heel verschillende hoeveelheden kunnen verbruiken

De lengte van de prompt is een zwakke voorspeller. “Bekijk deze repository en los de belangrijke problemen op” kan tot een breed werkveld leiden, omdat de reikwijdte ervan niet is gedefinieerd. Een langere prompt waarin het onderdeel wordt genoemd, de fout wordt nagebootst en het succes wordt gedefinieerd, kan het zoekgebied beperken.

De modelkeuze beïnvloedt het planningsbereik

Voor verschillende modellen gelden verschillende gepubliceerde schattingen van het gebruik. De praktische afweging draait niet louter om kwaliteit versus prijs, maar om de benodigde beoordelingscapaciteit versus de beschikbare doorvoercapaciteit. Gebruik een dagelijks model voor afgebakende taken met objectieve controles. Bewaar krachtigere redeneringen voor architectuur, beveiligingsgevoelige wijzigingen, onduidelijke bugs en beoordelingen waarbij het over het hoofd zien van een subtiel probleem meer kost dan het besteden van extra middelen.

De repository en de context van de conversatie zorgen voor werk

Codex kan instructies lezen, de boomstructuur onderzoeken, aanroepplaatsen traceren, tests begrijpen en de context opnieuw bekijken. In lange gesprekken kunnen achterhaalde aannames blijven voortleven. Een specifiek genoemde mislukte test, een specifieke module en een duidelijke afbakening zorgen voor een kleiner zoekgebied.

Dubbelzinnigheid stimuleert het verkennen

Een agent kan direct actie ondernemen wanneer het verwachte gedrag duidelijk is en een fout reproduceerbaar is. Subjectieve vereisten, sporadisch optredende fouten en meerdere plausibele oplossingen vragen om nader onderzoek. Verwijder vermijdbare onduidelijkheden zonder het noodzakelijke redeneerproces te onderdrukken.

Hulpmiddelen en controle zijn nuttig gebruik

Zoekopdrachten, commando’s, tests, linters en diff-beoordelingen zorgen weliswaar voor extra werk, maar maken de resultaten betrouwbaarder. Het overslaan van tests kan leiden tot een kostbare tweede sessie. Vraag om een gerichte verificatie die het resultaat aantoont en stop met onderzoek dat hier niets mee te maken heeft.

De ingeslagen invoer is geen quotumpercentage

Codex kan cached-input-velden rapporteren wanneer eerder verwerkte context wordt hergebruikt. Die telemetrie helpt bij het beschrijven van het verloop van een run, maar geeft geen inzicht in het percentage van je vijf uur durende tegoed dat is bespaard. Het is ook geen afschrijving van je tegoed of een API-factuur. Beschouw in de cache opgeslagen invoer als een implementatiedetail dat de efficiëntie kan verbeteren, niet als een eenheid die u kunt omrekenen naar resterende abonnementscapaciteit.

Deze labels zijn eerder richtinggevend dan numeriek. De omvang van de repository, de kwaliteit van de code, de duidelijkheid van de taken, de beschikbare tests en keuze van het coderingsmodel kan elke daadwerkelijke taak naar boven of naar beneden verplaatsen.

• Werk bij lagere druk heeft een beperkte context, een specifiek doelwit en een objectieve toetsing.
• Werk onder hogere druk combineert uitgebreide verkenning, ambiguïteit, wijzigingen in meerdere bestanden en herhaalde verificatie.
• Nuttige tool-aanroepen zijn geen verspilling: Tests en vergelijkende controles kunnen weliswaar ten koste gaan van de budgetruimte, maar voorkomen wel kostbare herstelwerkzaamheden.

Wat vier gecontroleerde repository-taken aan het licht brachten

We hebben vier ‘bevroren’ taken uitgevoerd in dezelfde compacte Python-fixture: het begrijpen van een onbekende repository, een functie voor meerdere bestanden, een bugfix voor de zomertijd en een combinatie van beoordeling en reparatie. Voor elke taak werd het eerste geldige resultaat bewaard. Codex rapporteerde velden voor invoer, ingeslagen invoer, uitvoer en redeneringsuitvoer, waardoor we de vier uitvoeringen op een consistente manier konden vergelijken zonder dat de telemetrie uitliep op een abonnementskostenrekening.

# Codex T1-T4 Formele samenvatting van de run

## Status van de run

- Protocol: 1.0.1-codex
- Locatie: Codex CLI op macOS
- CLI-versie: 0.146.0-alpha.3.1
- Model: gpt-5.6-sol
- Redeneringsinspanning T1-T3: gemiddeld
- Redeneringsinspanning T4: hoog
- Geldige gecontroleerde batch: poging 3
- Menselijke tussenkomst tijdens geldige taken: geen
- Netwerk vereist voor taken: nee
- Toegang tot commit, push, implementatie of productie: geen

## Geldige resultaten van de eerste uitvoer

| Taak | Duur | Doelresultaat | Invoertokens | Ingeslagen invoer | Uitvoertokens | Redeneringsuitvoer |
|---|---:|---|---:|---:|---:|---:|
| T1 | 108 s | Basistests geslaagd; geen bestanden gewijzigd | 147.420 | 119.296 | 3.752 | 1.073 |
| T2 | 115 s | 7 openbare tests en verborgen functiecontroles geslaagd | 228.681 | 194.560 | 3.634 | 1.219 |
| T3 | 99 s | 4 openbare tests en beide verborgen DST-controles geslaagd | 146.412 | 119.296 | 2.820 | 933 |
| T4 | 223 s | 2 defecten verholpen met regressietests; 4 tests geslaagd | 496.865 | 419.072 | 7.517 | 3.588 |

Tokenvelden geven de waarden weer die door de Codex CLI worden gegenereerd. Het gaat hier niet om percentages van abonnementsperiodes, factureerbare API-tokens of kredietconversies.

## Bewaarde uitgesloten pogingen

- Poging 1: infrastructuurstoring vóór het aanroepen van het model, omdat de goedkeuringsoptie na het `exec`-subcommando was geplaatst. Alle gebeurtenisbestanden waren leeg. Uitgesloten van de modelscoring.
- Poging 2: ongeldig bewijsmateriaal omdat de zichtbare uitvoer niet uitsluitend in het Engels was en de geïsoleerde T2-runner de reeds verleende autorisatie van de gebruiker voor bestandswijzigingen niet ontving. De volledige batch is bewaard, maar uitgesloten van de vergelijkingsscoring.
- Poging 3: nieuwe geïsoleerde werkruimten en sessies, eerdere uitvoer verborgen, validatie op uitsluitend Engels geslaagd. Dit is de geldige gecontroleerde batch.

## Bewijs bewaard per taak

- Volledig zichtbaar eindantwoord
- Ruwe JSONL-gebeurtenisstroom
- Opgeschoonde CLI-waarschuwingen
- Tijdstempels van begin en einde
- Exitcode
- Bron-diff
- Openbare controle-uitvoer en exitcode
- Toepasselijke verborgen controle-uitvoer en exitcode
- Uitvoeringsrecord met model, inspanning, prompt-hash, duur, gebruik en menselijke tussenkomst

De onveranderlijke ruwe eindantwoorden worden bewaard als `final.md`. De tekst is in het Engels, maar door Codex gegenereerde klikbare links bevatten de Chinese naam van de lokale bovenliggende map. Elke taak bevat daarom ook `final-sanitized.md`, waarin alleen dat machinespecifieke absolute voorvoegsel wordt vervangen door `./` en dat een strenge CJK-scan doorstaat. Voor openbaar te tonen bewijsmateriaal moet de opgeschoonde weergave worden gebruikt; de ruwe bestanden blijven beschikbaar voor controle.

De T5 GlobalGPT-integratie staat los van de codeerscore en is nu voltooid. Zie `results/T5/SUMMARY.md` voor bewijsmateriaal met betrekking tot CLI, MCP, Skill, model-lock, gereedheid en beperkingen.

De ‘review-and-repair’-taak was de zwaarste waargenomen run: 496.865 invoertokens, waaronder 419.072 in de cache opgeslagen invoer, met 7.517 uitvoertokens en 3.588 redeneringsuitvoertokens. Dat is logisch voor deze testcase, omdat de taak een uitgebreide inspectie, het identificeren van twee defecten, codewijzigingen en verificatie vereiste. Het bewijst niet dat codereview altijd de duurste taakcategorie is.

Het antwoord dat de repository analyseerde, was beknopt en bracht geen wijzigingen aan in de bestanden, maar verwerkte niettemin een aanzienlijke hoeveelheid context. De zichtbare lengte van de uitvoer is een slechte maatstaf voor het werk aan de repository. De functie en de bugfix slaagden eveneens, terwijl ze verschillende telemetriegegevens opleverden.

De voorlopige conclusie is dat de vorm van een taak de waargenomen activiteit aanzienlijk beïnvloedt, zelfs binnen één kleine dataset. Op basis van deze steekproef kan geen voorspelling worden gedaan over het resterende percentage of een algemeen percentage.

• De zichtbare lengte van het antwoord gaf niet weer hoeveel context uit de repository er was verwerkt.
• De uitgebreide inspectie- en reparatiewerkzaamheden leverden de grootste hoeveelheid telemetriegegevens op tijdens deze wedstrijd.
• Uit de in de cache opgeslagen invoer bleek dat er sprake was van hergebruik, maar niet van een kortingspercentage van vijf uur.

Resets om de vijf uur, wekelijkse limieten en wat er daarna gebeurt

Een reset van vijf uur en een wekelijkse reset bieden een oplossing voor verschillende beperkingen. De korte resetperiode kan de toegang op korte termijn herstellen, terwijl de langere limiet op accountniveau van kracht blijft. Als de periode van vijf uur is verstreken en je nog steeds beperkt bent, moet je eerst de wekelijkse limiet controleren in plaats van aan te nemen dat de reset is mislukt.

OpenAI-documenten /status als de toelage-check in een actieve CLI-sessie. Op de accountpagina worden limieten, reset-tijdstippen, tegoeden en afzonderlijke modelsaldi weergegeven. Deze velden zijn tijdsafhankelijk; het percentage van een andere gebruiker is niet gelijk aan jouw verwachte capaciteit.

Als je wordt onderbroken, bewaar dan de diff, de laatste test, de resterende doelstelling en het onopgeloste risico. Controleer welke limiet actief is. Hervat waardevol repository-werk na de betreffende reset of evalueer credits; verplaats presentaties, memo’s en afbeeldingen naar een andere locatie.

• Controleer de huidige status en maak een onderscheid tussen de korte termijn en de wekelijkse limiet.
• Een nette overdracht bewaren met de geverifieerde status, de volgende stap en de resterende controles.
• Niet-gerelateerd werk verplaatsen die de repository niet nodig heeft.
• CV met één doelstelling na de betreffende reset.
• Koop credits weloverwogen alleen als het nu afmaken de uitgave rechtvaardigt.

En dan nog: $100 of $200 – welk abonnement past het beste bij uw werk?

Voor individuele gebruikers begint het huidige tarief bij Plus met $20 per maand. OpenAI vermeldt ook 5x- en 20x-abonnementsniveaus voor intensief gebruik, tegen respectievelijk $100 en $200 per maand. Deze prijzen hebben betrekking op abonnementsniveaus; de benamingen garanderen geen vijf- of twintigvoudige hoeveelheid van een specifiek berichtenaantal, en ze mogen niet worden omgerekend naar API-token-tarieven.

Kies op basis van daadwerkelijk waargenomen onderbrekingen, niet op basis van hypothetische aantallen prompts. Begin met het laagste niveau dat voldoende is voor je normale werk aan de repository. Houd bij hoe vaak een limiet waardevolle voortgang belemmert, of die sessies goed afgebakend zijn en hoeveel tijd er wordt besteed aan werk dat elders zou kunnen plaatsvinden. Een hoger niveau is gemakkelijker te rechtvaardigen wanneer agent-runs deel uitmaken van de werkdag en onderbrekingen meer kosten dan het prijsverschil.

Een hogere vergoeding lost een uit de hand gelopen workflow niet op. Verbeter eerst de afbakening van taken; als goed beheerd technisch werk toch tegen grenzen aanloopt, is een hoger gebruiksniveau gemakkelijker te rechtvaardigen.

Credits en API-facturering zijn niet hetzelfde

Het inbegrepen verbruik, aangekochte credits en facturering via de API-sleutel zijn drie verschillende mogelijkheden. In aanmerking komende Plus- en Pro-gebruikers kunnen credits aanschaffen nadat het inbegrepen verbruik is opgebruikt, waarbij eerst het inbegrepen verbruik wordt aangesproken. Aangekochte credits vormen een betaald saldo, niet een grotere gratis hoeveelheid. In OpenAI staat vermeld dat aangekochte credits 12 maanden geldig blijven en over het algemeen niet restitueerbaar en niet overdraagbaar zijn, behoudens wettelijke uitzonderingen.

Dit is ook de reden waarom de tokenvelden uit onze abonnementstests niet in een API-calculator mogen worden ingevoerd en als een echte factuur mogen worden gepresenteerd. De tests hebben geen daadwerkelijke API-aankoop tot stand gebracht, en het artikel maakt geen gebruik van ongecontroleerde actuele tokentarieven. Als u een API-sleutel gebruikt, maak dan een schatting van die route op basis van de huidige officiële API-tarieven en uw daadwerkelijke API-telemetrie, los van het consumentenabonnement.

Een workflow die quota bespaart zonder dat dit ten koste gaat van de kwaliteit van de code

Het doel is niet om Codex minder nuttig werk te laten doen. Het is juist de bedoeling om herontdekking, afwijkingen in de reikwijdte en niet-op elkaar afgestemde taken te elimineren, terwijl de verificatie behouden blijft die ervoor zorgt dat de resultaten van een agent veilig te gebruiken zijn.

Voor de run: stel één doel vast

Geef de functie of het defect aan, het betrokken gebied, de beperkingen waaraan moet worden voldaan, en de controles waarmee de voltooiing wordt aangetoond. Vermeld een mislukte opdracht of een specifiek bestand als je dat weet. Verwijder verouderde logbestanden en niet-relevante instructies. Kies het meest eenvoudige model waarmee de onduidelijkheid en het risico veilig kunnen worden opgevangen.

Implementeer [één resultaat] binnen [toepassingsgebied]. Houd rekening met [beperking]. Succes betekent: [tests/controles]. Controleer alleen de bestanden die daarvoor nodig zijn, voer de relevante verificatie uit en rapporteer gewijzigde bestanden, resultaten en resterende risico’s.

Tijdens de race: houd je focus vast, geen snelkoppelingen

Laat Codex voldoende context analyseren en nuttige tests uitvoeren. Grijp in wanneer de taak uitmondt in niet-gerelateerde opschoning, een mislukte aanpak herhaalt zonder nieuwe aanwijzingen, of wanneer een voor de juistheid vereiste productbeslissing ontbreekt.

Na het hardlopen: zorg dat je in goede conditie blijft

Bekijk de diff en de tests, en sla vervolgens op wat er is gewijzigd, wat geslaagd is, wat er nog overblijft en wat door een mens moet worden gecontroleerd. Begin met niet-gerelateerd werk in een nieuwe context. Een opgeslagen status zorgt ervoor dat je na een reset minder vaak opnieuw hoeft uit te zoeken hoe het zit.

Ga verder vanuit deze geverifieerde status: [samenvatting]. De volgende doelstelling is [één stap]. Controleer nogmaals de huidige diff en de relevante tests voordat je iets wijzigt. Breid de taak niet uit buiten [reikwijdte].

Korter betekent niet automatisch goedkoper. Een cryptische opdracht kan tot meer verkenning leiden dan een gedetailleerde maar afgebakende opdracht. De meest efficiënte opdracht biedt voldoende aanwijzingen om goed van start te gaan en voldoende acceptatiecriteria om te weten wanneer je moet stoppen.

Welke werken horen thuis in Codex – en welke kunnen elders worden ondergebracht?

Gebruik Codex wanneer de taak afhankelijk is van de status van de repository: analyse van een onbekende codebase, implementatie in meerdere bestanden, foutopsporing, tests, codereview en wijzigingen waarvoor een diff nodig is. Bij deze workflows is het handig om in dezelfde omgeving toegang tot bestanden te hebben, opdrachten via de terminal uit te voeren en de resultaten te controleren.

Werk verplaatsen wanneer de repository geen deel uitmaakt van het probleem. Presentaties opstellen, gestructureerde documenten, samenvattingen maken, beeldvorming, en enkele onderzoeksopdrachten hebben doorgaans invoergegevens en een duidelijk uitvoerformaat nodig, in plaats van shell-toegang. Door ze naar een andere locatie om te leiden, blijft het programmeervenster vrij en krijgt de gebruiker vaak een directere interface.

GlobalGPT past hier als een multimodale werkruimte. Het kan schrijfwerk, onderzoek, afbeeldingen, audio en video door modellen of gestuurde workflows leiden die voor het eindproduct zijn gekozen. Dit breidt de werkomgeving uit; het bootst het bewerken van repositories, terminalopdrachten of alle native Codex-functies niet na. Bewaar de codebase in de codeeragent en verplaats alleen de taken die deze veilig kunnen verlaten. Wanneer een tweede model nuttig is binnen de codeerhost, dan GlobalGPT CLI is de betreffende integratieroute.

Wat we hebben geleerd van drie begeleide Yukie-opdrachten

We hebben drie browserworkflows getest op basis van het eerste geldige resultaat en hebben een ongeldige uitvoer niet opnieuw uitgevoerd omwille van de schijn. De onderstaande cijfers geven het aantal voltooide ‘frozen’-criteria weer; het zijn geen algemene scores voor de productkwaliteit.

Dia’s: duidelijke richtlijnen, één niet-geverifieerd eindproduct

De Slides-workflow bood een speciaal toegangspunt, een selectie van het doel, een bewerkbare opzet met vijf dia’s, zes sjablonen met een naam, een voorbeeldweergave, een versiegeschiedenis, een label voor de kwaliteitsstatus en een exportpad. Hiermee voldeed de workflow aan vijf van de zes vastgestelde criteria. Er werd gevraagd om sprekersnotities, maar deze konden niet worden geverifieerd in de uiteindelijke presentatie of interface, waardoor het resultaat een gedeeltelijke goedkeuring bleef.

Y1 · Yukie-browsertest

Begeleide presentatie met vijf dia’s

5/6Gedeeltelijke goedkeuring

• ✓Toegang tot speciale dia’s en selectie van het doel
• ✓Precies vijf dia’s en een bewerkbare opzet
• ✓Zes sjablonen met naam; ‘Minimal Tech’ gebruikt
• ✓De gevraagde structuur is grotendeels behandeld
• ×Aantekeningen van de spreker zijn aantoonbaar aanwezig
• ✓Voorbeeld, versiegeschiedenis en exportpad

Er was om sprekersnotities gevraagd, maar deze konden niet worden teruggevonden in de definitieve presentatie of interface.

Zichtbaar verbruik: 55,31 credits deze beurt. Dit is geen valutaconversie.

De exacte bevroren prompt weergeven

Maak een presentatie van vijf dia’s voor onafhankelijke ontwikkelaars met de titel “Sneller op de markt zonder uitgeput te raken”. De doelgroep bestaat uit solo-ontwikkelaars die AI-producten bouwen. Gebruik een strakke, donkere technologische stijl. Neem het volgende op: 1) titel en belofte, 2) de drie grootste knelpunten in de workflow, 3) een praktisch wekelijks werkplan, 4) een eenvoudige voor-en-na-vergelijking, en 5) een beknopte oproep tot actie. Zorg ervoor dat elke dia in één oogopslag te overzien is, gebruik concrete taal en voeg sprekersnotities toe.

Bekijk het bewijsmateriaal

 — Begeleide presentatie met vijf dia’s

### Bewijs van de workflow

- Yukie stelde een speciaal `Slides /ppt`-toegangspunt beschikbaar.
- Het analyseerde de opgegeven titel, doelgroep en het aantal van vijf dia’s.
- Het bood verschillende doelen aan: Overtuigen, Informeren, Onderwijzen en Inspireren. Onderwijzen werd geselecteerd.
- Het genereerde een bewerkbare opzet van vijf dia’s voordat het werd weergegeven.
- Het bood zes sjablonen met namen aan: Professioneel, Advies, Startup-pitch, Datarapport, Onderwijs en Minimal Tech.
- `Minimal Tech` werd aanbevolen en gebruikt.

### Eerste geldige uitvoer

De gegenereerde presentatie bevatte precies vijf dia’s:

1. Sneller opleveren zonder uitgeput te raken
2. De drie stille moordenaars van de snelheid
3. Je wekelijkse opleverritme
4. Transformeer je workflow: voor versus na
5. Begin vandaag nog met duurzaam opleveren

De uiteindelijke interface toonde `3/3 voltooid`, `5 dia’s · Minimal Tech · 16:9`, Voorbeeld, Versiegeschiedenis, `Kwaliteitsrapport geslaagd` en een exportknop.

### Beperkingen

- De prompt vroeg expliciet om sprekersnotities. De uiteindelijke DOM en het zichtbare voorbeeld toonden geen verifieerbare sprekersnotities of een melding dat er geen notities beschikbaar waren. Dit criterium blijft daarom niet geverifieerd en verhindert een volledige goedkeuring.
- De zichtbare interne denkinhoud was een mengeling van Chinees en Engels, hoewel Engels was geselecteerd. De gecontroleerde openbare dia-inhoud was in het Engels.
- Het label `Kwaliteitsrapport geslaagd` van de interface zelf is een signaal over de productstatus, geen onafhankelijke redactionele score.

### Bewijs

- Gepubliceerde bewijsafbeelding: `https://static.futureshareai.com/glb_features/Y1-slides-status-v2.webp`
- De definitieve live-pagina werd in Chrome bewaard als een te leveren resultaat.

Het voordeel was een overzichtelijkere presentatieworkflow, niet de bewering dat de redenering van het programmeerprogramma beter was. De gebruiker koos nog steeds een doel en een sjabloon, en de eindresultaten moesten nog steeds worden gecontroleerd.

Document: de taak met de meest overzichtelijke route

De Document-workflow bleek het meest geschikt om werkzaamheden buiten Codex te verplaatsen. Deze workflow leverde de gevraagde vier taaksoorten op – waarde, risico, bewijs en richtlijnen voor menselijke beoordeling –, gelabelde aannames, een beslissingschecklist en zichtbare bedieningselementen voor downloaden, openen, exporteren en de versiegeschiedenis.

Y2 · Yukie-browsertest

Onderzoeksrapport over gestructureerde coderingsagenten

6/6Sla over

• ✓Specifieke documentworkflow
• ✓Alle vier de gevraagde taaksoorten
• ✓Richtlijnen inzake waarde, risico, bewijs en menselijke beoordeling
• ✓Aannames gemarkeerd
• ✓Inclusief checklist voor besluitvorming
• ✓Downloaden, openen, exporteren en versiegeschiedenis

Aan alle vastgelegde succescriteria werd voldaan in het eerste geldige resultaat.

Weergegeven verbruik: 55,31 credits weergegeven. Dit is geen valutaconversie.

De exacte bevroren prompt weergeven

Stel een beknopte onderzoeksopdracht op met de titel “Wanneer moet een zelfstandige ontwikkelaar gebruikmaken van een programmeeragent?”. De lezer is een zelfstandige ontwikkelaar met beperkte tijd en een beperkt budget. Vergelijk vier soorten taken: analyse van een onbekende repository, het ontwikkelen van functionaliteit in meerdere bestanden, het verhelpen van bugs en codereview. Leg voor elk type taak uit wat de verwachte waarde is, wat het belangrijkste risico is, welk bewijs de gebruiker moet vragen en wanneer menselijke beoordeling essentieel is. Sluit af met een beslissingschecklist. Geef eventuele aannames duidelijk aan en verzin geen statistieken of bronnen.

Bekijk het bewijsmateriaal

 — Gestructureerd onderzoeksdocument

### Bewijs van de workflow

- Yukie stelde een speciaal `Document /doc`-toegangspunt beschikbaar.
- Het voerde een automatische onderzoeks-/zoekfase uit en presenteerde een overzicht ter bevestiging.
- De workflow vereiste een bevestiging voor het genereren voordat het document werd geproduceerd.

### Eerste geldige output

Het document bevatte:

- Aannames
- Samenvatting van de aanbeveling
- Een taakvergelijking met betrekking tot de analyse van onbekende repositories, het werken met meerdere bestanden, het verhelpen van bugs en codereview
- Verwachte waarde, belangrijkste risico, aan te vragen bewijsmateriaal en richtlijnen voor menselijke beoordeling per taak
- Richtlijnen voor het gebruik van een codeeragent zonder te veel uit te geven
- Een beslissingschecklist
- Een sectie ‘Conclusie’

De uiteindelijke interface toonde de knoppen ‘Downloaden’, ‘Openen’, ‘Exporteren’, ‘Versiegeschiedenis’ en een alleen-lezen knop voor delen. Delen bleef uitgeschakeld.

### Beperkingen

- Het document vereiste een bevestigingsklik vóór het genereren, waardoor de workflow begeleid was in plaats van volledig automatisch en zonder toezicht.
- Er werden geen ononderbouwde numerieke beweringen waargenomen in de beoordeelde uitvoer.

### Bewijs

- Gepubliceerde afbeelding van het bewijs: `https://static.futureshareai.com/glb_features/Y2-document-result.webp`
- De definitieve pagina werd in Chrome opgeslagen als eindproduct.

Een opdrachtbeschrijving waarin het gedrag van de repository moet worden vermeld, vereist nog steeds bewijsmateriaal uit de repository. Voor een op zichzelf staande memo op basis van aangeleverde vereisten kan gebruik worden gemaakt van de gestructureerde opzet en de exportprocedure, zonder dat het codeervenster hoeft te worden gebruikt.

Afbeelding plus bijschrift: de afbeelding is goedgekeurd, het pakket niet

De aanbevolen afbeeldingsworkflow stelde een afbeeldingsmodel voor en bood formaatspecifieke instellingen. Het eerste geldige vierkante resultaat maakte gebruik van de gevraagde marineblauwe achtergrond, het cyaankleurige accent, het 60:00-timermotief en de exacte koptekst. Het bevatte echter niet het vereiste bijschrift van 60–90 woorden en de call-to-action, waardoor de gecombineerde taak aan vijf van de zes criteria voldeed.

Y3 · Yukie-browsertest

FocusDock: vierkante afbeelding en bijbehorend bijschrift

5/6Gedeeltelijke mislukking

• ✓Speciale afbeeldingsworkflow en bewerkbare prompt
• ✓Vierkante afbeelding op schaal 1:1
• ✓Marineblauw, cyaan, timer en exacte kop
• ×Vereist: bijschrift van 60–90 woorden
• ✓Geen bewering van een echte klant of verzonnen statistiek
• ✓Zichtbaar aanpassingstraject

De afbeelding voldeed aan de visuele vereisten, maar het vereiste bijschrift van 60–90 woorden en de oproep tot actie ontbraken.

Zichtbaar verbruik: 320 credits worden weergegeven vóór het genereren. Dit is geen valutaconversie.

De exacte bevroren prompt weergeven

Ontwerp een vierkante afbeelding voor sociale media en een bijbehorend bijschrift voor een fictieve productiviteitsapp met de naam “FocusDock”. De afbeelding moet een marineblauwe achtergrond hebben, één cyaankleurig accent, een eenvoudig timermotief en de kop “One Task. One Hour. Done.” Het bijschrift moet 60–90 woorden bevatten, gericht zijn op onafhankelijke ontwikkelaars en één duidelijke oproep tot actie bevatten. Gebruik geen handelsmerken, echte getuigenissen van klanten of verzonnen prestatiestatistieken.

Bekijk het bewijsmateriaal

 — Multimodaal sociaal asset

### Bewijs van de workflow

- Yukie stelde een speciaal `Image /paint`-toegangspunt beschikbaar.
- Het herschreef het verzoek tot een bewerkbare prompt voor het genereren van afbeeldingen.
- Het adviseerde GPT Image 2 voor de typografie.
- De model- en parameterstap toonde GPT Image 2, 1:1, 2K en 320 credits vóór het genereren.

### Eerste geldige uitvoer

De gegenereerde vierkante afbeelding bevatte zichtbaar:

- Een marineblauwe achtergrond
- Een cyaankleurig accent
- Een timermotief met `60:00`
- De exacte koptekst `One Task. One Hour. Done.`
- Geen duidelijke beweringen van echte klanten of verzonnen prestatiestatistieken

De uiteindelijke interface toonde de bedieningselementen `Generate video from this image` en `Adjust the image`.

### Fout behouden

Er werd geen bijbehorend bijschrift van 60–90 woorden geleverd in de uiteindelijke taakuitvoer. De enige tekst met betrekking tot het bijschrift in de uiteindelijke DOM was het oorspronkelijke verzoek van de gebruiker. Er werd geen corrigerende vervolgactie ingediend, omdat een vervolgactie een handmatige ingreep zou zijn en noch het eerste geldige resultaat, noch de fout zou vervangen.

### Bewijs

- Gepubliceerde bewijsafbeelding: `https://static.futureshareai.com/glb_features/Y3-image-result.webp`
- De live eindpagina werd in Chrome bewaard als een leverbaar resultaat.

Samen leveren de drie tests een beperkte conclusie op: begeleide invoer kan de opstartmoeilijkheden bij niet-code-gerelateerde deliverables verminderen, maar begeleiding neemt niet de noodzaak weg om elke gevraagde output te controleren. Ze bieden geen ondersteuning voor het onbeperkt aanroepen van Yukie, het omzetten van weergegeven credits in geld, of het beschouwen ervan als een vervanging voor repository-engineering.

Een praktische checklist voor beslissingen over het gebruik van de Codex

1. Zijn voor deze taak de repository, de shell, diff of tests nodig? Zo ja, bewaar het dan in Codex of een ander coderingsprogramma.
2. Is de doelstelling begrensd? Bepaal één resultaat en de controles waarmee je dat kunt aantonen voordat je aan een lange run begint.
3. Is voor deze taak de sterkste redenering nodig? Kies voor een lichter model wanneer het risico en de onzekerheid dat toelaten.
4. Welke limiet is actief? Maak een onderscheid tussen het tijdsvenster van vijf uur, het wekelijkse maximum, de credits en de API-facturering.
5. Kan het werk veilig uit de programmeeromgeving worden gehaald? Leid presentaties, afzonderlijke documenten, media en andere taken die niet in de repository thuishoren naar een geschikt model of een gestuurde workflow.

Voer een upgrade uit wanneer goed afgebakend repositorywerk consequent waarde oplevert en de kosten van onderbrekingen hoger zijn dan het verschil ten opzichte van het plan. Pas de workflow eerst aan wanneer er tijd wordt besteed aan het opnieuw in kaart brengen van brede onderwerpen, niet-gerelateerde deliverables of herhaalde verduidelijkingen die vóór de uitvoering hadden kunnen worden opgelost.

Veelgestelde vragen over het gebruik van de Codex

Wordt Codex om de vijf uur gereset?

Het gedeelde kortetermijnvenster wordt om de vijf uur gereset, maar er kunnen nog steeds aanvullende wekelijkse limieten van toepassing zijn. Een reset om de vijf uur garandeert daarom niet dat alle accountbeperkingen verdwijnen.

Hoeveel Codex-opdrachten krijg ik?

Er bestaat geen eenduidig betrouwbaar aantal prompts. OpenAI publiceert ruwe schattingen per model, terwijl het daadwerkelijke verbruik varieert naargelang de context, de redenering, de gebruikte tools, het ophalen van gegevens, het gebruik van caching en de complexiteit van de taak.

Waarom kan ik na vijf uur nog steeds beperkt zijn?

Mogelijk is er een extra wekelijkse limiet van kracht. Controleer het overzicht van het huidige accountgebruik of de gedocumenteerde informatie over de toegestane hoeveelheid in een actieve sessie, in plaats van alleen af te gaan op de reset binnen een kort tijdsbestek.

Hoe kan ik het gebruik van Codex in de CLI controleren?

OpenAI-documenten /status om informatie over de toelage te bekijken in een actieve Codex CLI-sessie. Wat er wordt weergegeven, hangt af van de huidige authenticatie en de status van het account.

Zijn de kosten voor de Codex API inbegrepen in het Plus-abonnement of in de abonnementen voor intensiever gebruik?

Nee. Het gebruik van API-sleutels wordt apart in rekening gebracht, los van het abonnementsquotum van de gebruiker.

Kan ik extra Codex-tegoed kopen?

Gebruikers die hiervoor in aanmerking komen, kunnen credits kopen zodra het inbegrepen verbruik is opgebruikt. Controleer vóór de aankoop de pagina met je huidige account voor informatie over de beschikbaarheid en voorwaarden.

Is aan de in de cache opgeslagen invoertokens te zien hoeveel van mijn abonnementslimiet ik heb bespaard?

Nee. De telemetriegegevens uit de cache bieden geen betrouwbare omrekening naar een percentage over vijf uur, een wekelijks percentage, een kredietbedrag of een API-factuur.

Is Yukie onbeperkt?

We hebben geen betrouwbaar bewijs gevonden dat deze bewering ondersteunt. Beschouw Yukie als een begeleide optie voor geschikte taken die geen opslag vereisen, en niet als een beproefde, onbeperkte vervanging voor het schrijven van code.

De officiële limieten, prijzen en kredietvoorwaarden zijn op 29 juli 2026 gecontroleerd. Deze kunnen veranderen, dus raadpleeg de actuele OpenAI-pagina's voordat u een aankoopbeslissing neemt.

Bewaar je repository-werk in Codex. Voor de volgende presentatie, onderzoeksrapport of multimodale bron die geen gebruik hoeft te maken van je codebase, open GlobalGPT en kies het model of de begeleide Yukie-workflow die voor die taak is ontwikkeld.