Spend cap 0 is a 400 and null is $500: set a cap per holiday item
Sume's generation_spend_cap_usd rejects 0 and anything above 500, and null means the $500 maximum. What to send on each item of a holiday bulk queue.

On a Sume Format run, generation_spend_cap_usd accepts a number up to 500, treats null as the platform maximum of $500, and rejects 0 or any value above 500 with a 400. If you omit the field, the run uses the Format's own cap, and a Format that never named one reports the platform default of $400. In a holiday bulk queue, set an explicit number on every item, because null lifts the ceiling to $500 and does not remove it.
What each value does
The Format-call docs give the table below. Sume accepts a number above the Format's own cap and does not clamp it, so the field on the request really is the cap for that run.
| You send | The run's cap |
|---|---|
| Nothing | The Format's cap (platform default $400 if none named) |
| A number up to 500 | That number, even above the Format's cap |
null | The platform maximum, $500 |
0 or above 500 | 400; a run that cannot spend cannot deliver |
Steps for a bulk queue
Each item in a bulk queue is the same body as a single run, so the cap goes on each item and not on the queue.
- Estimate a sensible ceiling for one item from a test run, using
usage.billable_amount_usd_microson its receipt. - Set
generation_spend_cap_usdon every item to that ceiling plus a margin. - Multiply the cap by the number of items to get your worst case, since there is no queue-level limit.
- After the first small batch, compare the effective cap, shown as
usage.generation_spend_cap_usd_micros, with the real spend and tighten the number.
What Sume does not do
A cap is a ceiling for the generation spend of a run, and the docs say the metered total does not include the language-model turn of the agent, so it is not the whole cost of the run. The wallet figure is usage.debited_usd_micros, which does include it.
Also, a cap does not make a run succeed. If a run reaches its ceiling, it cannot spend more, so a cap set too low for a heavy video may stop the run before it delivers what you wanted; read the receipt to see what happened. Choose the number from measured runs and not from a guess.
A worked example
Suppose a test run of your holiday Format shows a billable amount of a few dollars and you decide a cap of $10 per item is comfortable. A queue of 100 items then has a worst case of 100 times $10, which is $1,000, and you should confirm your wallet and your approvals cover that number before you press send. If you instead sent null on each item, the worst case would be 100 times $500, which is $50,000, and nothing in the queue would stop you. The arithmetic is the whole point of setting the cap per item.
Sources
Related posts
More in Formats
- Is a 4:5 video a YouTube Short? 1080x1350 on Sume Timeline
YouTube's Shorts page names square or vertical videos up to 3 minutes. 4:5 is taller than wide. Sume Timeline renders 1080x1350, so verify it after upload.
- LinkedIn GIF ads cap at 250 frames: 10 seconds at 25 fps
LinkedIn's image ad page allows GIFs of up to 250 frames. At 25 fps that is 10 seconds. For anything longer, send a video made with Sume trim or Timeline.
- LinkedIn video 10 to 60 fps: conform a 120 fps phone clip
LinkedIn Page video accepts 10 to 60 fps. A 120 fps phone clip or an 8 fps timelapse is outside that. Probe the rate, then conform it with Sume trim output.fps.
- LinkedIn Page video: 10 or 15 minutes, and is MOV allowed?
Two LinkedIn help pages give different Page video limits (10 vs 15 minutes, MOV in or out). Ship MP4 under 10 minutes and use Sume video trim to get there.
Written by Sume