De maker van Claude Code typt geen prompts meer. Boris Cherny, die de tool bij Anthropic bouwde, vertelde onlangs in een interview dat zijn werk fundamenteel veranderd is: "Ik prompt Claude niet meer. Ik heb loops die draaien. Zij sturen Claude aan en bedenken wat er moet gebeuren. Mijn werk is loops schrijven." Achter die ene zin zit een verschuiving die in een paar weken een naam kreeg en de developer-wereld bezighoudt: loop engineering. En de eerste stap kun je vandaag al zetten met een ingebouwde commando.
Loop engineering is het ontwerpen van een systeem dat een AI-agent zelf aanstuurt: het vindt het werk, doet het, controleert het resultaat en onthoudt wat het deed, zonder dat jij elke beurt prompt. De /loop-commando in Claude Code is de makkelijkste manier om eraan te ruiken: hij draait een prompt op herhaling, op een vast interval of op een tempo dat Claude zelf kiest.
Wat is loop engineering eigenlijk?
Loop engineering is jezelf vervangen als de persoon die de agent aanstuurt, en in plaats daarvan het systeem ontwerpen dat dat doet. Die definitie komt van Addy Osmani, een engineering-leider bij Google, die de term op 7 juni 2026 muntte in een veelgelezen essay. Hij bouwde voort op uitspraken van Cherny en ontwikkelaar Peter Steinberger, die het zo verwoordde:
“Je zou je coding-agents niet meer moeten prompten. Je zou loops moeten ontwerpen die je agents prompten.”
Peter Steinberger, ontwikkelaar
De vraag die je jezelf bij loop engineering stelt is volgens Osmani: welk systeem moet ik bouwen zodat de agent het werk vindt, het doet, het verifieert en onthoudt wat hij deed, zonder mij erin? Een loop is in die zin een "recursief doel": je definieert wat klaar betekent, en de AI itereert tot dat doel bereikt is of een stopconditie ingrijpt.
Vergelijk het met een lopende band die jij hebt ingesteld. Je staat erboven en controleert wat eraf rolt, je draait niet meer zelf aan elk onderdeel. Daar komt ook de bekendste vuistregel vandaan: zit op de loop, niet erin. Je houdt toezicht van bovenaf in plaats van elke ronde te micromanagen.
De zes bouwstenen van een loop
Een werkende loop is geen los commando maar een systeem van primitieven die je aan elkaar knoopt. Osmani onderscheidt er vijf, plus een zesde die alles bij elkaar houdt. In tools als Claude Code zijn ze allemaal terug te vinden.
- Automatiseringen. Geplande taken die zelfstandig werk opsporen en sorteren, zoals een terugkerende check op nieuwe issues of gefaalde builds.
- Worktrees. Geïsoleerde kopieën van je codebase, zodat meerdere agents tegelijk kunnen werken zonder elkaars bestanden te overschrijven.
- Skills. Opgeschreven projectkennis in een
SKILL.md-bestand, zodat de agent niet elke keer opnieuw het wiel uitvindt. - Connectors. Koppelingen via het MCP-protocol naar echte tools, denk aan je issue-tracker, je database of je deploy-omgeving.
- Sub-agents. Aparte agents voor verschillende rollen, vooral de splitsing tussen eentje die het werk maakt en eentje die het nakijkt.
De zesde bouwsteen is geheugen: markdown-bestanden of een takenbord die tussen runs blijven bestaan. Osmani vat het kernachtig samen: het model vergeet, de repo niet. De /loop- en /goal-commando's die we zo bespreken zijn dus niet de loop zelf, maar twee van die primitieven waarmee je hem aandrijft.
Hoe werkt de /loop-commando in Claude Code?
De /loop-commando draait een prompt automatisch op herhaling terwijl je sessie openblijft. Het is een ingebouwde skill die sinds versie 2.1.72 van Claude Code beschikbaar is. Wat je meegeeft bepaalt hoe de loop zich gedraagt, en daar zitten drie smaken in.
1. Interval plus prompt. Geef je een tijd en een opdracht, dan draait die opdracht op een vast schema. Claude vertaalt je interval naar een cron-expressie en bevestigt het ritme.
/loop 5m check of de deploy klaar is en vertel me wat er gebeurde
2. Alleen een prompt. Laat je het interval weg, dan kiest Claude na elke ronde zelf hoelang hij wacht: kort terwijl een build nog loopt, langer als het stil is. Het gekozen interval ligt tussen één minuut en één uur, en Claude print elke keer waarom hij die keuze maakte. Dit is de self-paced modus.
/loop check of CI slaagt en werk eventuele reviewopmerkingen af
3. Helemaal niets. Typ je alleen /loop, dan draait een ingebouwde onderhoudsprompt: openstaand werk afmaken, de pull request van je branch verzorgen en opruimrondes doen als er niets anders is. Je kunt die standaardopdracht vervangen met een eigen loop.md-bestand in je project, en aanpassingen daaraan pakt de loop al bij de volgende ronde op.
In de praktijk gebruiken developers /loop vooral voor het wachtwerk dat anders je aandacht opslokt. Een paar voorbeelden die rondgaan:
- Een deploy volgen:
/loop 3m check de deploymentstatus van de laatste commit - Een pull request bewaken:
/loop 15m check PR 42 op nieuwe opmerkingen of reviewverzoeken - Een gezondheidscheck:
/loop 10m roep het health-endpoint aan en zeg het als er iets vreemd is
Kies een interval dat bij het tempo van de taak past, en weet dit vooraf: een loop draait alleen zolang je sessie openstaat. Sluit je je terminal, dan stopt hij. Onderbreken doe je met de Esc-toets terwijl de loop op de volgende ronde wacht.
/loop, /goal of een routine, wat kies je?
De /loop-commando is maar één manier om een loop aan te drijven, geen synoniem voor loop engineering. Cherny bedoelt met "loops schrijven" een heel zelfdraaiend systeem, niet dat hij de hele dag /loop typt. Het helpt om drie verwante dingen uit elkaar te houden, want ze worden vaak op één hoop gegooid.
| Wat | Wat het doet | Wanneer kiezen |
|---|---|---|
| /loop | Draait een prompt op een interval, vast of zelfgekozen | Pollen en bewaken tijdens een sessie |
| /goal | Werkt beurt na beurt door tot een voltooiingsconditie bereikt is | Eén afgebakende klus zonder vast ritme |
| Routine | Draait op Anthropics infrastructuur, ook zonder open sessie | Werk dat betrouwbaar zonder jouw computer moet draaien |
| loop engineering | De bredere praktijk: het hele systeem dat de agent aanstuurt | Als denkmodel, niet als knop |
Het scherpst is het verschil tussen /loop en de /goal-commando die we eerder uitlegden. /loop draait op een ritme, /goal blijft doorwerken tot een doel af is. Moet het schema losstaan van je sessie en ook draaien als je laptop uit is, dan kom je uit bij routines en geplande taken of bij Claude-agents die als cron-taak draaien. Een terugkerende /loop verloopt sowieso automatisch na zeven dagen, een vangnet tegen een vergeten loop die je tegoed opslokt.
Waarom is loop engineering nu ineens overal?
Loop engineering brak door omdat de modellen eindelijk goed genoeg werden om herhaling goedkoper en betrouwbaarder te maken dan het perfectioneren van prompts. Tot voor kort was er een kamp dat geloofde in de ideale prompt, en een kamp dat geloofde in eindeloos itereren tegen een controleerbaar doel. Dat tweede kamp werd eerst weggelachen. Hun techniek was zelfs vernoemd naar het Simpsons-figuur dat lijm eet.
En toen kantelde het. Skeptische ontwikkelaars draaiden bij, met een uitspraak die meer dan 150.000 keer werd bekeken: "Ik geef het met tegenzin toe, maar de loop-mensen hadden gelijk." De cijfers van Cherny maken het concreet. Hij schreef in december 2025 maar liefst 259 pull requests zonder zelf code te typen, en naar eigen zeggen opende hij al maanden geen code-editor meer. Inmiddels komt zo'n 4 procent van alle publieke commits op GitHub van Claude Code.
De timing is geen toeval. In dezelfde periode landde een reeks updates die lange, zelfdraaiende sessies pas echt bruikbaar maken. Volgens de changelog van Claude Code verscheen Opus 4.8 als nieuw standaardmodel met "high effort" als standaard, kwamen er background agents en arriveerden dynamische workflows die tientallen agents tegelijk aansturen. De /loop- en /goal-commando's zelf kwamen half mei en werden in de weken daarna bijgeschaafd. Even afstand nemen: wat een jaar geleden nog een hacky bash-trucje was, while :; do cat PROMPT.md | claude-code ; done, is nu een ondersteunde feature met een net schema en een afloopdatum.
Waar loops nog misgaan
Het grootste open probleem van loop engineering is verificatie. Een loop kan code produceren die plausibel oogt maar fout is, of een zwakke succesconditie uitbuiten in plaats van het echte probleem op te lossen. Wacht even, want dat betekent dat je niet blind op een groene check kunt vertrouwen. De oplossing die het snelst terugverdient is de maker en de controleur splitsen: één agent maakt de wijziging, een aparte agent toetst die tegen de regels en tests van het project. Osmani legt uit waarom dat zo belangrijk is:
“Het model dat de code schreef is veel te aardig om zijn eigen huiswerk na te kijken.”
Addy Osmani, over de maker-controleur-splitsing
Een loop werkt sowieso het best op werk dat een machine zelf kan controleren, en valt om bij werk dat smaak vereist. Slaagt de testsuite, is de linter schoon, compileert het: dat zijn harde checks. Schema-migraties, framework-upgrades en het groen krijgen van een testsuite zijn dankbare klussen. Een vaag, onderbepaald ontwerpprobleem is dat niet.
Reken ook even op de kosten. Een draaiende loop verbruikt elke ronde tokens, en op een betaald API-tegoed tikt dat aan. Een Claude Pro-abonnement kost omgerekend zo'n 20 euro per maand, het Max-abonnement loopt op tot een veelvoud daarvan, en wie via de API werkt rekent per verbruik af. De ingebouwde afloop na zeven dagen is daarom geen detail. Het is een rem op de vergeten loop die je budget leegtrekt. Een loop is dan ook geen vervanging van echte monitoring, het is een slimme assistent tijdens je werk.
Wat betekent dit voor jouw bedrijf?
Voor de meeste organisaties is loop engineering de volgende stap in AI-volwassenheid, en precies daar wringt het. In veel bedrijven gebruiken developers AI-tools al los van elkaar, zonder gedeelde werkwijze of governance. Loop engineering vraagt het tegenovergestelde: een doordacht systeem met heldere doelen en, vooral, een controlelaag die de output toetst. Wie die discipline overslaat, automatiseert vooral het maken van fouten.
Klein beginnen kan maandag al. Laat een developer in je team /loop inzetten voor het wachtwerk rond een deploy of een pull request, en spreek meteen af hoe de output gecontroleerd wordt. Dat AI de productiviteit van technische teams flink kan verhogen blijkt ook uit de AI-arbeidsmarktdata van TheAIDaily, maar het rendement valt of staat met hoe goed het in je werkproces zit, niet met hoeveel tools je aanzet. Wil je deze ontwikkelingen blijven volgen, schrijf je dan in voor onze dagelijkse AI-nieuwsbrief, en alles over deze tool verzamelen we op onze Claude Code-hub.
Veelgestelde vragen
Wat is het verschil tussen loop engineering en de /loop-commando?
Loop engineering is de bredere praktijk waarin je een systeem ontwerpt dat een AI-agent zelf aanstuurt tot een doel bereikt is. De /loop-commando in Claude Code is één concreet primitief daarvoor: hij draait een prompt op herhaling. De commando is dus een ingrediënt, niet de hele aanpak.
Welke versie van Claude Code heb ik nodig voor /loop?
Geplande taken en de /loop-commando vereisen Claude Code versie 2.1.72 of nieuwer. Je controleert je versie met het commando claude --version.
Blijft een /loop draaien als ik mijn computer afsluit?
Nee. Een /loop is sessie-gebonden en draait alleen zolang je Claude Code-sessie openstaat. Voor werk dat onafhankelijk van jouw machine moet draaien gebruik je routines op Anthropics infrastructuur of een geplande taak op je desktop.
Hoe voorkom ik dat een loop foute code doorzet?
Splits de maker van de controleur. Laat één agent de wijziging maken en een aparte agent die toetsen tegen je tests en projectregels, want het model dat de code schreef keurt zijn eigen werk te makkelijk goed. Houd zelf toezicht van bovenaf en laat een loop alleen los op werk dat een machine kan verifiëren.
Wat kost het om loops te draaien?
Dat hangt af van je abonnement of API-verbruik. Een Claude Pro-abonnement kost omgerekend zo'n 20 euro per maand, Max een veelvoud daarvan, en via de API betaal je per verbruikt token. Een draaiende loop verbruikt elke ronde tokens, dus de automatische afloop na zeven dagen beschermt je budget tegen een vergeten loop.
