Wat is agentic coding? (En wat is het niet)

Agentic coding is de werkwijze waarbij AI-agents zelfstandig meerstaps-taken uitvoeren in een codebase: een ticket oppakken, code schrijven, tests draaien en een pull request openen. De developer stuurt het proces aan en reviewt het resultaat, maar typt niet elke regel code zelf. Kortom: geen hulpje dat meetypt, maar een collega die het karwei afmaakt.

Zoek je deze term omdat je hem overal voorbij ziet komen zonder dat iemand hem uitlegt? Dat klopt. Een goede Nederlandse uitleg bestond nog niet. Die maken we hier.

Wat agentic coding wél is

Het draait om drie dingen: een taak, een agent, en een resultaat waar een mens naar kijkt.

Je geeft de agent een opdracht. Niet "schrijf deze regel code", maar iets groters: "los deze bug op in het betaalproces" of "voeg een exportfunctie toe aan dit dashboard". De agent leest de bestaande code, bedenkt een aanpak, past bestanden aan, draait de tests, en als alles klopt: opent een pull request.

Jij bekijkt die pull request zoals je dat bij een collega zou doen. Klopt de aanpak? Zijn de tests compleet? Past het bij de rest van de codebase? Zo niet, dan stuur je bij. Zo wel, dan merge je.

Het verschil met een script dat je vooraf hebt geprogrammeerd, zit in dat woord "agentic". De agent beslist zelf welke stappen nodig zijn om bij het resultaat te komen. Loopt een test vast, dan past hij zijn aanpak aan. Mist er context, dan vraagt hij erom.

Wat agentic coding niet is

Geen autocomplete zoals Copilot

GitHub Copilot en vergelijkbare tools zijn razend handig. Ze suggereren de volgende regel, of een heel functieblok, terwijl jij typt. Maar jij blijft de bestuurder: jij navigeert door bestanden, jij bepaalt wat er getest wordt, jij beslist wanneer iets klaar is.

Bij agentic coding neemt de agent een taak van begin tot eind over. Niet één suggestie, maar het hele werk: van ticket tot werkende, geteste code.

Geen vibe coding

"Vibe coding" is de term voor snel wat in elkaar prompten totdat het lijkt te werken. Geen tests, geen review, geen aandacht voor wat er onder de motorkap gebeurt. Zolang de demo goed oogt, is het goed genoeg.

Dat werkt voor een weekendproject. Niet voor code die in productie moet draaien. Agentic coding is eigenlijk het tegenovergestelde: juist mét kwaliteitsborging. Specs, tests, code review en standaarden zijn geen bijzaak, maar de reden dat het werkt.

Hoe het er in de praktijk uitziet

Bij ons ziet een gewone werkdag er ongeveer zo uit.

De agent draait in de terminal, naast je gewone editor. Je geeft een opdracht in gewone taal. Terwijl hij werkt, zie je live wat er gebeurt: welke bestanden hij opent, welke tests hij draait, waar hij op vastloopt.

Afspraken over hoe de agent zich moet gedragen, staan in een bestand dat we CLAUDE.md noemen. Welke codestijl we hanteren. Welke commando's veilig zijn om automatisch te draaien. Wat hij nooit zonder toestemming mag doen, een database migreren bijvoorbeeld. Dat bestand groeit mee met het project.

En voordat een pull request bij een mens landt, is er vaak al een AI-review geweest: een tweede check op logica, edge cases en codestijl. De mens beoordeelt dan een pull request die al een keer is nagekeken, in plaats van rauwe, ongecontroleerde code.

Wil je dit ook in je eigen team zien werken? Two Rocks verzorgt een incompany training agentic coding, volledig op jullie eigen codebase in plaats van een demo-project.

Wat het vraagt van een team

Agentic coding invoeren is geen kwestie van een tool aanzetten. Het vraagt iets van hoe een team werkt.

Om te beginnen: heldere specs. Een agent kan niet raden wat je bedoelt. Hoe scherper het ticket, hoe beter het resultaat. Vaag "maak dit sneller" levert vage code op.

Daarnaast: feedback loops die automatisch werken. Tests, linting en type-checks in de CI/CD-pipeline, zodat fouten meteen zichtbaar zijn en niet pas bij een mens op het bureau belanden.

Ook nodig: code review blijft mensenwerk. De agent voert uit, maar de verantwoordelijkheid voor wat er de codebase in gaat, ligt bij de developer. Niemand mergt blind.

En tot slot: vastgelegde standaarden. Codeconventies, architectuurkeuzes, wat wel en niet automatisch mag. Zonder dat kader doet elke developer het op zijn eigen manier, en wordt de output onvoorspelbaar.

Welke vaardigheden dat concreet van een team vraagt, en waar je op moet letten bij een training, zetten we op een rij in Claude Code training: wat moet je team kunnen?.

Veelgestelde vragen

Is agentic coding hetzelfde als vibe coding?

Nee, eigenlijk het tegenovergestelde. Vibe coding mist tests, review en structuur. Agentic coding leunt juist op specs, feedback loops en codestandaarden om betrouwbaar te blijven werken, ook als de agent zelfstandig stappen zet.

Vervangt agentic coding developers?

Nee. Het verschuift wat een developer doet: minder tijd typend, meer tijd sturend en beoordelend. Iemand moet nog steeds bepalen wat er gebouwd moet worden, en beoordelen of het resultaat klopt. Dat werk verdwijnt niet.

Welke tools gebruik je voor agentic coding?

Wij trainen teams op Claude Code, de agent van Anthropic die in de terminal draait en direct met je codebase werkt. Andere agents bestaan ook, maar het principe is hetzelfde: een agent die zelfstandig taken uitvoert, met een developer die stuurt en reviewt.

Kan mijn team dit zelf uitzoeken, zonder training?

Kan, en sommige teams doen dat ook. Maar wie los experimenteert, verzint per developer andere afspraken en loopt sneller vast op dezelfde fouten. Een training scheelt vooral tijd: je slaat de fase over waarin iedereen los aan het uitzoeken is wat al bekend is.