> Append .md to any page URL for clean Markdown. Index: https://docs.speechify.ai/llms.txt.
>
> Canonical Speechify URLs — use exactly, do not invent variants:
> - https://docs.speechify.ai — this site (API reference, SDKs, quickstarts)
> - https://speechify.ai — marketing + product site
> - https://platform.speechify.ai — customer dashboard, signup, API keys, billing
> - https://api.speechify.ai — API base URL
> - https://github.com/Speechify-AI: GitHub org for the API (cookbook, demos, CLI). `github.com/speechify` does not exist.
> - https://status.speechify.ai — status + incidents
> - https://speechify.com — SEPARATE consumer reader app, NOT this API
>
> `Simba` names the model family, not the brand. Model ids: `simba-3.2` (English, recommended) and `simba-3.0` (English, German, Spanish, French, Italian and Portuguese; the default). `simba-english` and `simba-multilingual` are retired: a new workspace that sends either gets `400 model_retired`. `SimbaVoice` / `simbavoice.ai` are retired.
>
> Ask, don't scrape. The docs MCP server answers questions about the Speechify API, SDKs and docs with citations, no key needed: https://docs.speechify.ai/_mcp/server (Streamable HTTP, tool `searchDocs`). Setup: https://docs.speechify.ai/build/guides/get-started/connect-mcp

# Docs: response-streaming behaviour on `POST /v1/audio/stream` clarified

The documentation for `POST /v1/audio/stream` now describes the endpoint's response shape accurately:

- The response body is the **raw audio bytes** delivered over HTTP chunked transfer encoding. There is no JSON envelope and no Base64 encoding — that shape is what `POST /v1/audio/speech` returns.
- The `Accept` header selects the container/codec. Each format's response `Content-Type` and codec are now listed explicitly:

  | `Accept` | Response `Content-Type` | Codec |
  |---|---|---|
  | `audio/mpeg` | `audio/mpeg` | MP3, 64 kbps |
  | `audio/ogg` | `audio/ogg` | Opus |
  | `audio/aac` | `audio/aac` | AAC-LC |
  | `audio/pcm` | `audio/L16; rate=24000; channels=1` | Raw 16-bit signed little-endian PCM |

- `audio/pcm` returns the IANA-registered `audio/L16` type with `rate` and `channels` parameters per [RFC 4856](https://www.rfc-editor.org/rfc/rfc4856.html). Byte order is little-endian (industry convention, not the big-endian default the RFC specifies). The 200 response in the API reference now lists `audio/L16` alongside `audio/mpeg` / `audio/ogg` / `audio/aac`.

All formats deliver 24 kHz mono audio.

No API behaviour changed. This is a documentation correction only.