AI voor ontwikkelaars: programmeeragents, kosten en veilig werk overdragen

Zo doe je het

1. 1Schrijf de controle of wijs ernaar voordat je de taak overdraagt: de falende test, of het commando en de verwachte uitvoer.
2. 2Geef de agent de taak met de prompt op deze pagina, inclusief de bestanden die hij mag wijzigen en de bestanden die hij niet mag wijzigen.
3. 3Laat de agent de controle zelf uitvoeren en de uiteindelijke uitvoer plakken.
4. 4Beoordeel de diff als de pull request van een collega; een geslaagde controle is het begin van de review, niet het einde.

Ingebouwd

• ChatGPT · Codex
• Claude · Claude Code

Prompt om te kopiëren

Taak: [wijziging].
Klaar betekent: [test of commando] slaagt en toont [verwachte uitvoer]. Voer het uit voordat je afrondt en plak het resultaat.
Je mag wijzigen: [paden]. Wijzig niet: [paden], de dependencies of de tests.
Lukt het je niet om het te laten slagen, stop dan en leg uit waarom, in plaats van de controle te omzeilen.

Waar het misgaat

• Agents laten een test soms slagen door hem af te zwakken. Verbied het wijzigen van tests en let er in de diff op.
• Een taak die te groot is voor één controle, is te groot om in één keer over te dragen. Splits hem op.

Zo doe je het

1. 1Kies de agent die het dichtst bij je code staat: Codex Cloud, de Copilot cloud agent op GitHub of Claude Code op het web.
2. 2Zorg dat de omgeving van de agent je dependencies kan installeren en je tests kan draaien; zonder die twee gokt de agent.
3. 3Stuur kleine, onafhankelijke taken, elk met een eigen controle, zoals bij de taak hierboven.
4. 4Laat eerst een automatische reviewer elke pull request lezen en beoordeel hem daarna zelf.

Ingebouwd

• Codex · Codex Cloud
• GitHub Copilot · Copilot cloud agent
• Claude Code · Claude Code on the web (cloud sessions)

Prompt om te kopiëren

In deze repository: [taak].
Context: [waar in de code, bijbehorende issue].
Klaar als: [test of commando] slaagt in jouw omgeving; zet de uitvoer in de beschrijving van de pull request.
Houd de pull request onder [aantal] gewijzigde regels. Is er meer nodig, stop dan en stel voor hoe je hem opsplitst.

Waar het misgaat

• Tests die geheimen of diensten nodig hebben die je niet hebt ingesteld, worden overgeslagen of falen. Een groene run zonder die tests bewijst weinig.
• Meerdere agents op samenhangende code leveren pull requests op die met elkaar conflicteren. Houd parallelle taken in aparte delen van de code.

Zo doe je het

1. 1Zet je build-, test- en lintcommando's in het instructiebestand dat je agent aan het begin van elke sessie leest; de documentatie van elke agent noemt dat bestand.
2. 2Voeg in Claude Code hooks toe die na elke bewerking de formatter en de tests draaien, zodat de agent fouten ziet en herstelt.
3. 3Laat een bot elke pull request beoordelen: zet “Automatic review” aan in Codex, of vraag Copilot als reviewer.
4. 4Maakt de agent een fout twee keer, maak er dan een test of een regel in het instructiebestand van.

Ingebouwd

• Claude Code · Hooks
• Codex · Codex code review
• GitHub Copilot · Copilot code review

Prompt om te kopiëren

Lees deze repository en schrijf het instructiebestand voor programmeeragents:
1. De exacte commando's om te installeren, te builden, te testen, te linten en te formatteren.
2. De opbouw van het project in hooguit 10 regels.
3. Conventies die nieuwkomers hier verkeerd doen, met telkens één voorbeeld.
4. Wat een agent hier nooit mag doen, bijvoorbeeld migraties wijzigen of gegenereerde bestanden bewerken.
Noem alleen commando's die je met succes hebt uitgevoerd; markeer de rest als “niet geverifieerd”.

