One API contract
Keep the OpenAI client you already use. Put model and provider choice behind a single chat-completions endpoint instead of rebuilding integrations for every upstream.
GateVia gives engineering, finance and operations one system for multi-model inference: an OpenAI-compatible endpoint, a price-aware model catalog, workspace-scoped credentials, and a prepaid ledger behind every request.
A production AI stack needs a catalog that matches the bill, credentials that do not leak, spend that can be audited, and a boundary between teams. GateVia makes those one system instead of four integrations.
Keep the OpenAI client you already use. Put model and provider choice behind a single chat-completions endpoint instead of rebuilding integrations for every upstream.
Catalog rows, endpoint prices and settlement all read from the same published snapshot. The console does not invent a second price table.
Organizations own billing. Workspaces scope keys, usage and policy. An inference key from one workspace cannot act as a console session.
Usage rows, reservation and settlement records, request identifiers and operator events give finance and engineering the same evidence.
Each plane has one job. The console is not the financial authority. The gateway is not the catalog. Provider credentials never reach the browser.
The useful parts of a model gateway are not only the proxy hop. They are the controls around identity, price, credentials, money and evidence.
Send chat-completions requests to /v1 or /api/v1. Stream deltas over SSE. Provider errors keep their original status and body.
Browse context limits, supported parameters, provider endpoints and per-million prices. The router and the invoice read the same rows.
Mint one-time inference keys that are stored only as SHA-256 hashes, scoped to a workspace and revocable without touching a session.
Fund a workspace with invoice-backed prepaid settlement. Usage is metered after routing and recorded through the finance authority.
Organizations are billing scopes; workspaces are request scopes. Invite members and assign owner, admin, billing or viewer roles.
Health, readiness, Prometheus metrics, graceful shutdown and signed release artifacts are part of the product, not an afterthought.
Published model rows, context limits and endpoint prices come from the same snapshot used by routing and settlement. No separate marketing price list.
Catalog authors include Anthropic, OpenAI, Google, Meta, Mistral, DeepSeek, Qwen, xAI, Cohere, Moonshot, MiniMax, NVIDIA and others. OpenRouter is the current pilot provider; BYOK storage is implemented, while other live provider onboarding remains a separate decision.
We do not claim certifications we do not hold. We do show the controls that are implemented, the evidence behind them, and the boundaries that remain open.
Inference keys are workspace-scoped, shown once and stored as SHA-256 hashes. A console cookie cannot authenticate an inference request; an inference key cannot mint console actions.
Provider credentials are encrypted at rest and obtained through an opaque per-attempt vault grant. The raw provider secret is never returned to the browser.
The finance authority owns balances and ledger entries. GateVia requests settlement through narrow APIs, uses idempotent keys and preserves obligation history.
Audit events, usage rows and request identifiers provide an evidence trail. When analytics or a dependency is unavailable, the console reports the gap instead of inventing a zero.
The platform is exercised as a system, not a collection of screens. These are current staging-qualification results, not a production guarantee.
Current open items include two provider-side model failures in the real OpenRouter matrix. Production external inputs — ingress, paging, off-host backup custody, KMS and production credentials — remain outstanding. These are reported, not hidden.
curl "$GATEVIA_BASE_URL/v1/chat/completions" \ -H "Authorization: Bearer $GATEVIA_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "model": "anthropic-claude-fable-5", "messages": [{ "role": "user", "content": "Summarize this incident." }], "stream": true }' HTTP/1.1 200 OK content-type: text/event-stream data: {"choices":[{"delta":{"content":"..."}}]} data: [DONE]
Create a workspace, mint an inference key, and call the same endpoint your production client will use. The console playground exercises the same execution path.
If a capability is not implemented, it should not appear as a feature. These are the boundaries customers and reviewers ask about first.
No. GateVia is a gateway and control plane. It routes requests to model endpoints, records usage and settlement, and gives teams a console for keys, catalog, finance and governance. The catalog currently includes models from multiple upstream authors through OpenRouter.
OpenAI chat-completions over /v1 and /api/v1, including server-sent events. Responses API and Anthropic-native skins are not implemented in this slice.
Funding is prepaid and invoice-backed. The finance authority records credits and a ledger; the product requests settlement and never mutates a balance directly. External card/PSP processing is not activated.
No. Auto and Pareto policies remain shadow-only and default-off. They can be inspected, but live activation requires a separate owner authorization and an operator decision. The brake is a product feature, not a missing screen.
BYOK storage is implemented: provider secrets are encrypted at rest and obtained through an opaque per-attempt grant. OpenRouter is the current pilot provider. Other live provider onboarding remains a separate security and operations decision.
Not yet. This is an isolated private preview. Production is owner-authorized, but activation is gated on external ingress, paging, backup custody, KMS, production credentials and a zero-failure readiness run. We do not describe a preview as production.
SSO and SCIM are not implemented in this slice. The current identity model is account login, organizations, workspaces, invitations and role-based membership. Enterprise identity remains on the roadmap, not in the claim.
Start with a workspace, inspect the catalog and send a request. Keep the keys, the price and the ledger in one place.