Why use it over the local proxy
The Local API Proxy runs on a developer’s own machine using their own provider keys — it’s individual capture. The Enterprise Gateway is the org-level equivalent: credentials live centrally, access is scoped per team, and every call is attributed and policy-checked before it reaches the provider.
Org-managed credentials
Admins store OpenAI, Azure OpenAI, Anthropic, and Gemini credentials once at the org level. Developers never see them.
Team-scoped keys
Each team gets its own gateway key with its own allowed providers and model policy. Revoking a key doesn’t affect other teams.
OpenAI-compatible
Point any OpenAI-compatible SDK at the gateway URL and swap in a gateway key — no other code changes.
Full attribution
Every call is logged as a session with org, team, model, tokens, and duration — visible in the same dashboard as hooks, proxy, and extension sessions.
How to use it
Once an org admin has issued you a team gateway key, point your app at the gateway host and authenticate with the key as a bearer token — no other client changes needed for an OpenAI-compatible SDK./v1/chat/completions (streaming and non-streaming), /v1/responses, /v1/embeddings.
OpenAI
Moonshot
Azure OpenAI
Embeddings
Credential-related fields in the request body (
api_key, api_base, headers, and similar) are always ignored — the gateway only ever forwards using the org’s configured provider credentials, so a gateway key can’t be used to redirect traffic to a different provider or endpoint.Request models must use a LiteLLM provider prefix (
openai/gpt-5.6-luna, not bare gpt-5.6-luna). Org allowlists store the bare name. Full contract, more providers, and SDK examples: Enterprise LLM Gateway guide.