Scheduled run spend cap: a per-call number can only lower it

A Sume schedule's default generation cap is $1.00. A per-run number is clamped to the lower of the request and the schedule cap, and 0 is rejected.

3 min readSume
All posts

On a Sume schedule, a per-run generation_spend_cap_usd can lower the cap but never raise it: the API clamps a number above zero to the smaller of your request and the schedule's own cap, null runs without the automation ceiling, and 0 is rejected (Scheduled). If a schedule has no cap of its own, the default is $1.00.

How a request resolves

Assume a schedule with a $1.00 cap.

Per-run cap rules, from the docs
Per-run valueEffective capWhy
0.25$0.25Lowered by the request
1$1.00Equal to the schedule cap
5$1.00Clamped to the schedule cap
0400 errorThe API rejects 0 with 400
nullNo automation ceilingRuns without the schedule cap

An API-triggered run

Only schedules with api_trigger_enabled accept POST /v1/actions/{action_id}/runs; trigger_type is fixed at create time.

curl -sS -X POST "https://api.sume.com/v1/actions/$ACTION_ID/runs" \
  -H "Authorization: Bearer $SUME_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: weekly-teaser-2026-w41" \
  -d '{"generation_spend_cap_usd": 0.25}'

Other limits

Scheduled limits
LimitValue
input properties64
input size2 MiB
Idempotency-Key length1 to 255 characters
list limit1 to 100, default 50

Practical use

Set the real ceiling on the schedule in the dashboard and use the per-run number only for cheaper one-off runs. Raising spend means editing the schedule, not the request.

The null caveat

null is the one value that removes the automation ceiling, so do not send it from an unattended client that you expect to stay capped. Wallet balance, generation admission and organization limits still apply, as the API-trigger page notes. Sending a bare number above zero is the safe way to tighten a single run.

Sources

Related posts

More in Agents

All Agents posts

Written by Sume