Waar het misgaat

• Een instructiebestand met commando's die niet meer werken, leert de agent het te negeren. Voer ze opnieuw uit als de opzet verandert.
• Ook reviewbots maken fouten met grote stelligheid. Zie hun opmerkingen als suggesties.

Zo doe je het

1. 1Zet op een rij wat je het vaakst in chats plakt, zoals issues, foutlogs, documentatie of het schema. Koppel die eerst.
2. 2Voeg voor elk de officiële MCP-server toe, met een token dat alleen kan lezen. In Gemini CLI kan een extensie de MCP-server en de configuratie ervan bundelen.
3. 3Geef de agent een taak waarvoor die koppelingen nodig zijn en controleer of hij de juiste heeft aangeroepen.
4. 4Verwijder om de paar weken de servers die je niet meer gebruikt.

Ingebouwd

• Gemini CLI · Extensions

Prompt om te kopiëren

Voordat je iets wijzigt: lees issue [id] in de tracker, zoek de fout in de logs en raadpleeg de documentatie van [bibliotheek].
Zeg wat elk ervan je vertelde en in welk bestand volgens jou de fout zit.
Schrijf niet naar een gekoppelde tool.

Waar het misgaat

• Een webpagina, issue of document kan tekst bevatten die is geschreven om de agent te sturen. Geef geen schrijfrechten aan tools die content van buiten lezen.
• Tokens in configuratiebestanden lekken uit. Gebruik de geheimenopslag van de client of omgevingsvariabelen, nooit de repository.

Zo doe je het

1. 1Kijk waarvoor je al betaalt: abonnementen van ChatGPT bevatten Codex, en de betaalde abonnementen van Claude bevatten Claude Code.
2. 2Noteer het tokengebruik van een paar gewone sessies, waar je agent dat laat zien.
3. 3Bereken de kosten van dat gebruik op onze pagina met API-prijzen en vergelijk die met het abonnement.
4. 4Gebruik voor automatisering en CI API-sleutels met een bestedingslimiet, zodat een lus geen hoge rekening kan opbouwen.

Ingebouwd

• ChatGPT · Codex
• Claude · Claude Code

Prompt om te kopiëren

Hier is mijn gebruik uit [aantal] gewone sessies: [tokens in en uit]. Ik werk ongeveer [dagen] dagen per week.
Schat mijn maandelijkse kosten bij betalen per token tegen deze prijzen: [plak van de pagina met API-prijzen].
Vergelijk dat met een abonnement van [prijs] per maand. Laat de berekening zien, zodat ik die kan controleren.

Waar het misgaat

• Ook abonnementen hebben gebruikslimieten. Midden in een taak tegen een limiet aanlopen kost tijd; controleer de limiet, niet alleen de prijs.
• Het model bepaalt de rekening meer dan wat ook. Vergelijk op basis van het model dat je echt gebruikt.

Zo doe je het

1. 1Voer /init uit in de repository: het analyseert de codebase en schrijft een eerste CLAUDE.md, of stelt verbeteringen voor aan het bestand dat je al hebt.
2. 2Zet teamregels, zoals build- en testcommando's en codeerstandaarden, in ./CLAUDE.md en commit dat bestand. Je eigen voorkeuren horen in ~/.claude/CLAUDE.md voor elk project, of in CLAUDE.local.md voor dit project.
3. 3Verwijs naar langere documenten in plaats van ze erin te plakken: @path/to/file importeert bij het starten een ander bestand.
4. 4Elke keer dat Claude twee keer hetzelfde fout doet, voeg je de ene regel toe die dat had voorkomen.

Prompt om te kopiëren

Lees deze repository en verbeter CLAUDE.md. Houd het onder de 60 regels:
1. De exacte commando's om te builden, te testen en te linten.
2. De opbouw in een paar regels.
3. Conventies die een nieuwkomer hier verkeerd doet.
4. Bestanden en mappen die nooit bewerkt mogen worden.
Verwijder alles wat niet meer klopt. Markeer commando's die je niet hebt uitgevoerd als “niet geverifieerd”.

