The IndependentAI Control Planefor the Enterprise

Say yes to AI faster, with nothing running unseen.

Your teams are already shipping AI. Saible gives you the control to go faster, and your agents the context to get it right.

Controlfor your teams
Every AI system you connect, known; every call through the gateway, under one policy; every decision on a record your auditors can read. Approve with confidence, ship faster.
Contextfor your agents
One business ontology your agents can read at run time, with a signed receipt. Answers grounded in your business, with only the context each call needs.
How it works · 1½ min
The console on sample data.
Where it runs
The gateway runs in your network. The control plane is Saible's service, inside the EU or the US; a dedicated instance is available on request.
What it covers
The gateway on OpenAI, Azure OpenAI and Anthropic. Read-only on Bedrock, Snowflake and Databricks.
What it maps to
GDPR, the EU AI Act and DORA: readiness by article, never a score.
How you start
One call, then a 30-day trial on your own platforms. Nothing starts by itself.
The AI inventory

Your AI inventory, built from what you already run.

Saible reads every repository of your GitHub organisation or GitLab group, your AI platforms and the gateway, and lists the AI it finds; a browser extension is coming. You claim what is yours and confirm its purpose and risk class; everything else stays listed as found, unclaimed, and the reports count it as such.

15systems found
13unclaimed, waiting for an owner
7repositories read, none skipped

the demo organisation · seeded figures, not a customer's

ROADMAPAzure DevOpsBitbucketOne system across platforms: a repository matched to its keys and callersPush events from your code host: today nightly, or Scan nowA signed, published collector imagePrivate connectivity for Saible to pull: Terraform

  1. What you already run
    Your GitHub organisation or GitLab group, every repository · a self-hosted host, read by a collector you run · OpenAI · Anthropic · Azure OpenAI · Bedrock · Snowflake · Databricks · the gateway (a browser extension is coming)
  2. AI catalog, filled by Saible
    One row per service, key, deployment, caller, endpoint or role found. Each is unclaimed until an owner claims it, and counted on the reports as such.
  3. A person claims
    Confirms purpose and risk class. Nothing else is typed.
Control coverage

Seven areas. See which ones each application has.

The control plane works from what you already run. Without the gateway you reach six of them, Observe by reading your providers' logs on request; the gateway adds Enforce, and with it:

  • Allow, redact, route or refuse each call
  • Personal data found on each call, before it is sent
  • Routing within an equivalence class; a named model is never swapped
  • Playback of calls as they happened
  • Caching: measured in shadow, nothing served from cache yetROADMAP
KnowDo we know it exists?
Discovered on a platform, in a repository or at the gateway
OwnIs someone accountable?
Discovered, then claimed by its owner
ContextDo we know what it uses?
Repository, data platform or knowledge systems
ConfigureIs it set up as policy says?
Read access to the platform
ValidateDoes it work, and are changes tested?
A golden set; no connector
ObserveCan we see each call?
Your provider logs, read on request through the API
EnforceCan a bad call be stopped?
The Saible gateway

example application · an area is covered when all its controls are met, partly when some are

Where Saible sits

Saible enforces across providers, proves each decision, and sells nothing it governs. Independent of any hub.

Groups placed by our reading of public material, not a measurement. Proves: a record for each request, tied to the policy in force, that someone else can check.

  • Saible
    Enforces and proves each decision, independent of any hub
    Independent · proves
  • Cloud and AI platforms
    Govern agents and models in their own estate
    Own hub · enforces
  • Data platforms
    Govern AI that runs on their data
    Own hub · enforces
  • AI gateways and security
    Route, detect and block across providers
    Independent · enforces
  • Governance records
    Document decisions, outside the path
    Independent · sees

One control plane. Three people who need it.

Platform engineering
# one line changesbase_url = "https://api.openai.com/v1"base_url = claims-appown keygatewayin your networkOpenAIAzure OpenAIAnthropicrecordsnone yetrecord-onlyadvisoryblocking

The AI on your connected platforms, found and owned. One endpoint and a key for each, when you add the gateway.

How it plugs in · example
Risk & compliance
claim for010190-1234[CPR], water damageDanish CPR caught in the request91be…c40a…07d2…3f9c…each decision chained to the one before · tamper-evidentDORA · providers with a contract8 of 9GDPR Art. 30 · systems with an owner8 of 9EU AI Act · loggingpartial

Readiness your auditors can test, each figure traced to its records.

Example readiness map
Finance & leadership
Claims42%Underwriting28%Operations18%budgetfrom your providers' bills · forecast to month endCheaper model, same results on your workequivalent on 104 items · saves 31% on this workloadawaiting approvalapproved by a person ✓Saible suggests. A person approves.

Spend by team and cost per unit of work, and what a switch would save.

