Marktmannen wiki Coderen met AI

Claude Code Routines

Laatst bijgewerkt

TL;DR: Routines zetten Claude Code om van een gereedschap dat wacht tot jij Enter drukt naar een proactieve teamgenoot die werkt terwijl jij slaapt — gedefinieerd door prompt + repos + connectors + trigger.

Routines zijn Anthropic's antwoord op het probleem van proactieve agents: zelf hosting regelen, cron-jobs onderhouden en session state bijhouden is te veel infrastructuur. Met één /schedule-commando (alias /routines; vereist login met je claude.ai-account) maak je een geautomatiseerde Claude Code-sessie.

Status (oktober 2026): Routines zijn een research preview voor Pro, Max, Team en Enterprise, en kunnen op organisatieniveau aan- of uitgezet worden. Naast terugkerende schema's zijn ook eenmalige runs mogelijk; een bestaande routine pas je aan met /schedule update.

Het kernidee: van tool naar teamgenoot

Gereedschap Teamgenoot
Wacht op jouw Enter-knop Reageert op events en schema's
Stopt als je laptop dichtgaat Draait op managed infrastructure
Geen real-time zichtbaarheid Stuurbaar via web, CLI en desktop
Eén sessie tegelijk Meerdere parallelle sessies

Hoe een Routine werkt

Een Routine is een volledige Claude Code-sessie die je vooraf definieert met vier elementen:

  1. Prompt — de instructies voor de sessie
  2. Repos — de codebases waartoe Claude toegang heeft
  3. Connectors — externe tools (Slack, Google Drive, GitHub, etc.)
  4. Trigger — wanneer de sessie start

Claude regelt hosting, sessie-state en authenticatie.

De drie ontwerp-beslissingen

1. Trigger: wanneer start de routine?

Time-based (schema) - Elke maandag om 10:00 — vergelijk source-code met docs, open PR voor updates - Dagelijks om 08:00 — genereer product pulse-rapport

Event-based (GitHub of een API-trigger) — een GitHub-trigger kun je sinds v2.1.225 ook via de CLI instellen - Bij elke nieuwe GitHub Issue — onderzoek of het een docs-gap is, open PR - Na elke deploy — controleer service health en geef go/no-go - Bij gelabelde PR (needs-docs) — schrijf docs-update en ping op Slack

2. Context: wat heeft Claude nodig?

  • Repos: geef toegang tot de relevante codebases
  • Connectors: voeg toe wat Claude moet lezen of schrijven (Drive, Slack, Notion). Let op: alle MCP-connectors staan standaard aan, en tijdens een run voert Claude ook schrijfacties uit zonder om toestemming te vragen — koppel dus alleen wat de routine echt nodig heeft
  • Bestanden: marketing-briefs, brand context, stijlgidsen

"De context die Claude heeft is het plafond van hoe succesvol Claude kan zijn."

3. Steerability: hoe houd je Claude eerlijk?

Agent-on-agent review: laat een tweede Routine de output van de eerste reviewen (generator → criticus patroon). De criticus laat commentaar achter op de PR vóór een mens ernaar kijkt.

Real-time steering: open de sessie in Claude.ai, bekijk wat er gebeurt als in een terminalvenster, stuur bij met vervolgprompts.

Verificatie: render het eindresultaat in de juiste context (docs-pagina in browser, Slack-bericht in Slack) — niet alleen in het Claude-venster.

Voorbeelden van Routines

Usecase Trigger Context Output
Docs sync Wekelijks Source-code + docs-repo PR met docs-updates
Issue-naar-docs GitHub Issue open Docs-repo PR + Slack-ping
Deploy-verifier CD-webhook na deploy Source-code + monitoring (Datadog/Grafana) Go/no-go beslissing + Slack alert
On-call investigator Monitoring-alert Logs + code Analyse-rapport
Backlog-triage Wekelijks GitHub Issues + Slack Geprioriteerde issue-lijst + PRs
Wiki health check Maandelijks Wiki-map HEALTH-REPORT.md

Starten

/schedule

Claude stelt vervolgens vragen: wanneer, welke notificaties, welke repos. Beantwoord ze en de Routine staat klaar.

Relatie met geplande taken in Cowork

Routines zijn de code-gerichte variant; Claude Cowork's geplande taken (scheduled tasks) zijn de kenniswerk-gerichte variant. Volgens de bronvideo's draaien beide op managed infrastructure en zijn beide achteraf stuurbaar.

