ΛXIØM Lens

Governed AI calls. Receipts your product can act on.

AXIØM Lens sits between your application and every model it calls, governing the request, returning a branchable decision, and recording what happened.

OpenAI-compatible  ·  Anthropic-compatible  ·  Local MCP tools

Product evidence

See the decision, not just the answer.

Every governed call leaves an operational trail: what came in, what AXIØM saw, what it decided, and what the application should do next.

Instrument panel
Decision 8F42

Incoming objective

Decide whether the launch is ready to move into production.

Governed decision

stop_loop

Iteration budget is exhausted without stronger evidence.

Call shapeBusiness decision
Hidden axisMotion without progress
Evidence stateNo new evidence
App actionReturn to human
Decision receipt
Stored
01

Input came in

Draft a customer-facing claim from incomplete evidence.

02

AXIØM saw

The request crosses a proof boundary before publication.

03

AXIØM decided

require_verification

04

App should do next

Hold the claim, request evidence, and store this receipt.

Governed boundary
Trace visible

Request

received

Pre-lens

contracted

Model

routed

Governor

verified

Receipt

persisted

Governance stays separate from model choice, while every stage remains inspectable by the host application.

Provider routing
Team policy
RouteProvider
byokCustomer key
frontier-managedOpenRouter
axiom-consensusManaged models

For developers

One governed API. Every model.

Keep the OpenAI or Anthropic client your application already uses. Change the endpoint, preserve the governance envelope, and branch on the returned decision.

OpenAI and Anthropic-compatible HTTP routes
Local or self-hosted MCP tools for agents and IDEs
Receipts linked to the team decision ledger
Governed request
curl https://api.axiomlens.com
/v1/chat/completions \
  -H "Authorization: Bearer axm_live_..." \
  -H "Content-Type: application/json" \
  -d '{
    "model": "claude-sonnet-4-6",
    "max_tokens": 256,
    "messages": [
      {
        "role": "user",
        "content": "Should this deployment move to production?"
      }
    ]
  }'
Responserequire_verification
{
  "choices": [{
    "message": {
      "role": "assistant",
      "content": "Hold the launch until rollback evidence is attached."
    }
  }],
  "axiom_governance": {
    "action": "require_verification",
    "reason": "production boundary requires rollback proof",
    "passed_all": false,
    "receipt_id": "rcpt_8f42"
  }
}

2

API formats

OpenAI and Anthropic compatible

2 + 1

Route policies

Consensus and Managed live; BYOK staged

8

Branchable decisions

From allow through stop_loop

2

Integration surfaces

Hosted HTTP API and local MCP tools

Commercial access

Use a live managed route or stage BYOK.

Consensus and Managed Frontier execute through the hosted kernel today. BYOK storage is ready, but execution stays blocked until the kernel can retrieve credentials without exposing them.

BYOK staging

Prepare your own provider keys.

Owners can encrypt and stage provider credentials now. The hosted kernel does not retrieve or use them yet, so BYOK calls remain disabled.

Encrypted-at-rest owner-managed storage
Prefixes shown; raw values never returned
Runtime activation requires a future secure retrieval path
Open Providers

Managed Frontier

Use provider access supplied by AXIØM.

Run through AXIØM-managed routing under your plan allowance, with quota enforcement and attributed usage visible in Billing.

No separate provider account required
Allowance and spend controls before model calls
Governance receipts in the hosted decision ledger
View access options

Hosted API calls write team-scoped receipts. MCP runs separately in the environment you configure and does not automatically write to the portal ledger.

Set up MCP