Example figures

The gateway runs in your network. It answers to your policy.

Prompts go straight from your network to your provider. Saible receives the record of each decision, not the prompt. For a workload you opt into the evaluation corpus, a pseudonymised copy is kept in your own bucket, for the window you choose, 30 days by default. The gateway pulls the signed policy; nothing is pushed into your network.

  1. Your network · production
    Applications and agents
    Call the Saible gateway, which runs here, in your network.
  2. Saible gateway
    A container in your network. Enforces the signed policy and sends allowed calls straight to the provider.
  3. Model providers
    OpenAI · Azure OpenAI · Anthropic
  4. Saible control plane
    Saible's service, inside the EU or the US: policy and ledger. The gateway pulls the signed policy and sends decision records up. Nothing is pushed into your network. A dedicated instance is available on request.
Business ontology

Ask your business. Your AI gets the same answer.

Saible turns the systems, people, data and terms your company runs on into one business ontology, read from where they live: GitHub, Snowflake, Databricks, OpenAI, Bedrock, and Confluence, SharePoint, Salesforce and Drive over MCP. Each app's prompts, tools, MCP servers and datasets become one signed manifest; drift and conflicts go to a person. Your agents read the confirmed version through one context API, with a signed receipt per answer, so the record shows which context each answer used.

Business Ontology: the metric, dataset or document behind each manifest, related context ranked with reasons. Saible keeps hashes; prompt text stays in your bucket or encrypted, never served.

  1. Where context lives
    GitHub · Bedrock · OpenAI · Snowflake · Databricks · OpenTelemetry traces · Confluence, SharePoint, Salesforce and Google Drive over MCP
  2. Signed manifest, per application
    Models, prompts, tools, MCP servers, datasets and documents. Drift and conflicts are flagged; a person picks the source of truth.
  3. Context API
    Agents ask for their context and get the confirmed version, with a signed receipt.

Saible suggests. A person approves.

Backtest a policy on your recorded traffic, or a model on each app's golden set, through your policy. Nothing changes in production until someone with the right role approves it.

  • Golden set per app
  • Sealed validation pack
  • Rerun by hand when a model changes

ROADMAPAutonomous switching, within limits a person sets.

cost per 1,000 calls · same work · replay verdictmodel in use€1.00candidate A€0.62equivalent on measured ✓candidate B€0.48not equivalentSuggested: candidate A on this workload · saves 38%awaiting approvalapproved by a person ✓then the switch goes live
example · cost per 1,000 calls beside each model's score on the golden set

Edit one record. Watch the chain name it.

Five sample rows, hashed in your browser by the method the ledger uses.

decisionendpointprevrecord_hashverify
—22c5…e634–
22c5…e6342211…e274–
2211…e2744dda…0ec8–
4dda…0ec8f056…2938–
f056…2938420c…95c7–

Edit a decision or endpoint above, then press Verify: the edited row recomputes to a different hash than the one stored for it, and it names itself. Every row after it reads chain broken, because its own link points at a record that no longer matches what is stored. That is what tamper-evident means, and what it does not yet mean: a rewrite of the whole chain, hash by hash, by someone with write access, passes verification. Anchoring the chain outside our account is what closes that gap.

We produce the evidence. The judgement stays yours.

Discovered, then claimed

The inventory is discovered from your platforms, your code and the gateway; a browser extension is coming. A person claims a system and adds its purpose and risk class; those two stay human.

Tamper-evident record

Every decision is chained to the one before. Edit one record and the chain names it; your auditor can check it with the verifier in the evidence pack.

Readiness you can show

A map of the evidence held for each obligation, with the reason behind every cell, ready for your auditor to test.

Coverage you can see

Every call through the gateway is on the record, or a gap record says it was not, and the console shows exactly which calls those are.

Cost per unit of work

Spend from your providers' bills, by team, against budgets flagged at 80% and 100%. Send a unit header and see what one claim or one ticket costs.

Fixes a person approves

Write-back proposes the change to a platform's configuration, shows a dry run, and applies it only after approval, with rollback. Built today for Bedrock and OpenAI.

Start here

See your AI exposure before you change a line.

The exposure report connects read-only to OpenAI, Anthropic, Azure OpenAI, Bedrock, Snowflake and Databricks. It shows what runs, what each platform lets through, and how much of it you could prove.

evidence coverage · calls seen in 30 days · read-onlyknown application0%known user0%data class0%tamper-evident record0%3 keys used by no registered appfix script1 model called outside your regionfix scriptBedrock calls with no guardrailfix script
example · read-only: Saible changes nothing on a platform

Already a customer? Sign in

Tell us what you run. We'll call you back.

We set up your organisation and a 30-day trial with you, in the region you choose.

Book a call