chimera cron

Manage scheduled jobs (crons and event SOPs).

Подкоманды

chimera cron add

Add a cron, event- or webhook-triggered job. `--verify` is what turns a scheduled job into a run the harness governs. `CronJob` has carried the field since the harness landed and nothing could write it — not this command, not the HTTP route — so for every user the gate was permanently unarmed.

Аргументы

NAMEstrобязательный
A human-readable name.
SCHEDULEstrобязательный
Cron expression, or an event/webhook name.
ACTIONstrобязательный
What to do (task description / skill).

Параметры

--eventboolean
Treat SCHEDULE as an event name.
--webhookboolean
Fire on POST /webhook/<SCHEDULE> (needs 'chimera serve').
--verifystrпо умолчанию: ''
Gate: shell command run in the job's folder after the dispatch (exit 0 to keep the work, non-zero to revert it). Empty = no gate, which is the previous behaviour.
--max-attemptsintпо умолчанию: 1
Attempts per dispatch. Worth raising only with --verify: without a gate nothing can tell a failed attempt from a finished one.

chimera cron disable

Disable a job without deleting it.

Аргументы

JOB_IDstrобязательный
The job id to disable.

Параметры

У этой команды нет параметров.

chimera cron doctor

Ask the schedule what it is not telling you: what never ran, and what ran and lost. Every other honesty mechanism here sits downstream of a run having happened. This is the one question about the run that did not — and about the one that happens on time, forever, and fails every time, which looks healthier than the first from any field that existed before. It is a question, not a watcher: nothing notices while this process is down, for the same reason a crashed process cannot log its own crash. What it gives you is an honest answer the moment you ask.

Параметры

--gracefloatпо умолчанию: 10.0
How late a job may be before it counts as missed.
--checkboolean
Exit 1 when a job is late or failing, so a watcher outside Chimera alerts only then.

chimera cron enable

Enable a job (e.g. an agent-proposed one) and schedule its next run.

Аргументы

JOB_IDstrобязательный
The job id to enable.

Параметры

У этой команды нет параметров.

chimera cron fire

Run every job registered for an event. Event jobs had no dispatcher. `cron add --event deploy` accepted the job and `cron list` showed it enabled, but nothing in the package ever called `fire_event` — so the job simply never ran, and its silence was indistinguishable from that of a job whose time had not come. The cron trigger has the daemon and the webhook trigger has the webhook server; this is the third one's. Meant to be called from wherever the event actually happens — a git hook, a deploy step, a CI job. Dispatch is the same one the daemon uses, so a fired job behaves exactly like a scheduled one: same agent, same spend caps, same receipt.

Аргументы

EVENTstrобязательный
The event name to fire (as given to `cron add --event`).

Параметры

--model, -mstr
Model for the dispatched jobs.
--max-stepsintпо умолчанию: 6
Max tool-calling steps per job.
--workspace, -wstrпо умолчанию: '.'
Workspace root for tools.

chimera cron learn

Propose crons from recurring tasks and create the ones you confirm. Each proposal is shown for explicit confirmation (the human-in-the-loop approval that keeps automation creation under control); confirmed jobs are validated and created enabled. ``--yes`` confirms all (use deliberately).

Параметры

--minintпо умолчанию: 3
Min repeats to propose.
--schedulestr
Override the suggested cron schedule.
--yes, -yboolean
Create every proposal without prompting.

chimera cron list

List scheduled jobs.

Параметры

У этой команды нет параметров.

chimera cron remove

Remove a scheduled job by id.

Аргументы

JOB_IDstrобязательный
The job id to remove.

Параметры

У этой команды нет параметров.