Routines & automation

Some work should not wait for you to ask. News gets harvested every morning whether or not you opened the app; health checks run on their own clock; recurring production — briefings, reports, content drafts — repeats on a cadence. Routines are Command Center's answer: scheduled automation where each run is a fresh agent doing one well-defined job.

What a routine is

A routine is a Markdown specification: what to do, which agent posture to do it with, and when to run. A scheduler daemon watches the calendar and, when a routine is due, spawns a fresh agent process for that one run. The agent reads its specification, does the job, writes its output, and exits.

That fresh-process design is the key property. There is no long-lived automation agent accumulating stale context — every run starts clean, reads the current version of its spec and the current state of your workspace, and behaves accordingly. Which also means improving a routine is just editing its file: the next run picks the change up automatically, nothing to restart.

Runs are tracked as jobs with logs on disk. Failures retry with backoff, and a routine that keeps failing disables itself rather than looping — automation that degrades loudly instead of thrashing quietly.

What routines are for

The rule of thumb from the platform's own orchestration doctrine: recurring means routine. One-off bounded work goes to a dispatched agent; a long, watched, multi-part effort becomes a mission; anything on a schedule is a routine.

The flagship example is the intelligence desk: harvesting runs collect news from your configured sources through the day, and writer routines turn the curated material into briefings and ticker items — a pipeline that is simply done each time you look, because routines carried it while you worked on something else. The same machinery runs operational upkeep (health checks, lifecycle housekeeping) and recurring production work.

The scheduler also caps how many routine jobs run at once, so a busy schedule cannot swamp your machine.

Where you stay in control

Routines run unattended by design — so the platform is explicit about where human judgment re-enters:

• Outbound never auto-sends. A routine may draft a newsletter, a post, or an email, but everything addressed to another human lands in a review queue for your approval. This is the same unconditional gate the whole operator model enforces; scheduling does not weaken it.
• You own the schedule. The Routines view shows every routine, its cadence, and its run history; you enable, disable, and trigger runs from there.
• Runs are auditable. Every run leaves a log, and outputs land as ordinary files in your workspace — inspectable like anything else agents produce.

A candid note on cost: routine runs use your own Claude account like every other agent run, and an unattended schedule spends while you are away. Cadences are yours to set — start conservative and widen once a routine has earned trust.

Cadence or a moment?

Routines speak in cadences — every six hours, daily at 09:00, weekly. There is a second scheduler for the other case: work that belongs to one specific moment. That is the Calendar, and the difference is not cosmetic. A routine that is due runs its specification; a Calendar entry that comes due dispatches an agent, either in the background or into a terminal workspace you can watch.

They share the same clock service and the same fresh-process discipline, so neither is a workaround for the other — pick by whether the work has a cadence or a date.

Routines, missions, or a one-off agent?

Mixing these up is the most common early mistake — the quick reference above is worth internalizing before you automate anything.

Where to go next

• Routines infrastructure — the routine catalog and scheduler reference
• Calendar — scheduling by date rather than cadence, and the autonomy ladder that governs a dispatched run
• Missions, operations & the fleet — for goals too large for a schedule
• The operator model — the approval gates automation always respects