Governed key brokering
Short-lived virtual keys replace long-lived provider keys.
sk-live-••••••7f2a
AIMS sits in front of your OpenAI-compatible gateway, controls who can use which models, issues short-lived scoped keys, and attributes every token and every pound to org, project, feature, and developer.
See one AI request move from project to provider, with governance at every step.
Request source
AIMS Gateway
Operational · Governed routing
Models
Providers
AIMS is the control layer between developers, models, projects, and spend. It keeps access secure, usage attributed, and spend under control.
Short-lived virtual keys replace long-lived provider keys.
sk-live-••••••7f2a
Every token traced from organisation to developer.
Admins choose exactly which models each project may use.
| Model | OpenAI | Anthropic | |
|---|---|---|---|
| Payments | Allowed | Allowed | Blocked |
| Onboarding | Blocked | Allowed | Allowed |
Projects carry model allow-lists and monthly budgets.
Every AI request is authenticated, scoped, routed, and costed on its way to the model. Nothing depends on a developer remembering to do it.
Developers sign in with their existing OIDC identity. No new passwords or personal accounts.
A scoped virtual key is issued per session for allowed models only. Minting a new key revokes the old one immediately.
Every call goes through one OpenAI-compatible gateway. Provider keys stay behind the gateway and unpermitted models are blocked at source.
Each request is tagged to organisation, project, feature, and developer. Usage and cost roll up automatically by team and feature.
A management plane in front, an inference gateway behind. Access and attribution are enforced, not asked for.
Follow a request from developer to model to final spend.
Management plane
Inference gateway
Management plane
Every request is checked before it runs, routed through AIMS, tagged to the work, and attributed as readable spend.
Provider
Entitlement
Spend
Next request
AIMS evaluates identity, entitlement, and policy before the request reaches a provider.
POST /v1/chat/completions
REQ_7F3A
northwind/payments
Spend arrives already broken down the way you work. The person signing for the bill can finally answer what it bought.
Every request carries
A provider can tell you what was consumed. AIMS connects it to the work, policy, and ownership.
What was spent
What it bought
Same request. Different answer.
From “who spent it?” to “what was it spent on?”
base_url = "https://<your-aims-gateway>/v1"HTTP 403 · budget_exceededaims key mint --ttl 4h --scope checkout-redesignbase_url = "https://<your-aims-gateway>/v1"