Skip to content

docs: add OrcaRouter as a named OpenAI-compatible gateway provider - #221

Open
XiaoHuo888-hue wants to merge 1 commit into
VectifyAI:mainfrom
XiaoHuo888-hue:docs/orcarouter-provider
Open

docs: add OrcaRouter as a named OpenAI-compatible gateway provider#221
XiaoHuo888-hue wants to merge 1 commit into
VectifyAI:mainfrom
XiaoHuo888-hue:docs/orcarouter-provider

Conversation

@XiaoHuo888-hue

Copy link
Copy Markdown

Adds OrcaRouter as a named OpenAI-compatible gateway in the configuration reference, wired the same way the existing OpenRouter provider section is documented. OrcaRouter is an OpenAI-compatible gateway: one API key (keys start with sk-orca-) unlocks 150+ models from OpenAI, Anthropic, Google, DeepSeek, Qwen, MiniMax and xAI behind a single https://api.orcarouter.ai/v1 endpoint. It also runs gateway-level, zero-trust security for AI agents on the same endpoint — screening every prompt/response and governing every tool call on a default-deny basis, with no application code changes.

Changes

  • examples/configuration/README.md: new "OrcaRouter (OpenAI-compatible gateway)" subsection, mirroring the existing OpenRouter / Copilot / Bedrock provider sections. It documents the double-prefix model form LiteLLM needs (openai/openai/gpt-5.5 — LiteLLM strips one openai/ provider prefix and OrcaRouter sees the namespaced openai/gpt-5.5) plus the <kb>/.env setup (LLM_API_KEY + OPENAI_API_BASE).

Why the double prefix?

OrcaRouter routes by provider-prefixed model IDs. LiteLLM strips the leading openai/ provider prefix before the request leaves, so the id OrcaRouter receives must still be namespaced — a bare gpt-5.5 is rejected with a 503.

Verification

  • Live, through the exact wire path OpenKB uses (litellm.acompletion with base_url — the same call the agents SDK LitellmModel makes):
    • openai/openai/gpt-5.5 → 200, resolves to gpt-5.5-2026-04-24
    • openai/google/gemini-3-flash-preview → 200
    • openai/deepseek/deepseek-v4-flash → 200
    • openai/orcarouter/auto → 200
    • openai/gpt-5.5 (single prefix) → 503, confirming the double-prefix requirement
  • Code trace: OPENAI_API_BASE is resolved by resolve_credential_bundle and threaded into LitellmModel(base_url=...); LiteLLM also reads it natively for the openai/ provider.
  • Docs-only change (no Python, deps, or workflow files touched).

I'm an engineer on the OrcaRouter team.

Adds an OrcaRouter provider recipe to the configuration reference, mirroring
the existing OpenRouter / Copilot / Bedrock sections. Documents the
double-prefix model form LiteLLM needs to reach OrcaRouter's namespaced
routing, plus the .env key and base-URL setup.

Co-Authored-By: Claude <noreply@anthropic.com>
Signed-off-by: XiaoHuo888 <sjh00112233@outlook.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

1 participant