Waar het misgaat

• Alles in CLAUDE.md wordt elke sessie geladen en neemt context in beslag. Verplaats details naar bestanden die het importeert.
• Instructies die niet meer kloppen, zijn erger dan geen instructies. Controleer de commando's opnieuw als de opzet verandert.

Uit de officiële documentatie: Claude Code docs: How Claude remembers your project

Zo doe je het

1. 1Druk op Shift+Tab tot de statusbalk “plan mode on” toont, of begin je prompt met /plan.
2. 2Beschrijf de wijziging en wat er niet mag veranderen. Claude kan nog steeds commando's uitvoeren om te verkennen, maar bewerkt geen bestanden zolang het plant.
3. 3Lees het plan als een ontwerpnotitie: een verkeerd bestand, een ontbrekend geval, een te grote wijziging. Vraag om aanpassingen tot het klopt en keur het dan goed.
4. 4Begin voor de volgende taak, die er niets mee te maken heeft, opnieuw met /clear.

Prompt om te kopiëren

/plan Wijzig [wat] zodat [doel]. Randvoorwaarden: [wat niet mag veranderen].
Noem de bestanden die je gaat aanpassen, de volgorde van de wijzigingen, de test die elke stap bewijst en alles waarover je twijfelt. Bewerk niets tot ik het goedkeur.

Waar het misgaat

• Een plan dat meer bestanden raakt dan je verwachtte, is het waarschuwingsteken. Vraag waarom voordat je het goedkeurt.
• Ook in plan mode worden commando's uitgevoerd om te verkennen. Het maakt een onbekende repository niet veilig om uit te voeren.

Uit de officiële documentatie: Claude Code docs: Choose a permission mode · Claude Code docs: Commands · Claude Code docs: Best practices

Zo doe je het

1. 1Open /permissions om elke regel te zien en uit welk instellingenbestand die komt.
2. 2Zet de regels van het team in .claude/settings.json en commit dat bestand. Persoonlijke regels horen in ~/.claude/settings.json of .claude/settings.local.json.
3. 3Regels worden gecontroleerd in de volgorde deny, ask, allow, dus één deny-regel wint van elke allow-regel.
4. 4Wissel van modus met Shift+Tab: acceptEdits keurt bestandsbewerkingen in de werkmap goed. bypassPermissions zet de vragen en veiligheidscontroles uit; volgens de documentatie gebruik je dat alleen in geïsoleerde containers of VM's zonder internettoegang.

Prompt om te kopiëren

Kijk naar de commando's die je in deze sessie hebt uitgevoerd. Stel permissieregels voor .claude/settings.json voor: sta de alleen-lezen- en testcommando's toe die we elke dag gebruiken, weiger alles wat geheimen leest of buiten het project iets verwijdert, en laat voor al het andere vragen. Leg elke regel uit in één zin.

Waar het misgaat

• Een allow-regel die op elk commando past, komt neer op helemaal geen vragen. Sta exacte commando's toe.
• Regels in .claude/settings.json gelden voor het hele team zodra ze gecommit zijn. Beoordeel ze zoals code.

Uit de officiële documentatie: Claude Code docs: Configure permissions · Claude Code docs: Settings files and precedence · Claude Code docs: Choose a permission mode

Zo doe je het

1. 1Tussen losse taken start /clear een nieuw gesprek met een lege context.
2. 2Bij een lange taak vat /compact met een focus, bijvoorbeeld “/compact bewaar het plan en de falende test”, samen wat eraan voorafging.
3. 3Geef brede zoekacties aan een subagent: elke subagent draait in een eigen contextvenster, zodat alleen het antwoord terugkomt in je sessie.
4. 4Claude Code comprimeert ook zelf als de limiet in zicht komt; als je zelf op een goed moment comprimeert, blijft bewaard wat jij kiest.

