xi-api-key header. Account-management endpoints such as /v1/api-keys require a browser session. Create keys on the API keys page, or use breeze login to create a device-specific CLI key.
Sending your API key
Breeze accepts the key two ways. Both are equivalent.xi-api-keyheaderAuthorization: Bearer <key>header
xi-api-key takes precedence.
Key lifecycle
- Keys have a stable
key_id,prefix, andstatus. - Breeze returns the plaintext
api_keyonly when you create or rotate a key. Store it immediately; it cannot be viewed again. - CLI login uses the same hash-only key model. The browser authorizes a short login flow, then the CLI exchanges a local verifier for one plaintext key response and saves it in
~/.breeze. - Use
key_idfor key management, request-log attribution, and support investigations. API-key authenticated responses includex-breeze-api-key-id. - Status is
active,expiring, ordisabled. Disabled keys return401 AUTH_REQUIREDimmediately and can be re-enabled. - Delete a key to remove it entirely. Use one key per environment; the last-used timestamp surfaces stale keys.
Common errors
401 AUTH_REQUIRED: missing, malformed, deleted, or disabled key.403 FORBIDDEN: valid key with no access to the requested resource.
Continue from here
SDK quickstart
Create a key, install the SDK, and make your first text-to-speech request.
CLI auth
Use browser login, local profiles, and stdin key entry from the command line.
API reference
Review base URL, content types, generated endpoint docs, and response conventions.
Errors
Handle auth, validation, billing, concurrency, and generation failures.

