Claude routines: geplande taken die doorwerken als je laptop dicht is

Uitleg

Wat zijn Claude routines, en waarom heten ze nu scheduled tasks?

Een routine is een Claude Code-taak die je één keer instelt en daarna zonder jou laat draaien. Je legt vast wat Claude moet doen (de prompt), waar (een of meer GitHub-repo's) en met welke tools (je connectors). Elke run start een volledige Claude Code-sessie op een virtuele machine van Anthropic. Die sessie kan commando's draaien, code wijzigen, een pull request openen en via een connector een bericht in Slack zetten.

Gelanceerd als routines, nu scheduled tasks

Anthropic lanceerde routines op 14 april 2026 als research preview. In de huidige documentatie heet dezelfde functie cloud scheduled task, "formerly a routine". Alleen de naam is veranderd. Anthropic publiceert geen datum van die naamswijziging. De oude naam staat nog op vijf plekken: het webadres claude.ai/code/routines, de alias /routines in de terminal, het API-endpoint (/v1/claude_code/routines/.../fire), de beheerinstelling Scheduled tasks (Was Routines) en in sommige accounts het menu, waar nog Routines en New routine staan.

Waarom dat voor jou uitmaakt

Zoek je in de docs of in je beheerinstellingen naar "routines", dan vind je soms niets terwijl de functie er gewoon is. Zoek dan op scheduled tasks. Op deze pagina gebruiken we "routine" voor de cloudvariant in Claude Code, omdat de meeste teams die naam nog kennen. In de Nederlandse Claude-app heet de verwante functie voor chat geplande taken.

Wat het verschil is met een gewone Claude Code-sessie

Drie dingen. Een routine start zelf, dus niemand zit erbij. Ze draait in de cloud op een verse kopie van je repo, dus niet op je laptop. En ze start standaard in auto mode, waarin een tweede model elke actie beoordeelt in plaats van dat jij op "toestaan" klikt. Dat maakt een routine een echte geplande agent: een AI-agent met een vaste opdracht en een wekker.

Vijf varianten

Vijf manieren om Claude op een schema te laten werken

Wie "Claude routines" zoekt, bedoelt meestal de cloudvariant in Claude Code. Maar Claude kent vijf manieren om werk op een schema te zetten, en ze lijken op elkaar. Kies de verkeerde en je taak draait niet als je laptop slaapt, of hij kan juist niet bij het bestand dat hij nodig heeft. De tabel zet ze naast elkaar.

Beslisregel in één zin per variant

Cloud als het werk zonder jou door moet gaan en in GitHub leeft, want alleen deze variant draait met je laptop uit en reageert op API-aanroepen en GitHub-events. Desktop lokaal als de taak een map op je schijf, een lokale database of een tool zonder connector nodig heeft, want de cloud krijgt alleen een verse kopie van je repo. /loop voor bewaken binnen een sessie, want die verloopt na zeven dagen vanzelf en verdwijnt als je de sessie sluit. De Claude-app als je geen repo hebt, want de cloudvariant in Claude Code is gebouwd rond GitHub. Claude Tag als het resultaat voor een heel kanaal is, want daar draait de routine met de rechten van het kanaal in plaats van met die van jou.

Geplande taken in de Claude-app

In de gewone Claude-app (chat en wat vroeger Cowork heette) maak je een geplande taak via Scheduled > New task, of je beschrijft in een gesprek wat er wanneer moet gebeuren en klikt op Schedule. Je kiest uit elk uur, dagelijks, wekelijks, op werkdagen of handmatig. Ze draaien op afstand, dus ook als je computer slaapt, en werken met je connectors en met bestanden in je Claude-account. Taken die lokale bestanden of apps nodig hebben, draaien alleen lokaal. Beschikbaar op Pro, Max, Team en Enterprise. Meer over de achtergrond lees je op de Cowork-pagina.

Routines in Claude Tag

In Slack heten ze nog gewoon routines. Je typt bijvoorbeeld "@Claude elke werkdag om 9 uur Amsterdamse tijd, vat de open threads in dit kanaal samen". Iedereen in het kanaal kan ze opvragen met @Claude !routines en ze pauzeren. Let op: schema's lopen in UTC, dus noem altijd je tijdzone. Hoe je Claude Tag inricht, staat in de Slack-tutorial en de blog over Claude Tag.

Aanmaken

Een Claude routine aanmaken: via het web, de desktop-app of /schedule

Je maakt een routine op drie plekken, en ze schrijven allemaal naar hetzelfde account. Wat je in de terminal aanmaakt, staat dus meteen in de webinterface. Voor je begint heb je nodig: een betaald plan, een claude.ai-login (geen API-key) en GitHub gekoppeld aan je Claude-account. Op Team en Enterprise moet de Owner de functie bovendien aan hebben laten staan.

Vanuit de terminal met /schedule

Typ /schedule in een Claude Code-sessie, of geef de opdracht meteen mee: /schedule elke werkdag om 7:07 de openstaande PR's samenvatten. Een eenmalige run kan ook: /schedule over twee weken een PR openen die de feature flag opruimt. Claude stelt vervolgvragen over schema, repo en prompt en slaat de taak daarna op. /routines doet precies hetzelfde. Met /schedule list, /schedule update en /schedule run beheer je bestaande taken. Een API-trigger kun je alleen op het web toevoegen; een GitHub-trigger vanuit de terminal vraagt Claude Code v2.1.225 of nieuwer. Alle commando's staan op de pagina over Claude Code commands.

Krijg je "Unknown command: /schedule"?

Dan voldoet je sessie niet aan een voorwaarde. Meestal ben je ingelogd met een Console API-key, via Amazon Bedrock, Google Cloud of Microsoft Foundry, of staat er een ANTHROPIC_API_KEY in je shell die voorrang krijgt op je claude.ai-login. Haal die weg en log opnieuw in met /login. Andere oorzaken: je zit zelf in een cloudsessie, of je organisatie heeft cloudsessies of scheduled tasks uitgezet. De webinterface werkt in de eerste twee gevallen nog wel.

Triggers

Schema, API of GitHub-event: wanneer start een routine?

Een routine heeft minstens één trigger, en mag er meer hebben. Een reviewtaak kan bijvoorbeeld elke nacht draaien, na elke deploy via de API starten én op elke nieuwe pull request reageren. Een routine hoeft dus geen schema te hebben: met alleen een API- of GitHub-trigger draait hij pas als dat event komt.

Tijdzones: de fout die Nederlandse teams maken

Kies je een vaste frequentie zoals Daily, dan vul je de tijd in je eigen tijdzone in. Typ je zelf een cron-expressie van vijf velden, dan rekent Anthropic in UTC. "0 9 * * 1-5" draait dan in de winter om 10:00 en in de zomer om 11:00 Nederlandse tijd. Staat er een CRON_TZ=-voorvoegsel in het veld, dan geldt de zone die daar staat. Plan ook nooit precies op het hele uur: een run om 9:00 kan volgens de docs enkele minuten later starten. Kies 9:07.

Een routine starten via de API

Voeg op het web een API-trigger toe, kopieer de Fire URL en klik op Generate token. Het token zie je één keer, dus zet het direct in de geheimenkluis van je monitoringtool of CI. Daarna start je een run zo:

curl -X POST https://api.anthropic.com/v1/claude_code/routines/trig_JOUW_ID/fire \
-H "Authorization: Bearer $ROUTINE_TOKEN" \
-H "anthropic-version: 2026-10-21" \
-H "Content-Type: application/json" \
-d '{"text": "Foutmelding in de webshop-checkout sinds 14:02, log hieronder."}'

Je krijgt een sessie-ID en een link terug om de run live te volgen. Het veld text mag maximaal 65.536 tekens bevatten. Er is geen idempotency-sleutel: stuurt je monitoringtool een melding twee keer, dan krijg je twee sessies.

De meegestuurde tekst wordt niet blind opgevolgd

De text uit een API-aanroep komt bij Claude binnen in een blok dat hem als onbetrouwbare data markeert. Claude volgt instructies daarin alleen op als jouw opgeslagen prompt dat expliciet zegt, bijvoorbeeld: "Onderzoek de melding in het routine-fire-payload-blok." Dat is een bewuste bescherming tegen prompt injection: wie je token buitmaakt, kan een run starten maar niet zomaar nieuwe opdrachten geven.

GitHub-filters

Bij een pull request-trigger filter je op auteur, titel, beschrijving, basis- en bronbranch, labels, concept en gemerged. Elk filter gebruikt "equals", "contains", "starts with", "is one of", "is not one of" of "matches regex". Een regex test de hele waarde: wil je elke titel met "hotfix", schrijf dan ".*hotfix.*" of gebruik "contains". Twee updates van dezelfde PR geven twee losse sessies. De volledige opzet van de Claude GitHub App staat in de GitHub-tutorial.

Kosten en limieten

Wat kosten Claude routines per plan, en hoeveel runs mag je?

Routines hebben geen eigen prijs. Elke run trekt uit hetzelfde gebruikstegoed als je chats en je interactieve Claude Code-sessies, en de cloudmachine zelf kost niets extra. De echte vraag is dus: welk plan heb je nodig, en hoeveel van je limiet eet een routine op? Bedragen hieronder zijn zoals claude.com ze vanuit Nederland toont, exclusief btw, gelijk aan onze pagina over Claude-abonnementen.

De uurlimieten die altijd gelden

Los van je gebruikstegoed telt Anthropic per uur. Geplande runs (ook eenmalige): 100 per uur per account; daarboven wacht de run tot het volgende uur. Run now, API-starts en het opnieuw inplannen van een eenmalige taak: samen 30 per uur per taak. Per account mag je daarnaast 100 keer per uur op Run now drukken en 100 API-starts per uur doen. Voor GitHub-events gelden plafonds per taak en per account, maar daar noemt Anthropic geen getal. Op geen van deze uurlimieten kun je bijkopen.

En de dagplafonds die je online leest?

Bij de lancering in april noemde Anthropic dagplafonds: 5 routines per dag op Pro, 15 op Max en 25 op Team en Enterprise, met extra runs via extra gebruik. Veel artikelen in de zoekresultaten herhalen die getallen nog. De huidige documentatie noemt ze niet meer en geeft alleen de uurlimieten hierboven plus het gedeelde gebruikstegoed. Plan op wat je eigen account bij Settings > Usage laat zien.

Als je limiet op is

Raakt een routine je gebruikslimiet, dan stopt de run met de melding "The last run stopped because a usage limit was reached." Heb je usage credits aanstaan, dan draait hij door op extra gebruik dat apart wordt afgerekend. Zonder credits worden nieuwe runs geweigerd tot je venster reset. Hoe die vensters werken en wat je per plan kunt doen, staat op de pagina Claude Code limiet bereikt. Is je abonnement gepauzeerd, dan staan je routines ook stil en moet je ze daarna zelf weer aanzetten.

Rekenvoorbeeld zonder nepcijfers

Anthropic publiceert niet hoeveel tokens een run kost, want dat hangt af van de repo, de prompt en het model. Meet het dus zelf: draai je routine één keer met Run now, kijk direct daarna bij Settings > Usage hoeveel procent van je sessievenster weg is, en vermenigvuldig met het aantal runs per week. Komt een dagelijkse routine op Pro boven een kwart van je weektegoed uit, dan hou je te weinig over voor je eigen werk en is Max 5x of een lichter model de logische stap.

Voorbeeld

Een Claude routine in de praktijk: de maandagcheck van een webbureau

Een verzonnen maar herkenbaar MKB-geval. Een webbureau met acht medewerkers onderhoudt twintig klantwebsites, elk in een eigen GitHub-repo. Elke maandag controleert iemand handmatig of er beveiligingsupdates voor afhankelijkheden zijn. Dat schiet er in drukke weken bij in. Zo zet je het om naar een routine, inclusief wat er in de eerste run misgaat.

Stap 1: de instellingen

Trigger: Weekly, maandag 7:07 (niet 7:00, zie de triggers-sectie). Repo: begin met één klantrepo, niet met alle twintig. Omgeving: Default. Connectors: alleen Slack; haal Google Drive, Gmail en de rest weg. Model: Sonnet, want dit is controlewerk en geen ontwerpwerk, en een lichter model spaart je limiet.

Stap 2: de prompt (copy-paste)

#CONTEXT
Je bent de onderhoudsdeveloper van een Nederlands webbureau. De uitkomst wordt maandagochtend gelezen door de projectleider, die in twee minuten wil weten of er iets moet gebeuren en wat het risico is voor de klant. Er zit niemand bij deze run: je kunt geen vragen stellen.
#DOEL
Controleer deze repository op verouderde en kwetsbare afhankelijkheden en los de veilige gevallen op.
#WERKWIJZE
1. Draai de audit van de pakketbeheerder (npm audit of composer audit, wat in de repo gebruikt wordt).
2. Werk alleen patch- en minor-updates bij. Draai daarna de tests.
3. Slagen de tests, open dan één concept-PR op een claude/-branch met alle updates.
4. Slagen de tests niet, draai de updates terug en noteer welke test faalde.
5. Ontbreekt er iets om de taak te doen (geen tests, geen lockfile), stop dan en meld dat.
#OUTPUT
Post in Slack-kanaal #onderhoud één bericht van maximaal acht regels:
Repo: [naam]
Kritiek: [aantal] / Hoog: [aantal]
PR: [link of "geen"]
Handmatig nodig: [major-updates met één regel waarom]
#BELANGRIJKE REGELS
Nooit naar main pushen en nooit zelf mergen.
Geen major-updates doorvoeren; die meld je alleen.
Noem alleen kwetsbaarheden die de audit echt teruggeeft. Controleer voor je post of elk getal in je bericht uit de audit-uitvoer komt.
#BEPERKINGEN
Raak geen bestanden aan buiten package.json, composer.json en de lockfiles.

Waarom deze regels het verschil maken

Stap 5 en de regel "er zit niemand bij" zijn het belangrijkst. Een interactieve prompt mag beginnen met "vraag eerst om de ontbrekende informatie". In een routine leidt dat tot een sessie die wacht op een antwoord dat nooit komt, of tot een gok. "Stop en meld" maakt een ontbrekend onderdeel zichtbaar in plaats van verstopt. De regel over main en mergen is de vangrail tegen de grootste schade: Claude pusht standaard naar een claude/-branch, maar je prompt kan dat overrulen, dus zet het er expliciet in.

Stap 3: wat de eerste run oplevert (en wat er mis is)

De run staat in History als geslaagd. In Slack staat: "Kritiek: 0 / Hoog: 2, PR: geen". Open je de run, dan zie je waarom er geen PR is: de testsuite kon de omgeving niet opzetten omdat een privépakket van een externe registry kwam die niet op de toegestane lijst van de Default-omgeving staat (fout 403, host_not_allowed). Claude meldde dat netjes in het transcript, maar niet in Slack, omdat de prompt alleen om de vier vaste regels vroeg.

Stap 4: wat je verbetert

Twee dingen. Voeg de registry toe aan Allowed domains in de omgevingsinstellingen (Network access op Custom, met de standaardlijst aangevinkt). En voeg een vijfde regel aan de output toe: "Fouten: [alles wat de run tegenhield, of geen]". Draai opnieuw met Run now. Werkt het twee maandagen goed, voeg dan de volgende vijf repo's toe. Na een maand weet je hoeveel limiet het kost en of de PR's bruikbaar zijn.

Zonder developers: hetzelfde idee in de Claude-app

Heb je geen GitHub, dan gebruik je een geplande taak in de Claude-app met de Microsoft 365- of Gmail-connector. Voorbeeld: "Elke maandag 8:07, zoek in mijn mail naar offertes die ik de afgelopen 14 dagen heb verstuurd zonder antwoord van de klant. Maak een lijst met klant, datum, bedrag als het in de mail staat, en een voorstel voor een opvolgzin. Verstuur niets." De laatste zin is je vangrail. Exact Online en AFAS hebben geen officiële connector; lees de tutorials over Exact Online en AFAS voor je daar een routine aan hangt.

Beheer

Runs nalezen, pauzeren en meldingen oplossen

Klik op een routine en je ziet repo's, connectors, prompt, schema, tokens en de lijst met eerdere runs onder History. Elke run opent als volledige sessie: je leest wat Claude deed, bekijkt de wijzigingen, maakt een PR of praat verder. Met de schakelaar bovenaan pauzeer je een routine zonder de instellingen te verliezen.

Geslaagd is niet hetzelfde als klaar

Een run eindigt als Succeeded, Failed of Cancelled. Dat zegt hoe de sessie eindigde, niet of het werk gedaan is. Een geblokkeerd netwerkverzoek, een ontbrekende connectortool of een taak die Claude niet kon afmaken, staat in het transcript en niet op de regel. Lees de eerste weken elke run na. Daarna is een steekproef van één op de vijf genoeg, mits je output een regel "Fouten:" heeft.

Vragen over een run stel je in de terminal

Vanaf Claude Code v2.1.227 vraag je bijvoorbeeld: /schedule waarom deed mijn nachtelijke review vanochtend niets? Claude toont de recente runs met status en link, leest het log en legt uit wat er gebeurde, inclusief toolfouten en geweigerde rechten.

GitHub-koppeling verlopen

Ontbreekt je GitHub-koppeling op het moment van een run, dan slaat de routine runs over, tot 72 uur lang. Koppel je binnen die tijd opnieuw, dan gaat hij vanzelf verder. Na 72 uur zonder koppeling gaat de routine uit en zet je hem na het koppelen zelf weer aan. Zie je een storing bij Anthropic zelf, kijk dan op de statuspagina.

Wat niet kan

Wat een Claude routine niet kan

Routines zijn handig voor terugkerend werk in een repo. Buiten dat gebied lopen ze snel tegen grenzen aan. Ken deze voor je er een klantproces aan ophangt.

Niet bij je eigen computer

Een cloudroutine krijgt bij elke run een verse kopie van je repo. Bestanden op je schijf, je lokale database en MCP-servers die je met claude mcp add lokaal hebt toegevoegd, zijn er niet. Een lokale MCP-server gebruik je alleen als je hem als connector toevoegt op claude.ai, of hem in een .mcp.json in de repo vastlegt. Heb je lokale bestanden nodig, kies dan een lokale taak in Claude Desktop.

Alleen GitHub

Klonen en pull requests werken alleen met GitHub (GitHub Enterprise Server op Team en Enterprise). Veel Nederlandse teams gebruiken GitLab, Bitbucket of Azure DevOps. Daar kan een routine niet op reageren en ook niets naar terugpushen.

Niet gedeeld met je team

Een routine hoort bij jouw persoonlijke claude.ai-account. Collega's zien hem niet, en alles wat hij doet via GitHub of een connector, gebeurt onder jouw naam: commits, PR's, Slack-berichten. Gaat iemand uit dienst, dan gaan zijn routines mee. Voor gedeelde routines met de rechten van een kanaal is Claude Tag in Slack bedoeld.

Niet vaker dan elk uur, en niet exact op tijd

Een schema dat vaker dan één keer per uur draait, wordt geweigerd. Wil je elke vijf minuten iets checken, dan is /loop in een open sessie de juiste tool, of een monitoringtool die de routine via de API start. Runs op het hele uur kunnen een paar minuten later beginnen.

Niet in elke organisatie

Organisaties met Zero Data Retention, de HIPAA-configuratie of eigen encryptiesleutels (CMEK) kunnen geen cloudsessies starten, dus ook geen routines. Heb je IP-allowlisting aanstaan, dan faalt elke cloudroutine met een authenticatiefout, omdat de run vanaf servers van Anthropic komt. Anthropic support kan zijn eigen diensten daarvoor uitzonderen.

Niet met een API-key of via een cloudplatform

Routines vereisen een claude.ai-abonnement. Neem je Claude af via een Console-API-key, Amazon Bedrock, Google Cloud of Microsoft Foundry, dan heb je geen routines. Het fire-endpoint hoort bij Claude Code en niet bij de gewone Claude API.

Veiligheid en AVG

Veiligheid, rechten en de AVG bij Claude routines

Een routine werkt zonder dat iemand meekijkt, met jouw accounts. Dat is precies waarom het handig is en precies waarom je de rechten vooraf goed zet. Zo zit het in elkaar.

Auto mode in plaats van jouw klik

Een run start in auto mode, tenzij die niet beschikbaar is. Een classifier-model staat acties toe of blokkeert ze. Een run stopt en wacht alleen bij een actie die ook in auto mode om bevestiging vraagt (zoals een ask-regel in je instellingen) of na herhaalde blokkades. Dan blijft de run hangen tot iemand hem opent en antwoordt. Wil je dat een routine iets nooit doet, zet dat dus in een deny- of ask-regel en niet alleen in de prompt. Hoe auto mode werkt, staat in de privacypagina van Claude Code.

Wat een routine kan bereiken

Drie knoppen bepalen het bereik: de repo's die je kiest, het netwerk en de variabelen van de omgeving, en de connectors. Connectors lopen via servers van Anthropic en omzeilen dus de netwerklijst van de omgeving. Een connector met schrijfrechten kan in een run ook echt schrijven. Zet API-sleutels niet als gewone omgevingsvariabele, want die zijn zichtbaar voor iedereen die de omgeving gebruikt; gebruik network secrets. Je GitHub-gegevens blijven versleuteld bij Anthropic en komen niet in de virtuele machine.

De AVG: waar je data heen gaat

Een routine draait op infrastructuur van Anthropic. Volgens Anthropic wordt data in de Verenigde Staten opgeslagen; voor Europese gebruikers is Anthropic Ireland je wederpartij. Op de zakelijke plannen geldt een verwerkersovereenkomst en wordt je content niet gebruikt voor training. Praktisch: laat een routine geen klantdossiers, medische gegevens of HR-data verwerken zolang je verwerkingsregister en je verwerkersovereenkomst dat niet dekken. Werk eerst met code, testdata en geanonimiseerde exports. De details staan bij Claude privacy en zakelijk gebruik.

Beheer voor de Owner

Op Team en Enterprise zet de Owner routines voor iedereen uit met Scheduled tasks (Was Routines) bij Organization settings > Capabilities > Remote sessions. Bestaande routines stoppen dan en niemand kan nieuwe maken. Op Enterprise met eigen rollen heb je bovendien een rol nodig met de permissie voor scheduled tasks. Usage credits voor de hele organisatie zet een beheerder aan bij admin-settings/usage.

Grootste valkuil

De grootste valkuil bij Claude routines: alle connectors aan, en niemand die meeleest

De fout die we in trainingen het vaakst zien: iemand maakt een routine, laat alle connectors aanstaan omdat dat de standaard is, en kijkt daarna alleen nog naar het groene vinkje. De routine heeft dan schrijfrechten op je mail, je agenda en je Slack, handelt onder jouw naam, en niemand leest wat hij werkelijk deed.

Waarom dit misgaat

Bij het aanmaken staan al je connectors standaard aan, met schrijfacties. In auto mode beoordeelt een classifier acties, maar die kent jouw bedoeling alleen uit de prompt. En een run die op Succeeded eindigt, kan intussen een halve klus hebben gedaan. Dat zie je alleen in het transcript. Ruime rechten zonder controle: daar gaat het in de praktijk mis.

Zo voorkom je het

1. Haal bij elke routine alle connectors weg die niet nodig zijn, en begin met lezen in plaats van schrijven.
2. Laat de routine concepten maken (concept-PR, conceptmail, bericht in een eigen kanaal), nooit iets definitiefs versturen.
3. Zet in de output een vaste regel "Fouten:" zodat een half gelukte run opvalt.
4. Lees de eerste twee weken elke run na. Pas daarna steekproeven.
5. Begin met één repo of één mailbox, en breid pas uit als twee runs achter elkaar goed gingen.

De tweede fout: de prompt als chatbericht schrijven

Een prompt als "check de afhankelijkheden" werkt in een gesprek, omdat jij bijstuurt. In een routine kan niemand bijsturen. Schrijf de prompt als een werkinstructie voor een nieuwe collega die je niet kunt bellen: wat, waar, wanneer klaar, en wat te doen als iets ontbreekt. Een vaste CLAUDE.md in de repo helpt, omdat de run die bij elke kloon meeleest.

Ons oordeel

Ons oordeel: wanneer Claude routines wel en niet passen

Routines zijn het nuttigst voor teams die code in GitHub beheren en terugkerend controle- of onderhoudswerk hebben dat oordeel vraagt. Voor vaste processen met veel runs en geen interpretatie zijn klassieke automatiseringstools nog steeds beter. Zo kiezen wij met teams.

Wanneer wel

Als een taak terugkomt, in een repo leeft en een beetje nadenken vraagt. Denk aan afhankelijkheden bijwerken, documentatie bijhouden na elke merge, een eigen reviewchecklist op elke PR, of een eerste analyse van een foutmelding. De opbrengst: elke maandag staat er een voorstel klaar dat een mens in vijf minuten beoordeelt. Het werk is daarmee nog niet af.

Wanneer niet

Als het proces volledig voorspelbaar is, moet een workflowtool het doen. Die kost per run een fractie, draait vaker dan eens per uur en laat elke stap zien. Vergelijk de opties in n8n, Make en Zapier met Claude en n8n vs Make. Ook niet als het om persoonsgegevens gaat die je verwerkingsregister niet dekt, of als je team op GitLab of Azure DevOps werkt.

Ons advies voor de eerste maand

Begin met één routine die alleen leest en rapporteert, bijvoorbeeld de maandagcheck hierboven. Meet na vier runs drie dingen: hoeveel procent van je weektegoed hij kost, hoeveel van de voorstellen je zonder aanpassing overneemt, en hoe vaak er een "Fouten:"-regel stond. Zijn die cijfers goed, geef hem dan één schrijfactie erbij. Wil je zo'n routine of agent niet zelf uitzoeken maar in twee weken werkend hebben, met de rechten en controles goed ingericht, dan is de Agent Sprint daarvoor bedoeld.