docs: document scheduled prompts tab in SYST3M (follow-up to #461)
This commit is contained in:
parent
cbe058f509
commit
0b92d597f8
1 changed files with 26 additions and 0 deletions
|
|
@ -218,6 +218,23 @@ button hard-deletes (`POST /cancel-reminder/{id}`) and a
|
||||||
`R3TRY` button re-arms one whose delivery failed
|
`R3TRY` button re-arms one whose delivery failed
|
||||||
(`POST /retry-reminder/{id}`). Backed by `GET /api/reminders`.
|
(`POST /retry-reminder/{id}`). Backed by `GET /api/reminders`.
|
||||||
|
|
||||||
|
**SCH3DUL3D PR0MPTS** — operator-managed scheduled prompts
|
||||||
|
(#444 / #459). Lists every schedule with its description,
|
||||||
|
targets, body, recurrence interval, next-fire time, and
|
||||||
|
per-target last-result; a `CANC3L` button cancels the whole
|
||||||
|
schedule (`POST /api/schedules/{id}/cancel`), and individual
|
||||||
|
target chips have their own cancel links. An inline creation
|
||||||
|
form lets the operator queue a new schedule directly:
|
||||||
|
targets (multi-select checkboxes drawn from live container
|
||||||
|
names + `operator` + `manager`), prompt body (textarea),
|
||||||
|
first-fire datetime-local (pre-filled to 5 minutes from now),
|
||||||
|
optional recurrence interval in seconds (blank = one-shot),
|
||||||
|
and an optional human-readable description. On submit the
|
||||||
|
form POSTs to `/api/schedules` as JSON; the tab pill shows
|
||||||
|
the count of active schedules (at least one live target not
|
||||||
|
yet cancelled). Refreshed on tab activation and after each
|
||||||
|
submit/cancel. Backed by `GET /api/schedules`.
|
||||||
|
|
||||||
**K3PT ST4T3** — destroyed-but-state-kept tombstones (size +
|
**K3PT ST4T3** — destroyed-but-state-kept tombstones (size +
|
||||||
age + claude-creds badge). Two actions: `⊕ R3V1V3` (queues a
|
age + claude-creds badge). Two actions: `⊕ R3V1V3` (queues a
|
||||||
Spawn approval; existing state is reused), `PURG3` (wipes
|
Spawn approval; existing state is reused), `PURG3` (wipes
|
||||||
|
|
@ -450,6 +467,15 @@ not ours.
|
||||||
- `POST /cancel-reminder/{id}` — hard-delete a pending reminder.
|
- `POST /cancel-reminder/{id}` — hard-delete a pending reminder.
|
||||||
- `POST /retry-reminder/{id}` — re-arm a reminder whose delivery
|
- `POST /retry-reminder/{id}` — re-arm a reminder whose delivery
|
||||||
failed (clears the failure state so the scheduler retries).
|
failed (clears the failure state so the scheduler retries).
|
||||||
|
- `GET /api/schedules` — list all schedules (active and
|
||||||
|
recently cancelled) for the SYST3M scheduled-prompts panel.
|
||||||
|
- `POST /api/schedules` — operator-direct schedule create:
|
||||||
|
`{ targets, body, first_fire_at_unix, interval_seconds?, description? }`.
|
||||||
|
Agent-initiated schedules go through the approval queue instead
|
||||||
|
(manager MCP `request_schedule_prompt`).
|
||||||
|
- `POST /api/schedules/{id}/cancel` — cancel a schedule. Body
|
||||||
|
`{ targets?: ["name", …] }` cancels just those recipients;
|
||||||
|
absent or empty body cancels the whole schedule.
|
||||||
- `POST /meta-update` — `nix flake update` the selected
|
- `POST /meta-update` — `nix flake update` the selected
|
||||||
`meta/flake.lock` inputs, then rebuild the affected agents.
|
`meta/flake.lock` inputs, then rebuild the affected agents.
|
||||||
- `GET /dashboard/stream` — unified live event channel:
|
- `GET /dashboard/stream` — unified live event channel:
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue