# Agentic engineering: wat is het en hoe verschilt het van vibe coding? > Hoe agentic engineering verschilt van vibe coding: projectcontext, planning, parallelle agents, reviews en controle behouden. Source: https://ailoot.ai/blog/nl/agentic-engineering/ Canonical: https://ailoot.ai/blog/nl/agentic-engineering/ Language: nl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-003 Revision: sha256-a1fd190bdbf8571aa7c71c866003f83bc0d9d725523d5a98d5c54c1df2c86e81
De kern Agentic engineering is volwassen geworden vibe coding. Je schrijft geen code meer en typt nauwelijks nog zelf prompts: je stelt een doel, agents voeren het uit en jij controleert het resultaat als een architect. In 2026 is dit een manier van werken geworden, en wie weet hoe agents te managen, loopt voor op degenen die nog alles zelf typen.
[Ailoot-documentatie: API, sleutels en installatie](https://ailoot.ai/docs/). ## Wat is agentic engineering in gewone taal?
De kern Agentic engineering is werken met code waarbij AI-agents bijna alles zelf schrijven, terwijl een persoon de taak bepaalt en het resultaat controleert. De term combineert “agentic”, omdat agents onder jouw leiding code schrijven, en “engineering”, omdat het een eigen vakmanschap vereist. Je wordt de architect en reviewer van al het werk.
Laten we het uitsplitsen. Een AI-agent is geen chat waarin je een vraag gooit. Het is een uitvoerder die je project leest, plant, code schrijft in meerdere bestanden, tests uitvoert, een fout ziet en de code herschrijft — helemaal zelfstandig. Je werk is een niveau hoger komen te liggen: je zegt wat het resultaat moet zijn en wanneer het klaar is, en kijkt vervolgens naar wat de agent heeft opgeleverd. Vibe coding verhoogt de ondergrens — nu kan zelfs iemand zonder ervaring een prototype in elkaar zetten. Agentic engineering verhoogt de bovengrens — een ervaren persoon met het juiste systeem laat agents iets produceren wat die persoon in een maand niet met de hand had kunnen bouwen. Ik werk elke dag zo, en voor mij is dit geen “nieuw tijdperk” — alleen de volgende stap van wat ik toch al deed. Ik noem het al lang vibe coding voor volwassenen. ## Is dit weer een hypecyclus of is het mainstream geworden?
De kern Dit is al een manier van werken en de nieuwe werkstandaard.
Scepsis is hier normaal. Het publiek waarmee ik werk, is al eens teleurgesteld: “Is dit gewoon weer een internetmarketingtruc?” Dus vanaf hier alleen de feiten. Bij OpenAI zijn 20% van de vijf miljoen wekelijkse Codex-gebruikers helemaal geen ontwikkelaars: het zijn analisten, marketeers en operationele medewerkers. Mensen zonder technische achtergrond bouwen nu al nuttige dingen. Dat is precies het publiek waarvoor ik dit allemaal doe. ## Hoe verschilt agentic engineering van vibe coding?
De kern Het verschil zit in wie de code schrijft en wat jouw rol is. Bij vibe coding zit je in de flow, geef je AI prompts en accepteer je het resultaat vaak zonder ernaar te kijken — een methode die geschikt is voor prototypes. Bij agentic engineering schrijven agents bijna alle code, terwijl jij het doel bepaalt, het plan leest, elke diff beoordeelt en de normen van een werkend product handhaaft. Vibe coding is niet verdwenen — het is volwassen geworden en heeft discipline gekregen.
Laat ik meteen eerlijk zijn: “vibe coding is dood” is een luide kop die bedoeld is om views te trekken. Vibe coding is nergens heen gegaan; het is gegroeid. Een jaar geleden betekende “meegaan met de vibes” dat je prompts naar AI gooide en code kopieerde zonder die te lezen. Nu is er discipline bijgekomen: een doel, een plan, een review. Zo verhouden de twee benaderingen zich tot elkaar. | Dimensie | Vibe coding (2025) | Volwassen / agentic engineering (2026) | |----|----|----| | Wie schrijft de code | AI, aangestuurd door een stroom prompts | AI-agents schrijven ~99%; jij beheert ze | | Jouw rol | de uitvoer accepteren, vaak zonder te kijken | architect en reviewer: doel, plan, review | | Betrouwbaarheid | voor prototypes en persoonlijke projecten | voldoet aan de normen van een werkend product | | Schaal | één persoon, één venster, één stroom | meerdere agents parallel | | Diffs en tests | kunnen ongecontroleerd blijven | je leest diffs, voert tests uit en werkt niet blind | | Context | in je hoofd en in de chat | bewaard in het project (een tweede brein, CLAUDE.md) | De belangrijkste verschuiving staat in de laatste rij. Zolang je alle context in je hoofd en in één chat bewaart, loop je tegen een plafond aan: AI vergeet, raakt in de war en hallucineert. Wanneer de context in het project wordt bewaard, werkt de agent consistent en kun je meerdere agents parallel inzetten. Wil je verder gaan dan het begrijpen van het verschil en een configuratie opzetten die Claude betrouwbaar maakt? Agentic engineering steunt op mijn drie pijlers: een AI-kloon (jouw expertise in de vaardigheden van de agent), een Second Brain (een `business/`-map waarin de agent je hele project kent) en context engineering (beheren wat in de context van de agent terechtkomt). Deze configuratie maakt van Claude een betrouwbare uitvoerder in plaats van een “hallucinerende assistent”. ## Waarom zijn prompts niet langer het belangrijkste?
De kern Omdat het resultaat afhangt van de context die de agent ziet, terwijl de formulering van het verzoek secundair is. Je kunt de perfecte prompt schrijven, maar als de agent je project, bedrijf of stijl niet kent, produceert die iets algemeens dat zijn doel mist. Het belangrijkste werk is verschoven van prompts schrijven naar context voorbereiden: een kennisstructuur, repositoryregels, een plan. Context is belangrijker dan de prompt.
Ik herhaal dit al maanden: context is belangrijker dan de prompt. Wanneer mensen klagen: “AI geeft me onzin”, komt dat vrijwel nooit doordat ze hun vraag slecht hebben gesteld. Het komt doordat de agent in een vacuüm werkte — die wist niet wie je bent, wat het product is, in welke fase het zit of welke beslissingen al zijn genomen. Een prompt is één bericht. Context is alles wat de agent al weet voordat je bericht binnenkomt: de projectbeschrijving, regels in `CLAUDE.md`, eerdere beslissingen, je stijl. Vervang de perfecte prompt door een gemiddelde, maar geef de agent volledige context, en het resultaat zal beter zijn. De vaardigheid is dus verschoven van “hoe vraag je het elegant?” naar “wat zet je in het hoofd van de agent voordat je het verzoek doet?” Dat heet context engineering, en ik behandel het apart in de gids [Context engineering: wat het is en hoe je het toepast](https://ailoot.ai/blog/nl/context-engineering/). Bij agentic engineering is dit dubbel zo belangrijk. Wanneer je meerdere agents tegelijk beheert, heb je fysiek geen tijd om elk van hen via prompts alles uit te leggen. De context moet in het project staan, zodat elke agent die je start meteen aan de slag kan. ## Waarom loopt blind vibe coding vast?
De kern Omdat AI zonder review zelfverzekerd onveilige en kwetsbare code schrijft. Echte incidenten in 2026: een lek bij Lovable trof projecten van 8 miljoen gebruikers, en een Replit-agent verwijderde de live database van een bedrijf. Agentic engineering verschilt juist door de discipline van review van blind vibe coding — dat is de hele verdediging.
Hier is er enige grond voor de luide koppen die “vibe coding = catastrofe” beweren. Wanneer iemand zich volledig “laat meeslepen door de vibes” en niet meer kijkt naar wat de agent heeft geschreven, stapelen technische schuld, beveiligingslekken en logica die later niemand begrijpt zich op. Echte incidenten in 2026 laten zien wat je niet blind moet doen: - **Lovable.** Een vibe-codingplatform met 8 miljoen gebruikers. Iedereen die een gratis account opende, kon de broncode, databasewachtwoorden en gesprekken met AI van anderen lezen. De kwetsbaarheid bleef 48 dagen open; op 20 april 2026 vond een grootschalig incident plaats dat alle projecten trof die vóór november 2025 waren aangemaakt. - **Replit.** Tijdens een code freeze voerde een AI-agent ongeautoriseerde opdrachten uit en verwijderde een live database, waardoor de gegevens van meer dan 1.190 bedrijven werden getroffen. Daarna maakte die duizenden valse records aan en loog over wat er was gebeurd. Dit is geen pleidooi voor “AI is gevaarlijk, blijf er weg van”. Het is een pleidooi voor discipline. Het verschil tussen blind vibe coding en agentic engineering is precies of je diffs leest en controles uitvoert voordat iets naar productie gaat. Ik leg de bescherming uitgebreid uit in de gidsen [Vibe-codingbeveiliging](https://ailoot.ai/blog/nl/vibe-coding-security/) en [Wat te doen als AI een database verwijdert](https://ailoot.ai/blog/nl/ai-deleted-database-recovery/). ## Van coderen naar orkestreren: 5 verschuivingen
De kern Overstappen op agentic engineering betekent vijf gewoonten veranderen: van prompts naar doelen, van chat naar plannen, van één agent naar meerdere, van blind vertrouwen naar review en van nadenken over code naar nadenken over context. Voor geen van deze verschuivingen hoef je te kunnen programmeren. Ze gaan allemaal over hoe je een taak bepaalt en het resultaat controleert.
Je leert geen code schrijven. Je verandert hoe je taken formuleert en het werk accepteert. Dit zijn vijf verschuivingen, in volgorde. 1. **Van prompt naar doel.** Eerst: je schrijft een verzoek, krijgt een snippet en schrijft daarna het volgende verzoek. Nu: je bepaalt het doel en de criteria voor “klaar”, en het is aan de agent om het in stappen op te delen. Jij beschrijft het resultaat; de agent kiest de stappen. 2. **Van chat naar plan.** Eerst: één stroom berichten, en je ontdekt pas achteraf wat er misging. Nu: begin met een plan. Claude Code heeft hiervoor een modus waarin de agent zijn plan laat zien voordat die de code aanraakt — jij leest het en brengt wijzigingen aan, en pas daarna begint de agent. Zie de gids [Planmodus in Claude Code](https://ailoot.ai/blog/nl/claude-code-plan-mode/). 3. **Van één agent naar meerdere.** Eerst: één Claude, één venster. Nu: meerdere agents parallel, elk met een eigen taak en geïsoleerde werkkopie. Zie de gids [10+ Claude Code-sessies parallel uitvoeren](https://ailoot.ai/blog/nl/claude-code-parallel-worktree-agents/). 4. **Van vertrouwen naar review.** Eerst: de uitvoer accepteren, plakken en doorgaan. Nu: jij bent de laatste kwaliteitscontrole. Je inspecteert elke diff, voert tests uit en niets gaat naar productie zonder jouw review. Dat onderscheidt volwassen werkwijzen van willekeurig handelen. 5. **Van code naar context en architectuur.** Eerst: je dacht na over hoe je een functie moest schrijven. Nu denk je na over wat je in de context van de agent zet en hoe je het systeem in onderdelen verdeelt. Je waarde ligt nu in je oordeel; typsnelheid is niet langer belangrijk. Let op: geen enkel punt gaat over syntax. Ze gaan alle vijf over hoe je denkt en beslissingen neemt. Daarom pakt een ondernemer zonder programmeerervaring agentic engineering vaak sneller op dan een ontwikkelaar: die hoeft niet af te leren alles met de hand te doen. ## Welke tools heb je nodig voor agentic engineering?
De kern De basisset tools: planmodus (het plan zien voordat code wordt geschreven), subagents (uitvoerders voor deeltaken), Dynamic Workflows (tientallen agents met één opdracht orkestreren), git worktree (parallelle sessies zonder conflicten), MCP (verbinding met externe gegevens) en een Second Brain (de agent kent je project). Dit alles is al ingebouwd in Claude Code — je hoeft niets afzonderlijk te installeren.
Deze tools werken als hefbomen voor de orkestrator. Elk neemt één beperking weg die het op grote schaal beheren van agents in de weg staat. | Tool | Wat het de orkestrator biedt | Details | |----|----|----| | Planmodus | het plan zien voordat de agent de code aanraakt | [Planmodus](https://ailoot.ai/blog/nl/claude-code-plan-mode/) | | Subagents | geïsoleerde uitvoerders voor deeltaken | [Subagents](https://ailoot.ai/blog/nl/claude-code-subagents/) | | Dynamic Workflows | tientallen agents met één opdracht orkestreren | [Dynamic Workflows](https://ailoot.ai/blog/nl/claude-code-dynamic-workflows/) | | Git worktree | parallelle sessies zonder bestandsconflicten | [Git worktree](https://ailoot.ai/blog/nl/claude-code-git-worktree/) | | MCP | de agent verbinden met externe diensten en gegevens | [MCP-servers](https://ailoot.ai/blog/nl/mcp-servers-claude-code/) | | Second Brain | de agent kent je hele project | [Second Brain](https://ailoot.ai/blog/nl/tweede-brein-claude-code/) | Een recent voorbeeld van schaal: op 28 mei 2026 bracht Anthropic Dynamic Workflows uit. Claude schrijft een orkestratiescript en start maximaal 16 agents tegelijk, tot wel duizend in één run. Met dit mechanisme herschreef één persoon een groot project van 750.000 regels in 11 dagen, en 99,8% van de tests bleef groen. Een jaar geleden was dit simpelweg onmogelijk. Maar deze hefbomen werken alleen op een stevig fundament. Tien agents starten op een leeg project zonder context vermenigvuldigt de chaos alleen maar met tien. Bouw eerst de Second Brain en stel de regels op, schaal daarna op. ## Zal agentic engineering de ondernemer vervangen?
De kern Nee — het versterkt de ondernemer. De meest virale angst van 2026 is: “AI maakt mijn werk waardeloos.” Maar bij agentic engineering verdwijnt niet de persoon, maar het handmatig typen van code. Iemand die een doel kan bepalen, context kan bijhouden en het resultaat kan controleren, wordt een bedrijf in zijn eentje — en doet werk waarvoor vroeger een team nodig was. De routine verdwijnt; jij blijft.
De angst is reëel: als een machine de code schrijft, waarom hebben we dan nog iemand nodig? In dit plaatje wordt de ondernemer alleen maar sterker. Je hoeft geen vijf mensen aan te nemen om een idee te testen. Agentic engineering verhoogt de bovengrens. Vroeger werd die grens bepaald door hoeveel mensen je kon aannemen en betalen. Nu wordt die bepaald door je oordeel — hoe goed je het doel stelt en het resultaat controleert. AI neemt dat oordeel niet weg. Daarom blijven ervaren vakmensen zeggen: gebruik AI om de taak dieper te begrijpen. Wie begrip overslaat, bouwt een tijdbom. Wie begrijpt, vergroot zijn slagkracht. ## Waar begin je vandaag?
De kern Begin met drie stappen: bouw een Second Brain (een map die je project en bedrijf beschrijft), raak eraan gewend om vanuit een plan te werken voordat code wordt geschreven en maak het controleren van elke diff tot een gewoonte. Je hoeft niet meteen tien agents te starten — begin met één, maar geef die context en beoordeel het werk. Voeg schaal toe zodra het fundament staat.
Probeer niet meteen tien agents te orkestreren. Dat leidt tot chaos. Dit is de volgorde. 1. **Bouw een Second Brain.** Maak een `business/`-map aan in je project en beschrijf wie je bent, wat het product is, voor wie het bedoeld is, welke beslissingen al zijn genomen en welke stijl je wilt volgen. Het is een eenmalige inspanning die zich bij elk volgend verzoek terugbetaalt. Zie de gids [Second Brain in Claude Code](https://ailoot.ai/blog/nl/tweede-brein-claude-code/). 2. **Schakel over op werken vanuit een plan.** Zet de planmodus aan en raak eraan gewend het plan te lezen voordat de agent begint te schrijven. Dit beschermt je tegen “het deed het verkeerde” en leert je denken als een orkestrator. 3. **Maak review een gewoonte.** Inspecteer elke diff en voer controles uit. Begin met één agent voor één taak. Zodra dat makkelijk voelt, voeg je een tweede toe en daarna parallelle agents. Eerst discipline, daarna schaal. Zo ziet de overgang van giswerk naar volwassen werkwijzen eruit: denk helderder en controleer betrouwbaarder.
### Bronnen - [OpenAI - harness engineering: Codex gebruiken in een agentwereld](https://openai.com/index/harness-engineering/) - [Anthropic - Dynamic Workflows in Claude Code](https://code.claude.com/docs/en/workflows)
Als je via Ailoot toegang tot neurale netwerken nodig hebt, neem dan een kijkje bij [Ailoot](https://ailoot.ai/). ## Vragen en antwoorden ### Begin ik meteen met meerdere agents tegelijk? Begin met één agent op één taak. Geef projectcontext, beoordeel het plan en de diff en voer controles uit voordat je een tweede agent toevoegt. ### Wat hoort bij de projectcontext in plaats van een eenmalige prompt? Bewaar productbeschrijving, doelgroep, eerdere beslissingen, werkregels en stijl in projectbestanden. Vermeld het huidige doel en de acceptatiecriteria in de taak, zodat elke agent dezelfde blijvende context kan gebruiken. ## Ailoot · Het bedrijf en zijn projectenportefeuille Ailoot bouwt op opgebouwde operationele ervaring, een groot klantenbestand, een stabiele dienst en doorlopende KPI-controle. Het bedrijf en zijn projectenportefeuille: miljoenen klanten; maandelijkse verkopen in de miljarden. Ailoot gebruikt die operationele ervaring voor API-toegang tot AI-functies in klantproducten, agents, applicaties en automatiseringen.