Skip to main content
Orbitrage splits the catalog in two:

Open-weight — we serve it

Qwen, DeepSeek, GLM, Kimi, MiniMax, Mistral, Nemotron, Gemma, gpt-oss-* and the rest run on our infrastructure. Billed to your Orbitrage credits at the upstream price plus a 2.5% infra fee. Nothing to configure.

Frontier — your key

Every claude-*, gpt-* (excluding gpt-oss-*), gemini-* and grok-* chat model is BYOK-only. The request goes to the vendor with your key, your provider bills you at your rate, and Orbitrage charges $0.
You still get the full platform on both paths — routing, tracing, cost analytics, guardrails, the Tools Gateway and Outage Shield.
This applies to chat models only. Image generation (gpt-image-2) and audio (Deepgram nova-* / aura-*) remain managed and pooled — no key needed.

Why we do it this way

No markup on frontier inference, no reseller margin buried in your bill, and no lock-in: you keep your own OpenAI/Anthropic/Google/xAI contract, your negotiated rates, your rate limits and your data-processing terms. Orbitrage earns on the open-weight inference it actually runs for you.

Setting up a key

1

Save a provider key

On the Models page, add a key for OpenAI, Anthropic, Google or xAI. Optionally set a custom base URL (e.g. an Azure endpoint).
2

Orbitrage encrypts it

Keys are encrypted at rest with AES-256-GCM. The plaintext is never logged and never returned to the browser again.
3

Enable it

A saved key must also be enabled. A disabled key means those models are off entirely — see Disabling a key.
4

Call the model normally

Nothing changes in your code. The gateway decrypts your key in-memory, forwards the request to the real provider endpoint, and records the call with cost_usd = 0.

Your own cloud: Azure AI Foundry & Amazon Bedrock

Beyond the four frontier vendors, you can connect the clouds you already run models on. These are addressed explicitly — prefix the model id with the cloud and everything after the prefix is sent to your account verbatim:

Azure AI Foundry

Save your Azure key and resource endpoint (any of *.openai.azure.com, *.cognitiveservices.azure.com, *.services.ai.azure.com), then call any deployment as azure/<deployment-name> — e.g. azure/gpt-4o or azure/my-fine-tune.

Amazon Bedrock

Save your Bedrock API key and pick a region, then call any model your account serves as bedrock/<model-id> — e.g. bedrock/anthropic.claude-sonnet-4-5 or an inference-profile id/ARN.
Same deal as every BYOK call: full routing, tracing and analytics, and $0 billed by Orbitrage — Microsoft or AWS bill you directly. An Azure key saved without its endpoint returns 403 with reason endpoint-required.

Calling a frontier model without a key

There is no silent pooled fallback. A frontier model with no enabled key for its vendor returns HTTP 403:
1

Add the key

Open the Models page and save a key for the provider named in error.provider.
2

Enable it

Toggle the key on. Saved-but-disabled still returns byok_key_required.
3

Retry

Retry the request unchanged — key resolution is cached briefly, so allow a few seconds.
Don’t want to manage keys at all? Route to model: "auto", or pin an open-weight model. Auto routing only ever selects models your organization can actually reach, so it never produces a byok_key_required.

Billing on a BYOK turn

So a BYOK turn that called two managed tools costs exactly the price of those two tool calls, and nothing for the LLM tokens.
Your Orbitrage credit balance is still checked before the call, because a turn can incur tool cost. A BYOK-only turn with no managed tools debits nothing.

Disabling a key

Toggling a key off turns those models off — it does not fall back to pooled inference. Requests for that vendor’s frontier models return 403 byok_key_required until you re-enable it. This is deliberate: a disabled key should never quietly become a bill.

Seeing the split

Every call surfaces which path it took — in the dashboard (byok=true) and in the response headers: Common X-Orbitrage-BYOK-Reason values:

Security

  • Keys are encrypted with AES-256-GCM using a server-only key; plaintext is never stored or logged.
  • Decryption happens in-memory at the gateway, per request, only for the matching provider.
  • Provider keys are scoped to your organization and protected by row-level security — no other org can read them.