Wan 3.0 has six regional endpoints; Sume has one base URL
Alibaba's Wan 3.0 API is served from six regions with a workspace id in the URL. Sume's video API uses api.sume.com/v1/videos with no region field.

Alibaba serves the Wan 3.0 API from six regions, Singapore, Beijing, US (Virginia), Tokyo, Frankfurt and Hong Kong, and each regional URL needs a workspace id substituted in. On Sume you call one base URL, https://api.sume.com/v1/videos, with a bare model id like wan-3.0, and the request has no region or Alibaba workspace field.
Alibaba's list comes from its Wan3.0 Video Generation API Reference, read on 2026-10-02. Sume's side comes from Video generation and Sume basics.
What does the regional setup look like on Alibaba?
The page lists six regions, each with its own base URL and a {WorkspaceId} placeholder. Beyond the URL, the call pattern is asynchronous only: you send an async header, create a task, then poll the task id, which stays valid for 24 hours. There are two model names, wan3.0-video for the standard version and wan3.0-video-prime for the high-speed one.
For a team that is new to Alibaba Cloud, the work is picking a region that matches where your account and data live, creating the workspace, and keeping keys for that region together. A key from one region is not something I can assume works in another, because the page does not say it does.
| Item | Alibaba Model Studio | Sume |
|---|---|---|
| Base URL | one of six regional URLs with a workspace id | https://api.sume.com/v1/videos |
| Model name | wan3.0-video or wan3.0-video-prime | wan-3.0 |
| Auth | Alibaba account key | Authorization: Bearer $SUME_API_KEY |
| Region field | chosen by the URL | none in the request |
| Workspace in body | workspace id in the URL | never sent; the key carries it |
What does the Sume side look like?
Sume API keys resolve to a workspace, and the basics page says not to send workspace_id in request bodies. Model ids are bare catalog ids; the docs state Sume's published contract never carries a provider-org prefix. The catalog at GET /v1/videos/models lists what each id supports, and wan-3.0 accepts 2 to 30 seconds.
What the pages I read do not tell you is where Sume runs the underlying Wan job. There is no region parameter, so you cannot choose one, and I will not guess at where it executes. If data residency decides your purchase, ask Sume before committing; do not infer it from this post.
Does the single URL change my code?
It removes code: no regional URL table, no workspace id substitution, one key. It also removes control, because the Alibaba-only switches are not reachable. Sume's docs say provider.options is rejected with 400 unsupported_parameter in v1 and seed and size are rejected for every model. The prime model name is not a separate id either; the post on Wan 3.0 Prime covers that gap.
curl -X POST https://api.sume.com/v1/videos \
-H "Authorization: Bearer $SUME_API_KEY" \
-H "Content-Type: application/json" \
-H "Idempotency-Key: wan-region-001" \
-d '{"model": "wan-3.0", "prompt": "A tram at dawn, slow dolly", "duration": 6, "resolution": "720p"}'Which should I choose?
For the price math on the Sume side, see Wan 3.0 pricing.
- Choose Alibaba direct if you need a specific region, the prime model name, or provider-side switches such as prompt rewriting and watermark.
- Choose Sume if you want one key and one job vocabulary across Wan, MiniMax H3 and others, with usage billed as provider list times 1.25.
- Either way, store the job or task id the moment you get it.
Sources
Related posts
More in Developers
- Wan 3.0 video URL purged after 24 hours: what Sume returns
Alibaba keeps Wan 3.0 task ids and video URLs for 24 hours. Sume returns media.sume.com artifacts instead. What to store and when to download.
- WaveSpeed API v3 predictions/result vs Sume /v1/jobs/status/result
Porting from WaveSpeed's api/v3 submit and predictions/{id}/result to Sume: base URLs, Bearer auth, idempotency keys, status and result routes side by side.
- WaveSpeed polls at 2 seconds minimum; Sume: next_poll_after_seconds
WaveSpeed says start polling near 2 seconds and back off to 5-10. Sume returns next_poll_after_seconds so the server sets the pace. A runnable loop for each.
- Webhook returns a 301: Stripe, OpenAI and Sume count it as failed
A redirecting webhook URL never delivers on Stripe, OpenAI or Sume run webhooks. Register the final URL, and check http to https and trailing slashes first.
Written by Sume