Let op: onderstaande Cowork-sectie is niet te toetsen aan de Claude Code-documentatie en is (nog) niet gecontroleerd tegen de Cowork-documentatie. De beweringen komen uit de video van Simon Scrapes (juli 2026) en staan hier als zijn bewering, niet als vastgesteld feit.

Cowork scheduled tasks v2: business-automatisering zonder server

Volgens Simon Scrapes draaien Cowork's geplande taken sinds de v2-update volledig in de cloud, inbegrepen bij elk betaald plan (Pro/Max/Team/Enterprise trekt uit normaal gebruik, geen aparte API-facturering). Daarmee zou de noodzaak vervallen van een VPS, cron-jobs of een workflowplatform (bijv. n8n) voor terugkerende bedrijfsprocessen.

Praktijkvoorbeelden uit de video (accounting): - Wekelijkse factuur-/bonnenreconciliatie — Claude doorzoekt meerdere inboxen naar bonnetjes en koppelt ze automatisch aan onverklaarde transacties in de boekhouding (bijv. FreeAgent). - Maandelijkse rapportage — aggregeert inkomsten/uitgaven tot een P&L-overzicht, zonder handmatig spreadsheet-werk. - Abonnementen-audit — vergelijkt terugkerende kosten maand-op-maand, signaleert prijsstijgingen, duplicaten en ongebruikte abonnementen, en mailt een auditrapport.

In de video test Claude de taak bij het opzetten eerst historisch (bijv. een proefrun op vorige maand) en itereert op de prompt vóór de taak live gaat — vergelijkbaar met de test-run-stap die ook bij reguliere Routines gebeurt.

Twee structurele beperkingen volgens de video (stand juli 2026, niet geverifieerd): 1. Geen lokale bestandstoegang — de taak draait in een gesandboxte cloudomgeving en kan alleen bij connectors (Gmail, Drive, Notion, boekhoudsoftware) maar niet bij mappen op je eigen laptop. 2. Geen opslag van credentials/API-keys — alleen vooraf gebouwde OAuth-connectors zijn toegestaan; sleutels in de prompt zetten werkt niet. Workaround: Composio als tussenlaag naar 1.000+ apps (20.000 requests/maand op het gratis plan) voor diensten zonder eigen Cowork-connector, of een eigen gehoste MCP-server voor niche-software (bijv. FreeAgent, dat geen officiële connector had).

Encrypted environment variables zijn volgens de video wél mogelijk, maar alleen in Claude managed agents (het developer-/API-product) — technischer om op te zetten dan de Cowork-scheduled-taken hierboven.

Routines en /loop in de feature-ranking

