AI Gateway

One governed door — for cost, data and safety.

Employees, applications and agents reach models through one controlled layer. Every request is priced and attributed, checked on the way out so data does not leak, and on the way back so nothing hidden takes over.

Start free trialSee how it works
01 — Requests come in
Employees
Internal applications
AI agents
SaaS tools
→
02 — The Gateway decides
The control point
Is this allowed, and is it safe to send?
Which model does this actually need?
Which team pays, and is it within budget?
Which company tools may be reached?
Is what came back safe to read?
→
03 — The model that can handle it answers
OpenAIAnthropicGoogleMistralOpen-weight modelsSelf-hostedOn-premise
Individual model versions change constantly, so the catalogue lives in the product rather than on this page. Adding a provider is a change of configuration, not of code.
The problem it solves

Nobody planned for AI spend or AI data flow. It just started.

People signed up for their own accounts because the work needed doing, and applications hard-wired one provider each. Nobody can now say what the organisation asks AI, what it costs, or what has left the network — and banning it only pushes that further out of sight.

Unified access

One connection for commercial, open-weight and self-hosted models — point the Gateway at your own vLLM or Ollama, with a key only if your server asks for one. Applications stop depending on a single vendor.

Policy-based routing

Route by task, quality, sensitivity and cost, and reserve premium models for work that needs them. The console shows what the router chose and why.

How the Gateway picks a model →
The judgement is ours, not your provider’s

What counts as sensitive, and what counts as hard, is decided by a model we run — not by the vendor you are sending the request to. In Enterprise on-premise it runs on your hardware and nothing leaves it.

Failover between providers

A provider outage, an exhausted quota or a rate limit, and another provider in the same class or above takes the request — only from models that application is allowed to use. The answer names the model that wrote it.

Cost attribution and budgets

Every request tagged to a user, team, project or application, with hard and soft limits and alerts before the ceiling — so AI is a budget line, not a surprise invoice.

Outbound: data-loss prevention

Inspect or block sensitive content before it leaves your network. What counts as sensitive is decided by a model we run — not by the vendor you are sending it to. What does not pass does not leave.

Inbound: instructions hidden in data

Whatever a tool brings back — an email, a web page, a CRM record — the model reads as data, not as a task. The same model spots an instruction nobody gave, in the same pass; in block mode the suspicious text never reaches the model. The same check covers events the Gateway hands on to your other applications.

How the Gateway spots an instruction nobody gave →
Full audit record

Every request, model, decision and cost queryable later for a compliance or incident review. Each tool call shows how it was verified and what the check said about its result — and the whole record of a request saves as one document, HTML or PDF.

What it changes

What changes once every request runs through one door.

01
Shadow AI ends without a ban

People keep the models they rely on, through an account the organisation can see. Adoption goes up and exposure goes down at the same time — nobody has to give up a tool.

02
Company data stops leaking

Sensitive content is caught before it leaves, and what comes back is checked before a model reads it — so a hidden instruction meets a check, then tool permissions and approval gates, before it can turn a helpful answer into an action nobody approved.

03
AI spend becomes a budget line

Every request is attributed to a team, project or application, with limits set before the invoice arrives instead of explained after it.

Security and control

Control on the way out, and on the way back.

Permissions per identity
People, applications and agents each get their own credentials, scopes and limits.
Model governance
An approved catalogue per team; unapproved models are simply unavailable.
Outbound data rules
Detection runs inline before anything leaves, and what breaks the rules is stopped — policy enforced rather than documented.
Inbound content checks
What a tool brings back is checked before a model reads it; in block mode the model never sees a suspicious result. Tool permissions and approval gates stand behind it, so a missed instruction still meets policy.
Tool and MCP access
Which company systems and MCP servers an identity may reach, granted per application and per user.
Budgets and caps
Hard and soft limits per team, project and application, with alerts before the ceiling.
Deployment options
EU cloud, private cloud, or entirely inside your own infrastructure.
Auditability
A queryable record with configurable retention.
How security worksWhere this meets the EU AI ActISO 27001 and ISO 9001 certified. Certificates and scope statements on request.
How it connects

Part of one platform.

Secure your AI. Start with your people.

Most exposure does not come from your applications — it comes from people doing their job through accounts nobody can see. Put your team behind the Gateway first, then the applications and agents.

14 days · no payment card · bring your own provider account