Gids
Agentic engineering: bouwen met AI-agents en het werk in de hand houden
Agentic engineering is de werkwijze waarin AI-agents de code schrijven en jij ze aanstuurt: met duidelijke briefings, controleerbare criteria en een beslissing aan het eind. Deze gids legt uit wat het verschil is met vibecoding, toont een agentische codeerworkflow met Claude Code, Codex, Cursor en Gemini CLI en laat zien waar het in de praktijk wringt.
Wat is agentic engineering?
Een codeeragent is meer dan een chat die codefragmenten aanraadt. Hij werkt direct in je projectmap: hij leest bestanden, doorzoekt de code, draait tests, wijzigt meerdere bestanden en controleert het resultaat zelf. Agentic coding beschrijft wat de agent doet. Agentic engineering beschrijft de discipline eromheen: hoe je briefings schrijft, resultaten controleerbaar maakt en de verantwoordelijkheid houdt.
De term heeft een bekende peetvader. In februari 2025 bedacht Andrej Karpathy, medeoprichter van OpenAI, “vibe coding” voor een manier van programmeren waarbij je je volledig aan de vibes overgeeft en vergeet dat de code überhaupt bestaat. Collins koos het tot woord van het jaar 2025. Een jaar later, in februari 2026, noemde Karpathy “agentic engineering” zijn voorkeursterm voor de professionele variant: agentic, omdat je de code meestal niet meer zelf schrijft, maar agents aanstuurt en controleert; engineering, omdat er vakmanschap en ervaring in zit.
Agentic engineering of vibecoding: het verschil
Beide gebruiken dezelfde tools. Het verschil zit in hoeveel je vooraf vastlegt en hoe grondig je achteraf controleert.
| Aspect | Vibecoding | Agentic engineering |
|---|---|---|
| Briefing | Een prompt in de chat | Spec met doel, vereisten en acceptatiecriteria |
| Controle | Uitproberen of het draait | Tests, build, review van de diff |
| Code | Vaak niet gelezen | Gereviewd; de verantwoordelijkheid blijft bij de mens |
| Geheugen | De chatgeschiedenis | Bestanden: AGENTS.md, specs, taken |
| Past bij | Prototypes, kleine eigen tools, experimenten | Producten, klantprojecten, alles met gebruikers en gegevens |
Vibecoding is geen fout; het is gereedschap voor het juiste moment. Veel vibecoders stappen over op engineering zodra het experiment iets wordt wat anderen gebruiken.
Jij stuurt: briefing, review, beslissing
Bij agentic engineering verschuift je werk. Je typt minder code en doet drie dingen grondiger:
- Briefing: je beschrijft wat er gebouwd moet worden en waaraan je ziet dat het af is. Hoe preciezer de briefing, hoe minder correctierondes.
- Review: je leest de diff, bekijkt de testresultaten en probeert het resultaat uit. Een agent stopt als het werk af lijkt; alleen een review laat zien of het dat ook is.
- Beslissing: mergen of herwerken, volgende taak of koerswijziging. Die beslissingen blijven bij jou.
Werkcyclus
Van briefing tot beslissing
Amber staat voor jou, cyaan voor de agent.
- Mens
Briefing
Je beschrijft het doel, de vereisten en waaraan je ziet dat het af is.
- Spec met acceptatiecriteria
- Uitvoeren, Concept of Navragen
- AI
Implementatie
De agent plant, wijzigt code in een eigen branch en draait tests en de build.
- Branch ai/course-page
- npm test · npm run build
- AI
Teruggave
Hij meldt wat hij heeft gedaan, met bewijs. Wat alleen jij kunt doen, maakt hij aan als taak voor jou.
- Ter controle teruggegeven
- Voor jou: API-toegang aanvragen
- Mens
Review en beslissing
Je toetst de diff en het resultaat aan de criteria en accepteert of laat verbeteren. Jij beslist over de merge.
- Accepteer
- Laat verbeteren: opmerking
Verbeterverzoeken en antwoorden gaan terug naar de agent tot aan de criteria is voldaan.
Typische knelpunten als je dagelijks met codeeragents werkt
Wie dagelijks met agents werkt, kent deze plekken:
- Openstaande punten verdwijnen in de chatgeschiedenis. Aan het eind van een sessie blijven er drie dingen over. Een paar dagen later zijn ze ondergesneeuwd door nieuwe berichten of samen met de sessie gesloten.
- Taken voor jou verstoppen zich in lange antwoorden. De agent heeft een API-sleutel, een DNS-record of een goedkeuring in de App Store nodig en noemt dat in de vierde alinea van zijn samenvatting.
- Meerdere sessies, meerdere projecten. In het ene venster loopt de cursuspagina, in een tweede een bugfix, in een derde een onderzoek. Alleen jij weet welke stand waar staat.
- Volle contextvensters. Lange sessies maken agents slechter; daarom raadt Anthropic aan tussen losse taken opnieuw te beginnen met
/clear. Wat niet in een bestand staat, is dan voor de agent weg.
De oplossingen hebben één ding gemeen: de stand van het werk hoort in bestanden, niet in de chat.
In de praktijk: Claude Code-workflows die standhouden
Taken als bestanden in plaats van chatgeschiedenis
Maak elke taak aan als bestand dat de agent kan lezen en wijzigen: met titel, status, eigenaar en logboek. Dan begint elke nieuwe sessie met “Werk je openstaande taken af”, en vindt de agent alles wat hij nodig heeft, ook na /clear of in een andere tool. Aan het eind van een sessie luidt de briefing: “Maak taken aan voor de openstaande punten.”
Specs met acceptatiecriteria
Voor alles wat groter is dan een eenregelige wijziging schrijf je een spec: doel, vereisten en acceptatiecriteria die je kunt afvinken. In zijn best practices voor Claude Code raadt Anthropic aan om bij grotere features de agent eerst vragen te laten stellen en een spec te laten schrijven, en de implementatie daarna in een nieuwe sessie te starten. Goede specs noemen de betrokken bestanden, zeggen wat buiten de scope valt en eindigen met een controle die laat zien dat alles werkt.
De mate van zelfstandigheid bepalen: uitvoeren, concept, navragen
Niet elke taak verdraagt dezelfde vrijheid. Een dependency bijwerken mag de agent gewoon doen. Teksten voor de startpagina moet hij als concept voorbereiden, dat jij goedkeurt. Bij een databasemigratie moet hij eerst navragen. Beslis dat per taak, niet één keer voor alles.
Teruggaven in plaats van samenvattingen
Is de agent klaar, dan moet hij niet alleen antwoorden, maar de taak teruggeven: ter controle, met een notitie over wat hij heeft gedaan en waar het resultaat staat, of met een vraag als er iets ontbreekt. Wat alleen jij kunt doen, maakt hij aan als aparte taak voor jou.
Review met bewijs
Vraag om bewijs in plaats van beweringen: de testuitvoer, het uitgevoerde commando, een screenshot. Geef de agent iets wat hij zelf kan controleren, zoals tests of een build. Bij grotere wijzigingen helpt de planmodus van Claude Code (Shift+Tab): de agent leest en plant voordat hij iets wijzigt. En een tweede blik in een frisse context, bijvoorbeeld van een subagent, vindt gaten die de agent in zijn eigen code over het hoofd ziet. Codetaken doet hij in een eigen branch; jij beslist over de merge.
AGENTS.md en CLAUDE.md: de handleiding voor je agent
Elke sessie begint zonder herinnering aan de vorige. Wat de agent over je project moet weten, hoort daarom in een bestand dat hij bij de start leest. AGENTS.md is daarvoor een open formaat, een soort README voor agents, inmiddels beheerd door de Agentic AI Foundation onder de Linux Foundation. Codex, Cursor en veel andere tools lezen het. Claude Code leest CLAUDE.md en valt terug op AGENTS.md als er geen CLAUDE.md is; met @AGENTS.md neem je het ene bestand in het andere op. Gemini CLI leest GEMINI.md; de bestandsnaam is aan te passen.
# AGENTS.md
## Commando’s
- Tests: npm test
- Voor het afronden: npm run lint && npm run typecheck
## Regels
- Werk in een eigen branch, nooit op main.
- Geen push en geen deploy zonder goedkeuring.
- Nieuwe dependencies alleen na navraag.
## Taken
Taken staan in TandemLoop, gekoppeld als ./tandemloop.
Lees eerst ./tandemloop/AGENTS.md. Wat alleen ik kan doen
(toegang, goedkeuringen, beslissingen), maak je daar aan als taak voor mij.Houd het bestand kort. Voor CLAUDE.md raadt Anthropic minder dan 200 regels aan, en alleen wat de agent niet zelf uit de code kan lezen. Herhaalt hij een fout, dan hoort de regel in het bestand; volgt hij een regel al lang, dan kun je hem schrappen.
Tools: Claude Code, Codex, Cursor, Gemini CLI
| Tool | Aanbieder | Draait in | Leest |
|---|---|---|---|
| Claude Code | Anthropic | Terminal, editor, desktopapp | CLAUDE.md, AGENTS.md als terugvaloptie |
| Codex | OpenAI | Terminal, editor, desktopapp | AGENTS.md |
| Cursor | Anysphere | Eigen editor, terminal | AGENTS.md en eigen regels |
| Gemini CLI | Terminal | GEMINI.md, in te stellen op AGENTS.md |
Welke tool je kiest, is minder belangrijk dan hoe je werkt. Staan instructies, specs en taken in bestanden, dan kun je van agent wisselen en gaat de nieuwe verder vanaf dezelfde stand.
Hoe TandemLoop agentic engineering ondersteunt
TandemLoop is een to-do-app voor Mac, iPad en iPhone waarin jij en je agent dezelfde taken delen. Ze staan als tekstbestanden in je iCloud Drive; je agent leest en schrijft ze rechtstreeks en volgt een handleiding die TandemLoop meelevert. Er is geen plug-in of API nodig.
Meerdere agents en sessies lezen dezelfde map en zien dezelfde stand. Er zou steeds maar één tegelijk moeten schrijven; anders kan de synchronisatie via iCloud conflictkopieën maken. De pagina Een to-do-app om met AI-agents te werken toont de hele workflow; de gids Claude Code en Obsidian beschrijft hoe dezelfde opzet eruitziet in een Obsidian-vault.
Naast de code is TandemLoop een volledige to-do-app met Inbox, projecten, vervaldatums en eigen weergaven. Volg je de GTD-methode, laat de agent dan de Inbox voorsorteren en de wekelijkse review voorbereiden.
In de app
Spec en teruggave op één plek
Ter controleScript van 1.380 woorden, oefening aan het eind. Resultaat: Script-Lesson-2.md. Controleer de opening.
Doel
Voice-over voor les 2, “Taken goed overdragen”, ongeveer tien minuten.
Vereisten
- Opbouw zoals in de opzet van de cursus
- De cursist direct aanspreken, één voorbeeld uit het dagelijks leven
Acceptatiecriteria
- Hoogstens 1.500 woorden
- Oefening aan het eind
---
title: Script voor les 2 schrijven
status: needs-review
assigned_to: ai
delegation: draft
due_date: 2026-10-23
spec_status: ready
---
<!-- tandemloop:spec:start -->
## Doel
Voice-over voor les 2, “Taken goed overdragen”, ongeveer tien minuten.
## Vereisten
- Opbouw zoals in [[Course-Outline.md]]
- De cursist direct aanspreken, één voorbeeld uit het dagelijks leven
## Acceptatiecriteria
- [ ] Hoogstens 1.500 woorden
- [ ] Oefening aan het eind
<!-- tandemloop:spec:end -->
## AI-agent — 2026-10-20
**Ter controle:** Script van 1.380 woorden, oefening aan het eind.
Resultaat: [[Script-Lesson-2.md]]. Controleer de opening.Veelgestelde vragen
Wat is agentic engineering?
Agentic engineering betekent software bouwen met AI-agents zoals Claude Code, Codex, Cursor of Gemini CLI, die code lezen, commando’s uitvoeren en bestanden wijzigen. Je schrijft de code niet meer zelf; je geeft de briefing, controleert de resultaten en neemt de beslissingen. Het “engineering” staat voor de zorgvuldigheid eromheen: specs, tests, review en duidelijke regels voor de agent.
Wat is het verschil tussen agentic engineering en vibecoding?
Bij vibecoding laat je de AI zijn gang gaan en kijk je vooral of het resultaat draait; de code lees je vaak niet. Bij agentic engineering werkt dezelfde agent, maar met een spec, acceptatiecriteria, tests en review. De verantwoordelijkheid voor het resultaat blijft bij jou. Vibecoding past bij prototypes; agentic engineering bij software met gebruikers die onderhoud nodig heeft.
Is vibecoding echt programmeren?
Het levert echte, werkende code op, maar niemand begrijpt of controleert die. Voor een prototype of een tool die alleen jij gebruikt, is dat prima. Zodra anderen de software gebruiken, die met gegevens werkt of je er maandenlang aan doorontwikkelt, heb je de werkwijze nodig die agentic engineering beschrijft.
Welke tools voor vibecoding zijn er?
Gangbaar zijn codeeragents in de terminal en de editor, zoals Claude Code van Anthropic, Codex van OpenAI, Cursor en Gemini CLI van Google. Daarnaast zijn er appbouwers in de browser die uit een beschrijving een kant-en-klare applicatie genereren. Voor agentic engineering passen de agents die direct in je projectmap werken het best.
Wat hoort er in een AGENTS.md?
Alles wat een agent over je project moet weten en niet zelf uit de code kan lezen: commando’s voor tests en de build, regels voor branches en commits, wat hij pas na navraag mag doen en waar de taken staan. Houd het bestand kort; lange instructies worden minder betrouwbaar opgevolgd.
Hoe houd ik het overzicht als meerdere agents werken?
Houd briefings, resultaten en openstaande punten uit de afzonderlijke chats en zet ze in taken als bestanden die elke sessie leest. Elke taak toont wie haar heeft en in welke status ze is. Laat agents alleen parallel werken aan gescheiden dingen, bijvoorbeeld in hun eigen branches, en laat steeds maar één agent tegelijk naar gedeelde bestanden schrijven.