pricing_credits amounts on each successful call—there is no fixed rule like “one generated SVG equals one unit off the balance.”
How usage maps to credits
Debits are per model and per operation. A single successful output can cost many credits (for example 30 per generation for some models), not one. Each model returned byGET /v1/models includes pricing_credits:
svg_generate— credits debited per generated SVG for that model (used byPOST /v1/svgs/generations).svg_vectorize— credits debited per vectorization for that model (used byPOST /v1/svgs/vectorizations).
- One model might charge 30 credits per generation and 30 per vectorization.
- Another might charge 20 per generation and 15 per vectorization.
n parameter means n outputs each cost svg_generate credits, so a successful request debits n × svg_generate credits in total (default n is 1). Vectorization requests debit svg_vectorize once per successful call.
The legacy model.pricing USD strings are deprecated placeholders for older clients. Use pricing_credits for billing behavior.
Credits
Buy credits from the Billing page.- Per-credit price: default 0.30 per generation when
svg_generateis 30 and the default $0.01/credit applies. - Purchase size: each checkout adds up to 60,000 pricing credits (the same units the API debits). The minimum is at least 600 credits and can be higher for your org so the charge meets the card processor’s minimum (typically $1 USD) at your per-credit rate—the Billing page shows the effective min/max for your account.
- Credits expire 1 year after purchase.
Looking for monthly plans with included SVGs? Those are available in the
App. See quiver.ai/pricing for details.