Skip to main content
Fireworks accepts OpenAI, Anthropic, and NVIDIA NIM or vLLM requests, so your SDK and app code stay as they are. You change three values: the base URL, the API key, and the model name.

How to migrate

1

Create an API key

Create a key in the Fireworks dashboard and export it:
2

Point your client at Fireworks

Pick your API in the tabs below. In your existing code, update the highlighted lines: the base URL, API key, and model name. The rest of your code stays the same.
3

Pick a replacement model

Fireworks model names use the format accounts/fireworks/models/<model>. To find the closest match for the model you use today, see Compare models or browse the model catalog.
4

Check what behaves differently

Most requests work unchanged. These are the differences that most often affect a migration:
  • OpenAI: when the prompt plus max_tokens exceeds the context window, Fireworks lowers max_tokens instead of returning an error. Set context_length_exceeded_behavior to error to match OpenAI. Streaming responses include usage in the final chunk.
  • Anthropic: Fireworks does not run server-side tools such as web search, code execution, memory, or web fetch. Declare them as client-side tools and run them yourself. The anthropic-version header is ignored.
  • NIM and vLLM: Fireworks maps the thinking keys in chat_template_kwargs to reasoning_effort and drops any other keys in that object.
Each guide lists every supported field: OpenAI, Anthropic, NIM.
5

Test before you switch traffic

Send one request first. Then run the prompts, tool calls, and streaming paths your app depends on, and compare output quality and latency before you move production traffic.

Next steps

Get an API key

Create and manage keys in the Fireworks dashboard.

Compare models

Open-weight alternatives to Claude, GPT, and Gemini by use case.