OpenRouter video client on Sume: six documented differences

Sume says /v1/videos matches the OpenRouter Video Generation API except six items: base path, auth, model ids, auto routing, size and provider.options.

4 min readSume
All posts

A video client written from the OpenRouter Video Generation docs should work on Sume after you change the base URL and the API key, with six documented differences. They cover the base path, auth, model ids, auto routing, the size field and provider.options. Everything else on the surface is described as field-for-field the same.

The differences

This table restates the "Sume differences" section of the Videos docs.

OpenRouter and Sume on /v1/videos (Sume docs, read 2026-10-07)
AreaOpenRouterSume
Base pathhttps://openrouter.ai/api/v1/videoshttps://api.sume.com/v1/videos, no /api segment
AuthBearer OPENROUTER_API_KEYBearer SUME_API_KEY
Model idsorg/slug, for example google/veo-3.1Bare catalog ids, for example seedance-2
Auto routingNo generate-time automodel sume/auto; responses show sume/auto
sizeAccepted when the model shows supported_sizesEvery v1 model reports null, so 400 unsupported_parameter
provider.optionsForwarded to the matched providerNon-empty value returns 400 unsupported_parameter

What this means for a port

Most ports are two edits and a search. Change the URL and key, then search for slash-prefixed model ids and drop the prefix, since Sume does not publish an org prefix on video ids. Replace size with resolution and aspect_ratio, and delete any provider.options. Your model choice must also exist in the Sume catalog; read GET /v1/videos/models, because the lists are not the same.

What this does not tell you

The docs claim API agreement, not output parity. Durations, resolutions, audio and prices are set per model and differ from what another router shows for a similar name, so re-test with a few real prompts before moving traffic.

Sources

Related posts

More in Comparisons

All Comparisons posts

Written by Sume