Stripe Issuing for agents vs a Sume spend cap: what limits an agent?

Stripe Issuing caps what an agent can charge to merchants. Sume's required generation_spend_cap_usd caps one run's media spend. They guard different layers.

4 min readSume
All posts

They limit different things, so a serious agent setup uses both. Stripe's Issuing for agents gives an agent a virtual card with spend limits and merchant controls, which bounds what it can buy from other businesses. Sume's generation_spend_cap_usd bounds how much one Agent Completion can spend on generation inside Sume. One cannot stand in for the other.

Two layers

Card controls versus a per-run cap (read 2026-10-06)
QuestionStripe Issuing for agentsSume Agent Completion
What is cappedCharges on a virtual card; limits per authorization or over a rolling period, plus allowed merchant categoriesGeneration spend for one run
Where it is setAt card creation, editable laterOn every request; no default, a missing value returns 400 invalid_request
Live decisionissuing_authorization.request webhook, 2-second default timeout before the card's default rules applyNone per call; the cap is fixed before the run starts
Who gets approachedStripe application or contact required to startAny key with agent_completions:write

Why Sume's cap is mandatory

Sume's docs explain that the chat UI protects you with an interactive spend-approval prompt, and a backend caller never sees it. The cap replaces that prompt. You pick a number per run that you accept losing, and the run cannot spend beyond it.

Stripe's page also lists single-use cards, which are scoped to one task and invalidated after use. That is the closest card-side match to a per-run cap, and it suits purchases made through a browser. For purchases the agent never makes on a web page, the per-run cap on the Sume request is the only control that fires before the work begins.

What the cap leaves out

Read the receipt before you treat the cap as a total bill. usage.billable_amount_usd_micros counts generation spend only. The agent's own language-model turn bills to the separate Agent wallet, so a cap of two dollars is not a promise that the whole run costs two dollars. If you need a hard ceiling on everything, set it where each cost lands: the cap on the Sume call, and spend rules on whatever card or wallet pays for the rest.

A sensible stack

Stripe's page notes settlement can take one to two days after the authorization, which is one reason to keep a second, immediate limit in front of the work itself.

  • Give each agent its own Stripe virtual card if it buys from outside merchants, limited by category.
  • Send generation_spend_cap_usd on every POST /v1/agent/completions, sized to the single task.
  • Send an Idempotency-Key so a retried request returns the original receipt with idempotency_hit: true rather than a second run.
  • Alert on outcome and usage in the run webhook, not on card activity alone.

Sources

More in Pricing

All Pricing posts

Written by Sume