Skip to content
Tools/Official Docs
Official DocsOfficial

Claude Code scheduled tasks & /loop

Official Claude Code scheduled prompt and /loop documentation.

Visit source
Reviewed 2026-07-21
Official documentation
Primary source reviewed

Source type: official-docs. License: not stated or not applicable. The linked source supports the visible capability notes but does not prove production suitability.

Open evidence source
Inference or recommendation
Verify before production

Confirm current maintenance, permissions, data handling, license obligations, failure behavior, and a human approval gate in your own environment.

Practical fit

Scheduled tasks and /loop are useful for small observations that become valuable when repeated: checking a queue, reviewing fresh failures, or producing a regular status note. They are less suitable for open-ended coding work where each run can expand the scope.

A schedule multiplies both mistakes and cost. The first runs should therefore stay manual until the prompt, output, retry behavior, and ownership of the result are predictable.

How to evaluate it

Is each run independent, reviewable, and small enough to repeat?
Who reads the result and what happens when the same failure repeats?
What daily limit prevents a broken schedule from consuming budget indefinitely?

Example decision

Run a weekday check that reads the latest CI failures and writes a short triage note. Do not let that scheduled check edit code until several manual runs show that the discovery and classification steps are reliable.

Verify before you adopt it

Check the current scheduling behavior and supported environment in the official docs.
Set a clear cadence, retry cap, and owner for failed runs.
Test what happens when the machine is offline or the source is unavailable.

Source review note

We reviewed the primary source on July 21, 2026. Product behavior, pricing, licenses, and maintenance status can change, so check the linked source before adopting it.

Best for

Polling
Recurring prompts
Repeated checks

Not for

Unbounded loops without a stop rule
Budget-insensitive workflows

Risk notes

Loops need hard stop rules and budget awareness.