Ingebouwd

• Claude Code · Subagents

Prompt om te kopiëren

/compact Bewaar: het doel, het plan, de tot nu toe gewijzigde bestanden en de test die nog faalt. Laat het verkennen weg.

Waar het misgaat

• /clear vergeet het gesprek. Alles wat je later weer nodig hebt, hoort eerst in CLAUDE.md.
• Het antwoord van een subagent is alles wat je terugkrijgt. Vraag om bestandspaden en regelnummers, niet alleen om conclusies.

Uit de officiële documentatie: Claude Code docs: Commands · Claude Code docs: Best practices · Claude Code docs: Create custom subagents

Zo doe je het

1. 1Start elke sessie met claude --worktree <name> (of -w). Dat maakt een git-worktree aan onder .claude/worktrees/<name>/ op de branch worktree-<name>.
2. 2Voeg .claude/worktrees/ toe aan .gitignore, zoals de documentatie aanraadt.
3. 3Geef elke sessie één taak met een eigen controle, zodat je ze een voor een kunt beoordelen.
4. 4Beoordeel en merge elke branch zoals elke andere pull request.

Prompt om te kopiëren

Je werkt in een worktree op branch worktree-[naam]. Taak: [één wijziging]. Klaar als: [test of commando] slaagt. Commit alleen op deze branch; merge of rebase geen andere branches.

Waar het misgaat

• Elke worktree is een eigen map, dus dependencies en build-uitvoer worden niet gedeeld. Installeer in elke worktree.
• Twee taken die dezelfde bestanden aanraken, geven bij het mergen nog steeds conflicten, met of zonder worktree.

Uit de officiële documentatie: Claude Code docs: Run parallel sessions with worktrees

Zo doe je het

1. 1Druk twee keer op Esc bij een lege prompt, of typ /rewind (/checkpoint en /undo werken ook).
2. 2Kies het punt voordat het misging en zet het gesprek, de code of allebei terug.
3. 3Ken de grenzen: bestanden die zijn gewijzigd door shellcommando's zoals rm, mv of cp worden niet teruggezet, en bewerkingen buiten Claude Code of in een andere sessie ook niet.
4. 4Commit vóór riskante stappen. Checkpoints zijn bedoeld om snel te herstellen binnen een sessie, niet als vervanging van git.

Prompt om te kopiëren

Commit voordat je begint de huidige toestand met het bericht “checkpoint vóór [taak]”. Daarna [taak]. Vraag het me voor elk commando dat bestanden verwijdert of verplaatst.

Waar het misgaat

• Rewind haalt geen bestand terug dat een commando heeft verwijderd. Alleen git doet dat.
• Bewerkingen die je intussen met de hand hebt gedaan, worden ook niet vastgelegd. Commit ze voordat je terugspoelt.

Uit de officiële documentatie: Claude Code docs: Checkpointing · Claude Code docs: Commands

Zo doe je het

1. 1claude -p "..." draait niet-interactief. --output-format json of stream-json geeft uitvoer die een script kan parsen.
2. 2Het stopt met 0 bij succes en met een andere waarde bij een fout, zodat CI daarop kan vertakken.
3. 3Voeg in CI --bare toe voor runs die niet afhangen van de lokale configuratie.
4. 4Voor pull requests stelt /install-github-app Claude Code GitHub Actions in (alleen voor repositories op github.com); noem daarna @claude in een reactie bij een pull request of issue.

Prompt om te kopiëren

claude -p "Lees de diff ten opzichte van main. Noem elke wijziging die een dependency toevoegt, authenticatie raakt of een databasemigratie wijzigt, als JSON: {\"files\": [], \"reason\": \"\"}. Geef een lege lijst terug als die er niet zijn." --output-format json

Waar het misgaat

• Een script draait met de rechten die je het geeft. Geef CI zo weinig als het nodig heeft.
• /install-github-app werkt alleen met repositories op github.com.

