Did my Sume cron schedule fire? Read last_run_at and next_run_at

GET /v1/actions/{id} returns last_run_at and cron.next_run_at. Compare them with the run list to see if a schedule fired, without opening the dashboard.

3 min readSume
All posts

Call GET /v1/actions/{action_id} and read two fields: last_run_at, the time the schedule last ran, and cron.next_run_at, the time of the next run. If last_run_at is older than your cadence, check status too, because an inactive schedule does not accept API runs (Scheduled agents).

Fields to check

An API-only schedule has cron: null, so there is no next_run_at to wait for. It runs only when your service calls it.

Source: docs.sume.com, read 2026-10-06.
FieldReads as
statusactive or inactive
trigger_typecron or api, fixed at create
cron{ expr, timezone, next_run_at }, or null for an API-only schedule
last_run_atThe time of the last run
api_trigger_enabledWhether POST /v1/actions/{id}/runs is allowed

Confirm with the run list

Page the runs with GET /v1/actions/{id}/runs?limit=20. Each page is { data, has_more, next_cursor }, and limit accepts 1 to 100 with 50 as the default (Scheduled runs).

curl -sS "https://api.sume.com/v1/actions/$ACTION_ID" \
  -H "Authorization: Bearer $SUME_API_KEY" \
  | jq '.data | {status, trigger_type, last_run_at, next: .cron.next_run_at}'

A quick alert rule

Alert when status is not active, or when last_run_at is older than two cadences. Do not alert on the run count alone, because a skipped run on an active schedule is not an error.

Sources

Related posts

More in Agents

All Agents posts

Written by Sume