Migrating off Simba 1.6

Move to simba-3.2 and simba-3.0 before the 2026-11-21 shutdown

simba-english and simba-multilingual — the Simba 1.6 pair — are being withdrawn. This page is the one-stop migration guide: what changes, which model to move to, and how to buy time if you need it. The decision and the two dates were announced in the changelog entry that kicked this off.

If your synthesis requests set model to simba-english or simba-multilingual, you have until 2026-11-21 to move. Switch to simba-3.2 (English) or simba-3.0 (the languages it covers) — the endpoint and request shape are otherwise unchanged. Already-generated audio is unaffected. Need a language simba-3.0 does not yet cover, or more time? Talk to us and we will line your migration up.

What is changing

Withdrawal is two dated steps, both published up front:

WhenWhat happens
From API version 2026-09-21The pair is no longer selectable: naming either model returns 400 model_retired, and neither appears in GET /v1/audio/models. New workspaces are pinned at signup, so they can’t select it at all.
From 2026-11-21Both models are shut down and unreachable on every API version — including a workspace pinned below the retirement.

2026-11-21 is the date that matters: it is a hard shutdown, not a version boundary you can sit below. Pinning buys time up to it, never past it.

Are you affected?

You are affected if a synthesis request sends model: "simba-english" or model: "simba-multilingual" to POST /v1/audio/speech or either /v1/audio/stream route.

You are not affected if you name simba-3.0 or simba-3.2, or omit model entirely — an omitted model resolves to simba-3.0, which is unchanged.

Where to go

FromToNotes
simba-englishsimba-3.2English; lower time-to-first-byte and richer expressivity — if your voice is one simba-3.2 accepts (see below). Otherwise use simba-3.0, which takes the full catalog.
simba-multilingualsimba-3.0Covers the locales most multilingual traffic actually uses (see below), streaming-native and lower latency. Accepts the full voice catalog, including your cloned voices.

For most integrations this is a one-line change — swap the model string and keep everything else — but check two things first:

  • Voices on simba-3.2. Unlike every other model, simba-3.2 serves a curated voice set plus cloned voices Speechify has manually approved, not the full catalog. If the voice you use with simba-english isn’t one simba-3.2 accepts, the request is rejected — move that integration to simba-3.0 instead (it takes every built-in and cloned voice with no approval step).
  • Omitting language. On simba-multilingual, leaving language out auto-detects the language from your input text. simba-3.0 instead falls back to the voice’s own locale. If you rely on detection, set language explicitly on the request when you move.
1{
2 "input": "Hello from Speechify.",
3 "voice_id": "your-voice-id",
4 "model": "simba-3.2"
5}
POST
/v1/audio/speech
1curl -X POST https://api.speechify.ai/v1/audio/speech \
2 -H "Authorization: Bearer <token>" \
3 -H "Content-Type: application/json" \
4 -d '{
5 "input": "Hello! This is the Speechify text-to-speech API.",
6 "voice_id": "geffen_32",
7 "audio_format": "mp3",
8 "model": "simba-3.2"
9}'

Check your languages first

Most workspaces on simba-multilingual synthesize only English, German, Spanish, French, Italian or Brazilian Portuguese — all covered by simba-3.0. If that is you, simba-3.0 covers it today — set language explicitly on the request (see the note above on omitting it) and the switch is a one-liner.

If you synthesize outside that set, broader multilingual coverage is landing on the current model generation before the shutdown. If it is not in your hands by 2026-11-21 we move the date rather than cut the languages off — but talk to us so we can line your migration up with it rather than leave it to the deadline.

Buy time by pinning your API version

Not ready to change the model string yet? Pin your workspace’s API version to a date before 2026-09-21 and both models keep working, with no code change, until the 2026-11-21 sunset — see API Versioning for how to read and set Speechify-Version.

While your workspace is pinned below 2026-09-21, both models still appear in GET /v1/audio/models carrying retired_at: "2026-09-21" and sunset_at: "2026-11-21". Read sunset_at to track the deadline in your own tooling.

It is a migration window, not an exemption: the shutdown lands on 2026-11-21 whatever you pin.

Migration checklist

1

Find where you name the models

Search your integration for simba-english and simba-multilingual. Requests that omit model are already on simba-3.0 — no change needed.

2

Pick the replacement

simba-englishsimba-3.2 if your voice is one it accepts, otherwise simba-3.0. simba-multilingualsimba-3.0 if your languages are in its set; otherwise talk to us.

3

Swap the model string and test

Change the model value and re-run your synthesis. The endpoint and request shape stay the same — just confirm your voice is accepted on simba-3.2 (or use simba-3.0), and set language explicitly if you were relying on auto-detection.

4

If you need longer, pin instead

Set Speechify-Version to a date before 2026-09-21 to keep the old models until 2026-11-21 while you plan.

See also