Uit de officiële documentatie: Claude Code docs: Run Claude Code programmatically · Claude Code docs: GitHub Actions

Zo doe je het

1. 1Voer /init uit in de CLI om een eerste AGENTS.md in de huidige map te schrijven.
2. 2Zet persoonlijke richtlijnen in ~/.codex/AGENTS.md en projectregels in de repository. Een submap kan een eigen bestand hebben; bestanden dichter bij de plek waar Codex werkt, winnen.
3. 3Houd de bestanden kort: hun gezamenlijke omvang is begrensd, standaard op 32 KiB.
4. 4Voeg een sectie “## Code Review Rules” toe: de reviews van Codex op GitHub volgen die.

Prompt om te kopiëren

Lees deze repository en schrijf AGENTS.md:
1. De exacte commando's om te installeren, te builden, te testen en te linten.
2. De opbouw in een paar regels.
3. Conventies die een nieuwkomer hier verkeerd doet.
4. Een sectie “## Code Review Rules” met wat een reviewer altijd moet signaleren.
Noem alleen commando's die je met succes hebt uitgevoerd; markeer de rest als “niet geverifieerd”.

Waar het misgaat

• Lange bestanden werken tegen je: de gezamenlijke omvang is standaard begrensd op 32 KiB.
• Een bestand in een submap dat het bestand in de hoofdmap tegenspreekt zonder dat te zeggen, verwart mensen net zo goed als Codex. Zeg wat het overschrijft.

Uit de officiële documentatie: Codex docs: AGENTS.md · Codex docs: CLI commands · Codex docs: GitHub integration

Zo doe je het

1. 1In de CLI wisselt /permissions de modus, en /status toont het goedkeuringsbeleid en de beschrijfbare mappen die gelden.
2. 2“Ask for approval”, de aanbevolen standaard, bewerkt en voert commando's uit binnen de werkruimte en pauzeert voordat het daarbuiten gaat.
3. 3“Approve for me” houdt dezelfde sandbox, maar stuurt goedkeuringsverzoeken naar een automatische review in plaats van naar jou.
4. 4“Full access” haalt de grenzen voor bestandssysteem en netwerk weg. De documentatie voegt een waarschuwing toe; bewaar het voor omgevingen die je kunt weggooien.

Prompt om te kopiëren

Voer voordat je begint /status uit en vertel me het goedkeuringsbeleid en de beschrijfbare mappen. Daarna [taak]. Vraag het voor elk commando dat het netwerk nodig heeft of buiten deze repository schrijft.

Waar het misgaat

• Met “Approve for me” leest geen mens elk verzoek. Gebruik het waar een verkeerde actie makkelijk ongedaan te maken is.
• “Full access” geldt voor de hele machine, niet alleen voor de repository.

Uit de officiële documentatie: Codex docs: Permission modes · Codex docs: Sandboxing · Codex docs: Approvals and security · Codex docs: CLI commands

Zo doe je het

1. 1codex exec "..." draait niet-interactief en gebruikt standaard een alleen-lezen-sandbox.
2. 2Voeg --sandbox workspace-write toe als het bestanden moet bewerken; --full-auto is verouderd.
3. 3--json geeft een JSON Lines-stroom van events voor scripts die elke stap nodig hebben.
4. 4In GitHub Actions draait openai/codex-action@v1 codex exec voor je.

Prompt om te kopiëren

codex exec "Lees de wijzigingen sinds tag [v1.2.0]. Schrijf release notes, gegroepeerd als Toegevoegd, Gewijzigd en Opgelost: één regel per wijziging, in woorden die een gebruiker begrijpt, geen commit-hashes."

Waar het misgaat

• Oudere handleidingen gebruiken nog --full-auto. Dat is verouderd; gebruik --sandbox workspace-write.
• Een job die alleen leest, moet alleen-lezen blijven, ook in CI.

Uit de officiële documentatie: Codex docs: Non-interactive mode · Codex docs: GitHub Action

