Claude Code heeft een trio aan “Cron”-commando's toegevoegd—CronCreate, CronDelete en CronList—waarmee ontwikkelaars eenmalige of terugkerende prompts kunnen inplannen met behulp van gewone cron-syntax. Deze functie verandert het gebruikelijke, onmiddellijke request-reply-model van AI-assistenten in een getimede, proactieve workflow.

Waarom timing belangrijk is voor AI-ondersteunde engineering

De meeste code-generatietools beantwoorden een vraag en verdwijnen dan weer. Ontwikkeling in de echte wereld hangt echter vaak af van acties die later moeten plaatsvinden: een deployment-check na 30 minuten, een dagelijkse health scan om 9:00 uur, of een herinnering om over een uur een pull request te beoordelen. Tot nu toe schreven ontwikkelaars loops of externe scripts om Claude op het juiste moment te triggeren, wat de context vervuilde en geheugen opslokte.

De Cron-familie neemt die frictie weg. Door het timingprobleem over te dragen aan de runtime van Claude, kunnen ontwikkelaars een prompt versturen, verdergaan met hun werk, en het systeem Claude laten activeren zodra de geplande tijd is bereikt.

Hoe de drie commando's werken

  • CronCreate – Neemt een standaard cron-expressie (bijv. 0 9 * * MON-FRI) en een prompt-payload, en registreert vervolgens een taak die Claude aan de opgegeven tijden aanroept. Dezelfde syntax die in Unix-stijl schedulers wordt gebruikt, is van toepassing, dus er is geen nieuwe leercurve.
  • CronDelete – Ontvangt een taak-identifier en verwijdert de openstaande invoer, waardoor toekomstige aanroepen worden gestopt.
  • CronList – Geeft alle taken in de huidige sessie terug, inclusief identifiers, schema's en fragmenten van de payload.

Deze commando's dekken de volledige levenscyclus van een getimede prompt zonder de Claude Code-omgeving te verlaten.

Praktische voordelen

  1. Doorbreekt synchrone beperkingen – Een ontwikkelaar plant een systeemcheck in voor later en gaat verder met coderen in plaats van te wachten op een blokkerende aanroep.
  2. Behoudt context – De runtime bewaart de prompt tot de uitvoering, zodat er geen loop actief hoeft te blijven om tokenruimte te verspillen.
  3. One-shot vs. terugkerend – Een enkele herinnering gebruikt hetzelfde commando als een dagelijkse monitor (“voer elke ochtend een health check uit”). Het verschil zit alleen in de cron-expressie.

Regels die het systeem stabiel houden

  • Opslag beperkt tot de sessie – Taken verdwijnen wanneer de sessie eindigt, wat voorkomt dat er taken achterblijven nadat een ontwikkelaar is uitgelogd.
  • Maximum van zeven dagen – Terugkerende taken verlopen automatisch na een week, wat het langdurige resourceverbruik beperkt.
  • Lokale tijdzone – Cron-expressies worden geïnterpreteerd in de lokale tijd van de gebruiker, wat verwarring door UTC-offsets voorkomt.
  • Load spreading – De scheduler verschuift taken weg van exacte :00 of :30 markeringen om pieken in de serverbelasting af te vlakken.

Cron vs. de bestaande “Tasks”-functie

Claude ondersteunt al een “Tasks”-lijst, waarbij een gebruiker acties in een wachtrij zet die Claude uitvoert wanneer deze expliciet wordt aangeroepen. Cron werkt als een alarm: de runtime start Claude automatisch op het geplande moment. Tasks blijven inactief totdat een gebruiker ze aanroept; Cron dwingt de assistent om op zijn eigen schema te handelen.

Waar ontwikkelaars rekening mee moeten houden

De Cron-toolkit blinkt uit in kortetermijnautomatisering—testpipelines, herinneringsprompts, dagelijkse diagnostiek—binnen een enkele ontwikkelingssessie. De limiet van zeven dagen en de sessiegebonden opslag betekenen dat het geen vervanging is voor schedulers van productiekwaliteit die maandenlange persistentie of betrouwbaarheid over verschillende sessies heen vereisen.

Kernpunt: Door standaard cron-syntax direct in Claude Code te integreren, kunnen ontwikkelaars de timinglogica uitbesteden aan de AI-runtime. Dit maakt context vrij en maakt echt proactieve assistentie mogelijk—zolang de taken binnen een enkele sessie en een venster van een week passen.