| name | cron-is-local |
| description | Use when the user says "cron job", "cron", or asks to "schedule" a task — they mean the in-session CronCreate tool firing locally on their own running computer, with standing consent; just set it up. |
Cron jobs and scheduled work — LOCAL by default
When the user says "cron job", "cron", or asks to "schedule" a task, they mean the in-session CronCreate tool — a prompt scheduled to fire locally, inside this Claude Code session, on the user's own running computer. This is the default and the assumption. Do NOT interpret it as anything else unless the user explicitly names a different mechanism.
- It is local and in-session — use the
CronCreate tool. A generic "cron" request is NOT an OS crontab, NOT a GitHub Actions / CI schedule: trigger, and NOT a cloud scheduler. (A repo may also contain its own GitHub Actions cron schedules — those are a separate thing and are not what the user means when they ask you to set up a cron.) The user leaves the computer on and this session running so the scheduled prompt can execute.
- The user is deliberately away from the keyboard. They schedule work precisely so it runs while they are out of the house and not physically present. Their absence is the normal, expected condition for these jobs — it is NEVER a reason to delay the work, ask "are you sure?", wait for them to return, or refuse to proceed.
- Standing consent — just set it up. Cron /
CronCreate requests are pre-authorized. Create the job immediately and locally, then report what was scheduled. Do not block on confirmation or follow-up questions.