https://api.fireworks.ai/inference and use the same model ID across each supported API.
Compatible APIs
Choose the endpoint your SDK or client already uses:
Anthropic-style clients add
/v1/messages to the base URL themselves, so their base URL stops at /inference.
For client setup, see OpenAI compatibility, Anthropic compatibility, or the Responses API.
Call the API
Send your Fireworks key and any model ID:auto works the same way on all three APIs.
Nexus Auto examples for every API and SDK
cURL, OpenAI, Anthropic, and Fireworks SDK examples for Chat Completions,
Responses, and Messages, with provider-key headers.
Read the serving model
For a Nexus Auto request, the responsemodel field names the model that served the turn, such as glm-5p3 or claude-opus-5-5, not the Nexus Auto ID you sent. See Check which model served a turn.
Credentials
An Anthropic or OpenAI key in a request header applies only to that request. A key connected through Provider Keys is available at the account level, so clients and gateways do not need to send it with every call.
With both credentials,
auto picks its closed model by API. You can combine an account-level key for one provider with a request header for the other.
Fireworks also accepts Anthropic credentials in x-api-key or Authorization: Bearer. One Authorization header cannot carry both the Fireworks and Anthropic keys. If it carries the Anthropic key, send the Fireworks key in X-Fireworks-Api-Key. Prefer x-anthropic-api-key for new integrations.
In every SDK, api_key is the Fireworks key. Pass provider keys as extra headers, as shown in Nexus Auto.
Limitations
- Accounts with data residency enabled must use a residency-compatible pinned serverless model. Nexus Auto requests are rejected.
- Nexus Auto is not available through Microsoft Foundry.
- See What happens without a closed-model credential.
Errors
Nexus Auto and deployment routers
auto is the Nexus Auto model ID. Routers load-balance traffic across your own Fireworks deployments.