Agentic engineering is klantwerk. Vibe coding is een experiment.
Agentic engineering vs vibe coding is geen kwestie van tools. Beide gebruiken dezelfde agents. Het verschil is of iemand het resultaat leest, ervoor instaat en later kan laten zien wat erin zit. Vibe coding is prima voor een experiment. Klantwerk vraagt om agentic engineering.
Waar vibe coding vandaan komt
Andrej Karpathy bedacht de term op 2 feb 2025 in een post op X: “There's a new kind of coding I call ‘vibe coding’, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.” In dezelfde post noemde hij het “not too bad for throwaway weekend projects”.
Een paar weken later legde Simon Willison de term vast: vibe coding is “building software with an LLM without reviewing the code it writes”. Wie de code reviewt, test en aan iemand anders kan uitleggen, doet aan softwareontwikkeling.
Dat is de bruikbare definitie. Vibe coding is geen oordeel over code die door AI is geschreven. Het beschrijft de beslissing om er niet naar te kijken.
Wat agentic engineering betekent
Een jaar later, op 4 feb 2026, keek Karpathy terug. Programmeren met LLM-agents werd volgens hem een standaardwerkwijze voor professionals, “except with more oversight and scrutiny”. Zijn voorkeursnaam ervoor: agentic engineering.
“Agentic”, omdat “you are not writing the code directly 99% of the time, you are orchestrating agents who do and acting as oversight”. “Engineering”, omdat “there is an art & science and expertise to it” die je kunt leren.
In de praktijk schrijven agents code, draaien ze tests en stellen ze wijzigingen voor. Jij bepaalt het doel, deelt het werk op in stukken die een agent kan afmaken, leest de diff, beslist wat live gaat en staat ervoor in.
Agentic engineering vs vibe coding in één oogopslag
| Vraag | Vibe coding | Agentic engineering |
|---|---|---|
| Snel | ||
| Code wordt gelezen voordat hij live gaat | – | |
| Getest en gereviewd | – | |
| Iemand kan elke wijziging uitleggen | – | |
| Achteraf navolgbaar | deelsChatgeschiedenis | Sessies, commits, review |
| Geschikt voor | deelsPrototypes | Klantwerk |
De agent schrijft. Jij staat ervoor in.
Een klant koopt geen code. Een klant koopt de zekerheid dat het werkt, dat het veilig is en dat er iemand achter staat. Niets daarvan gaat over naar de agent.
Kwaliteit komt uit de review, niet uit het model. Een agent die in een minuut honderd regels schrijft, schrijft ook honderd regels die iemand moet controleren.
De verantwoordelijkheid blijft bij wie de factuur ondertekent. “De agent heeft het gedaan” is geen antwoord dat een klant accepteert.
Navolgbaarheid is het nieuwe deel. Als een agent een uur aan het project van een klant heeft gewerkt, moet de klant kunnen zien wat hij deed, niet alleen dat het gefactureerd is.
Waarom uren het werk niet langer meten
Uren waren een redelijke maatstaf zolang mensen de code typten. Met agents lopen werktijd en inzet uit elkaar.
Vijf minuten prompten starten een uur agentwerk, gevolgd door vijftien minuten review. Meerdere projecten lopen tegelijk. En wie per uur factureert, verdient juist minder wanneer hij meer levert in minder tijd.
Dat maakt inzet niet onbelangrijk. Hoe minder je per uur factureert, hoe meer je moet weten wat een project echt heeft gekost: bij een vaste prijs om te zien of het loonde; op regiebasis om de inzet volledig door te berekenen, op een manier die je klant kan volgen.
Wat klantwerk met agents zichtbaar moet maken
- Inzet: je werktijd, de actieve looptijd van de agents en de tokens die ze gebruikten, per project.
- Voortgang: waar elke sessie over ging en welke commits eruit kwamen.
- Waarde: wat het project waard was tegenover wat het kostte, of het nu naar inzet of tegen een vaste prijs is gefactureerd.
Vibe coding verkopen aan klanten
Je kunt vibe coding verkopen als wat het is: een prototype, een mock-up, een experiment waarvan niemand de code gaat onderhouden. Zeg dat in de offerte.
Software die een klant gaat draaien, uitbreiden en waarvan hij afhankelijk wordt, is een ander product. Dat is agentic engineering, en dat wordt gefactureerd en gedocumenteerd als engineering.
Hoe Time Momentum agentwerk navolgbaar maakt
Urenverantwoording en de command line horen bij Pro.
Inzet zonder timer
Sessies uit Claude Code, Codex en Cursor worden per project vastgelegd, naast je eigen werktijd.
Rapporten die je klant begrijpt
Werktijd, AI-sessies, looptijd en commits in een rapport bij de factuur. Jij kiest wat het toont.
UrenverantwoordingBediend door je agents
De agents die het project bouwen, kunnen met de command line tm ook tijd registreren, het rapport maken en de factuur voorbereiden.
Voor AI-agents
Zie wat er echt in je projecten zit
- 30 dagen Pro
- Geen creditcard
- Daarna verder met Free
Veelgestelde vragen
Wat is het verschil tussen agentic engineering en vibe coding?
Bij vibe coding reviewt niemand de code die de AI schrijft. Bij agentic engineering schrijven agents het grootste deel van de code, terwijl een mens het doel bepaalt, het resultaat reviewt en ervoor instaat. De tools kunnen dezelfde zijn.
Wie bedacht de termen vibe coding en agentic engineering?
Andrej Karpathy, beide keren op X: vibe coding op 2 feb 2025, en agentic engineering als zijn voorkeursnaam voor professioneel werk met agents op 4 feb 2026.
Is vibe coding acceptabel voor klantprojecten?
Voor prototypes en experimenten die als zodanig zijn benoemd, ja. Software die een klant draait en onderhoudt, vraagt om review, tests en iemand die elke wijziging kan uitleggen.
Hoe factureer je agentic engineering?
Naar inzet of tegen een vaste prijs. In beide gevallen moet je de inzet per project kennen: werktijd, looptijd van agents en tokens. Uren alleen beschrijven die niet meer als agents parallel werken.