In een ranking van alle Claude Code-features (zie Claude Code Functie-overzicht) staan routines op #3 en /loop op #5 — beide draaien om hetzelfde grondidee (Claude laten werken op een schema), maar met een ander schaalniveau:

  • Routines (#3) — geplande agent-sessies, beheerd via de Routines-pagina in de desktop-app (in de zijbalk onder "Scheduled"; de bron spreekt van een kalenderweergave). Het meest geschikt voor terugkerende, langlopende of cross-tool workflows zoals hierboven beschreven.
  • /loop (#5) — een prompt herhaaldelijk laten draaien via cron-tools (create/list/delete), sessie-gebonden met een vervaltermijn van 7 dagen en jitter tot 30 minuten. Lichter en sneller op te zetten dan een volwaardige Routine, maar minder duurzaam.

/goal: stopcondities voor autonoom werk

/loop met een vast interval herhaalt een prompt op een schema, maar stopt niet vanzelf wanneer het werk klaar is (een self-paced /loop, zonder vast interval, kan zichzelf wel stoppen). /goal vult dit aan: je geeft een stopcondition mee (max 4.000 tekens), en na elke beurt toetst een klein, snel model of die condition is gehaald (dat model leest zelf geen bestanden). Zo niet, dan spawnt het een nieuwe poging om verder te werken aan het doel; zo wel, dan stopt het.

Samen maken /loop en /goal van een eenmalige instructie iets dat zichzelf herhaalt totdat het gewenste resultaat er is — of totdat een van de constraints (zoals de 7-dagen-vervaltermijn van /loop) wordt bereikt.

Voorbeeld: dagelijks (/loop) de inbox triagen, met als stopcondition (/goal) dat alle mails van het laatste uur in de juiste labelmap zitten. Claude doorzoekt de threads, labelt ze, en verifieert daarna of de stopcondition is gehaald — pas dan meldt het "goal achieved".

Drie manieren om automatiseringen te deployen

Naast /schedule en /loop (beide hierboven) zijn er drie bredere manieren om Claude-automatiseringen op te zetten, elk met een eigen schaal en infrastructuurbehoefte:

Methode 1: /loop met cron-tools

Zie hierboven — sessie-gebonden, 7-dagen vervaltermijn, jitter tot 30 minuten. Verschilt licht tussen terminal en desktop-app. Geschikt voor korte experimenten en persoonlijke automatiseringen.

Methode 2: Desktop scheduled tasks vs. cloud Routines

  • Desktop scheduled tasks — lokaal (in de Code-tab van de desktop-app), draaien alleen als de app open is en de computer wakker; gemiste runs krijgen één catch-up binnen 7 dagen. (De wiki-clippings-update-taak die deze wiki bijwerkt is daarentegen een Cowork scheduled task.)
  • Cloud Routines — draaien op Anthropics managed infrastructure (zie hierboven), met een minimum-interval van 1 uur. Er gelden uurlimieten: 100 geplande runs per uur per account; "run now"/API-runs 30 per uur per routine en 100 per uur per account. Kunnen ook getriggerd worden door GitHub-events of een API-trigger (zie Trigger hierboven).

Onderliggend mechaniek van een cloud Routine: elke run kloont een gekoppelde GitHub-repo vanaf de default branch, leest daaruit CLAUDE.md, scripts en skills, voert de sessie uit, en vernietigt de gekloonde omgeving daarna weer — behalve wanneer de taak zelf wijzigingen in de codebase maakt (die worden gepusht naar een branch met het prefix claude/). Zonder GitHub-koppeling kunnen runs tot 72 uur worden overgeslagen. Dat heeft drie praktische gevolgen:

  • Geen lokale bestandstoegang — alleen wat in de GitHub-repo of via API/connector bereikbaar is. Voor browserautomatisering (bijv. Playwright met opgeslagen cookies) werkt dit niet, omdat elke run stateless is.
  • .env wordt genegeerd (staat in .gitignore) — API-keys horen in de environment variables van de cloud-omgeving zelf (ingesteld op de omgeving die de routine gebruikt, niet per routine; op Pro/Max heet dit "network secrets"), niet in de gekloonde repo. Wees expliciet in de prompt ("gebruik de env-variabele direct") als Claude anders eerst naar een lokaal .env-bestand zoekt.
  • Netwerktoegang: trusted vs. full — trusted (default) laat alleen verkeer naar een vaste lijst gevalideerde diensten (Anthropic, versiebeheer, grote cloudplatforms) toe; full opent alles, met als risico dat kwaadaardige content in een run Claude zou kunnen verleiden data naar een externe server te sturen. Voor private repo's met eigen input is dat praktische risico laag, maar niet nul.

Resourcelimieten: elke Routine-run draait op ongeveer 4 vCPU's, 16 GB RAM en 30 GB schijfruimte (richtwaarden volgens de docs, kunnen wijzigen) — dus geen zin om een enorme repo te koppelen aan een simpele taak. Het oudere dagquotum per plan (5/15/25 runs per dag) is vervangen door de uurlimieten hierboven.

Methode 3: Modal of trigger.dev + Agent SDK

Voor wie buiten Anthropics infrastructuur om wil automatiseren: - Modal (Python, serverless) — cron-achtige scheduling voor scripts. - trigger.dev (TypeScript) — durable workflow-engine voor langlopende taken.

Beide kunnen gecombineerd worden met de Claude Agent SDK voor een volledig agentic loop — dit vereist een aparte API-key (los van je Claude-abonnement), al zou volgens de bron het maandelijkse abonnementskrediet sinds 13 mei 2026 deels kunnen worden ingezet voor Agent SDK-gebruik (niet bevestigd in de docs).

Keuzehulp: begin met /loop voor experimenten → groei naar een Routine of desktop scheduled task voor terugkerend werk → grijp pas naar Modal/trigger.dev + Agent SDK als je buiten de Claude-infrastructuur moet werken (bijv. eigen serverless-architectuur of geen Claude-abonnement beschikbaar voor de uitvoerende omgeving).

Open vragen

  • Hoe beheers je kosten als Routines vaker dan dagelijks draaien?
  • Welk combinatiepatroon werkt het best: generator-Routine + criticus-Routine of human-in-the-loop per stap?
  • Bij welke schaal wordt de overstap naar Modal/trigger.dev + Agent SDK de moeite waard t.o.v. cloud Routines?

Verwante concepten

Bronnen

#automatisering

Backlinks