Capability · execution

One key, five providers, automatic failover

You hold one Zumik account instead of five provider accounts. If a provider goes down or answers too slowly, Zumik moves the request to another model that can do the same job rather than handing you an error. Bring your own provider keys instead if you prefer, or run models on your own hardware - the routing and the reporting work the same way on all three.

Execution profiles

Start managed. Escalate with evidence.

01

Managed default

Company-managed provider accounts via Bifrost. Fastest onboarding, broad coverage, lowest operational burden.

02

BYOK

Your provider keys. Billing, quotas, and retention follow your agreements; provider-native caching stays active.

03

BYOC

The data plane in your cloud, for dedicated SLOs and isolation. Activated only when replay proves it.

04

Hybrid

Managed providers for breadth and overflow, plus BYOC hot lanes for concentrated, reusable workloads.

Rule

One scheduler owns replica selection per profile. Zumik never stacks competing routing control planes inside a single deployment path - a decision that keeps behavior predictable under load.

QoS outcomes

Accountable for results, not just inputs.

Asking for an interactive class is not enough - the platform should tell you whether it delivered. Every request returns a formal outcome with a stable, machine-readable reason code.

Admission

admitted · queued · rejected · expired_before_start

Completion

completed · failed · cancelled · expired_during_execution

Signals

target_met · degraded · fallback_used · reason_code

On /v1, a compact subset is returned via response headers so the OpenAI body stays exactly compatible. The full outcome lives on the native surface.

Frequently asked

Provider routing, answered.

Which providers are first-class?

OpenAI, Anthropic, xAI, Google Gemini, and Fireworks AI - for both managed and BYOK execution. Broader coverage is available through Bifrost where policy allows.

Do you use OpenRouter for routing?

Only as an explicit last-resort outage bridge when a required model path has a verified total outage, and only for customers whose policy permits brokered execution. It is never used for routine price arbitration.

How does failover work?

The execution broker preserves the logical response id and opens a new attempt on a healthy provider or region, recording the retry cause, provider, model resolution, and timing per attempt.

What is a QoS outcome?

A formal result for each request: admitted, queued, rejected, or expired on admission; completed, failed, cancelled, or expired during execution; plus whether the target was met and whether a fallback was used.

Route on evidence, fail over on policy.

Bring your own keys or use managed accounts, and get an honest QoS outcome on every request.