Zo doe je het

1. 1/review in de CLI beoordeelt je working tree. codex review doet hetzelfde zonder chat, ten opzichte van een basisbranch, een commit of niet-gecommitte wijzigingen.
2. 2Plaats op GitHub de reactie @codex review bij een pull request.
3. 3Zet automatische reviews aan onder “Personal preferences” in de instellingen van Codex; dan is er geen reactie nodig.
4. 4Schrijf de regels van je team in een sectie “## Code Review Rules” van AGENTS.md.

Ingebouwd

• Codex · Codex code review

Prompt om te kopiëren

## Code Review Rules
- Signaleer elke wijziging aan authenticatie of rechten.
- Signaleer databasemigraties zonder weg terug.
- Signaleer nieuwe dependencies en zeg of ze nodig zijn.
- Negeer opmaak; daar zorgt de linter voor.

Waar het misgaat

• Reviews op GitHub signaleren alleen problemen van niveau P0 en P1. Geen opmerking betekent niet dat het ontwerp klopt.
• Een review is een tweede mening, geen testrun. Blijf testen.

Uit de officiële documentatie: Codex docs: CLI commands · Codex docs: GitHub integration

Zo doe je het

1. 1Maak een omgeving met de repositories, dependencies, tools en toegangsinstellingen die taken nodig hebben. Nieuwe omgevingen leggen een installatiescript en een startskill vast.
2. 2Stel internettoegang per omgeving in: alleen package managers, gekozen domeinen of alles.
3. 3Start taken vanuit ChatGPT, vanuit de IDE-extensie voor langere jobs, of vanuit de terminal met codex cloud exec; --attempts 1-4 vraagt om meerdere pogingen om te vergelijken.
4. 4Code Review en de integraties met GitHub en Linear draaien nog op het oudere Codex Cloud (Legacy), dat OpenAI van plan is uit te faseren.

Ingebouwd

• Codex · Codex Cloud

Prompt om te kopiëren

codex cloud exec --attempts 3 "Taak: [wijziging]. Context: [bestanden]. Klaar als [test] slaagt in deze omgeving. Houd de diff onder [aantal] regels."

Waar het misgaat

• Met onbeperkt internet kan een taak elke site bereiken, ook pagina's die zijn geschreven om hem te sturen. Sta alleen toe wat de job nodig heeft.
• Ontbreekt het installatiescript, dan zijn de tests misschien niet gedraaid. Controleer of een taak ze echt heeft uitgevoerd.

Uit de officiële documentatie: Codex docs: Cloud environments · Codex docs: CLI commands · Codex docs: IDE extension

Zo doe je het

1. 1Stel het standaardmodel en de redeneerinspanning in via ~/.codex/config.toml (model en model_reasoning_effort). De CLI en de IDE-extensie delen dat bestand.
2. 2Maak een profiel als eigen bestand, ~/.codex/<name>.config.toml, en start met --profile <name>.
3. 3Voeg MCP-servers toe met codex mcp add <name> -- <command>; elke server wordt een tabel [mcp_servers.<name>], en /mcp toont de actieve.
4. 4/status toont wat er geldt, en codex resume --last pakt de laatste sessie in deze map weer op.

Prompt om te kopiëren

Lees ~/.codex/config.toml en .codex/config.toml van dit project. Vertel me welk model, welke redeneerinspanning, welke sandbox en welke MCP-servers gelden, uit welk bestand elk komt, en wat met elkaar conflicteert.

Waar het misgaat

• Projectinstellingen worden alleen geladen in vertrouwde projecten. Lijkt een instelling genegeerd te worden, controleer dat dan eerst.
• Profielen zijn nu aparte bestanden. Handleidingen die [profiles.name] in config.toml zetten, zijn verouderd.

Uit de officiële documentatie: Codex docs: MCP · Codex docs: Config basics · Codex docs: Advanced config · Codex docs: CLI commands