Het 5-Minuten Koffieritueel Dat Mijn Code Draait Terwijl Ik De Hond Uitlaat
Een paar weken geleden clipte ik een video van Alex Finn met de titel “Loop engineering is the most important AI concept to learn in 2026.” Ik verwachtte weer zo’n generiek verhaal over prompting. In plaats daarvan liet hij me iets zien dat ik half-bewust al deed, maar zonder naam: het bouwproces omzetten in een autonome loop in plaats van een gesprek waar je op past. Het idee bleef hangen omdat het precies aansloot bij wat ik al leef — mijn Hermes cron jobs draaien elke ochtend, of ik nu achter mijn bureau zit of niet.
Dit is de kernverschuiving. Traditioneel vibe-coden werkt zo: je stuurt een prompt, de AI bouwt, jij test, je stuurt weer een prompt. Jij bent de bottleneck. Er gebeurt niks als je weggaat, en je kunt maar één project tegelijk vooruit helpen. Loop engineering draait dat om. Jij wordt de hoofdredacteur, niet de typist.
Drie Skills, Eén Loop
De “Finn-loop” valt uiteen in drie skills die op een timer draaien:
Spec is de enige handmatige stap. Je geeft de agent een ruw idee, hij interviewt je met zo’n vijftien vragen tot hij volledig begrijpt wat je wilt, en hij legt dan een gedetailleerde taak vast — met acceptatiecriteria en non-goals — in een issue-tracker.
Build draait elke vijf minuten, pakt het volgende klaar-staande issue uit de backlog en implementeert het. Hij runt zelf lint, typecheck en tests, en opent een pull request.
Review draait parallel, wacht tot een issue “klaar voor review” is, opent dan de code in een browser, klikt rond, test, deployt een preview-branch en pingt je op Telegram om te komen kijken.
Hoe Dit Er In Mijn Eigen Setup Uitziet
Het moment waarop het kwartje viel: het dagelijkse ritme uit de video eindigt met een avond-merge met een 🚀 emoji. Twee agents malen de hele dag door, en jij besteedt ’s avonds twee minuten aan reviewen en mergen. Ik draai al meerdere Hermes cron jobs elke ochtend die blogposts schrijven en publiceren, afbeeldingen genereren en mijn vault scannen op ideeën — volledig onbemand. Het verschil is dat ik nooit op dezelfde manier een build-loop had aangesloten, waarbij een taak wordt opgepakt, geïmplementeerd, getest en opgeleverd zonder dat ik aan de hand word meegenomen.
Voor een single-user setup zoals de mijne mappen de tools netjes: skills vervangen de drie prompts, cron jobs vervangen de vijf-minuten-timer, en Google Tasks werkt prima als issue-tracker. Je hebt geen Linear of Vercel nodig om te beginnen — je hebt de discipline nodig om een heldere spec te schrijven en de review-stap te vertrouwen om de rommel op te vangen.
De Les Die Bleef Hangen
Het nuttigste idee was niet de automatisering zelf — het was de acceptatiecriteria-discipline. Een spec die niet door twee verschillende engineers te verifiëren is, is waarschijnlijk nog geen spec. Zodra ik taken zo begon te schrijven, stopten mijn agents met gokken en begonnen ze op te leveren. Loop engineering haalt je oordeel niet weg; het haalt je typen weg.
Heb jij al eens geprobeerd een agent een build-loop onbemand te laten draaien, of voelt het idee van een autonoom proces nog als een sprong? Ik ben oprecht benieuwd waar anderen landen — laat een reactie achter.
Wat vond je van dit bericht?
