Marktmannen wiki Coderen met AI

Claude Code Routines

Laatst bijgewerkt: 17-07-2026

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 maak je een geautomatiseerde Claude Code-sessie.

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 eigen webhooks) - 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)
  • 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. Beiden draaien op managed infrastructure, beiden zijn stuurbaar achteraf.

Cowork scheduled tasks v2: business-automatisering zonder server

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

Praktijkvoorbeelden (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.

Bij het opzetten test Claude de taak 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 (stand juli 2026): 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 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 een kalenderweergave in de desktop-app. 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 herhaalt een prompt op een schema, maar stopt niet vanzelf wanneer het werk klaar is. /goal vult dit aan: je geeft een stopcondition mee, en elke beurt checkt Claude of die condition is gehaald. 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 3-dagen-limiet 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, draaien alleen als je machine aan staat (zoals de wiki-clippings-update-taak die dit artikel bijwerkt).
  • Cloud Routines — draaien op Anthropics managed infrastructure (zie hierboven), met een minimum-interval van 1 uur en 5/15/25 runs per dag afhankelijk van je abonnement (Pro/Max/Team of Enterprise). Kunnen ook getriggerd worden door GitHub-events, API-calls of webhooks (zie Trigger hierboven).

Onderliggend mechaniek van een cloud Routine: elke run kloont een gekoppelde GitHub-repo, 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 (dan blijft een nieuwe branch staan). 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 (per Routine instelbaar), 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 4 vCPU's, 16 GB RAM en 30 GB schijfruimte — dus geen zin om een enorme repo te koppelen aan een simpele taak. Quotum per plan: 5 (Pro) / 15 (Max) / 25 (Team/Enterprise) runs per dag, met metered overage voor org's die dat aanzetten.

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 kan het maandelijkse abonnementskrediet sinds 13 mei 2026 deels worden ingezet voor Agent SDK-gebruik.

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 #routines #proactief

Backlinks