Control who gets access.
Issue API keys with per-key budgets. Scope access with roles and workspace boundaries.
Secure and route AI traffic through a gateway you run. Keep keys, local guardrails, budgets, and request traces in your own infrastructure.
Own the control layer.
Keep the deployment simple.
Policy, visibility, and ownership where your AI traffic meets your infrastructure.
Issue API keys with per-key budgets. Scope access with roles and workspace boundaries.
Run local PII, injection, and secret checks. Configure deny and redact actions.
Inspect request traces and guardrail events. Export telemetry to your observability stack.
Use OpenAI-compatible clients across native provider adapters and custom endpoints. Keep routing decisions in the gateway, not scattered through your app.
from openai import OpenAI
client = OpenAI(
base_url=GATEWAY_URL,
api_key=OMNISWITCH_KEY,
)
response = client.chat.completions.create(
model="gpt-4o-mini",
messages=[{"role": "user",
"content": "Hello"}],
)Plus OpenAI-compatible endpoints, including Ollama and vLLM. Responses and Messages APIs are documented subsets.
Bring tool access and agent messages into a policy-aware gateway. Start with the MCP and A2A capabilities available in beta.
Federate tool discovery and gate tool calls with policy across HTTP, SSE, and persistent stdio targets.
SendMessage, SendMessageStream (SSE task events), GetTask, best-effort CancelTask; tasks in memory; no push notifications; no downstream agent proxy.
Chat completions, routing, API keys, budgets, local guardrails, and request tracing.
MCP, A2A, OIDC/CEL authorization, and the Responses and Messages API subsets.
Single-replica SQLite control plane. Redis shares rate limits, not control state. No dashboard SSO, mTLS, SAML, or SCIM.
Run OmniSwitch on your infrastructure. Start with a governed request.