Developer
Makes an AI request
- Identity
- developer@company.com
- Project
- checkout-redesign
- Client
- VS Code
- Session
- 8F2A-91C7
- Request
- Claude Sonnet 4.5
Identity, policy, and scope verified at the gateway, before any token reaches a model. Nothing granted by default, everything expires, all decisions logged.
Every AI request receives scoped access, passes policy, and leaves an auditable trail.
await client.messages.create({
model: "claude-sonnet-4-5"
})
Verify who is making the request.
Mint a request-scoped credential.
TTL 04:00Check entitlement and risk in real time.
Policy passedAllow the request with short-lived credentials.
logged · req_7f3a91
Nothing reaches a model without first clearing identity, authentication, and policy. The gateway is the only path in. Here's what happens to a single request, in order.
Every request arrives with a resolved identity and project context. AIMS validates the session before policy evaluates what that identity is allowed to do.
Makes an AI request
Resolve user and team
Verify session token
Load project and entitlements
Ready for policy evaluation
Resolved by AIMS
Verified UTC
Every authenticated request is evaluated at the gateway. AIMS checks identity, project, entitlement, model, feature, budget, and environment before a provider ever receives the request.
From developer · via VS Code
Evaluating against your organisation’s policies
Request never reached provider.
Every call receives scoped access for a limited window, then the credential expires automatically.
Credential lifecycle: each request receives a credential scoped to project checkout-redesign, feature-x, and model GPT-5. It is valid for 5 minutes 22 seconds, is never written to disk, and is revoked automatically when the window closes, or earlier from the central console.
Developer request received
Short-lived credential created
Credential valid for the request window
Approaching TTL limit
Credential automatically revoked
Access exists only for the work that needs it.
Every request is encrypted in transit and passes through AIMS before reaching an AI provider, with no direct, unmanaged connections.
Response received · via AIMS
All data is encrypted using TLS 1.3.
Project, model, feature, and permissions are enforced.
Traffic always routes through AIMS.
The response returns through the same governed path.
Every request, policy decision, and credential event is written to the audit trail, allowed and denied alike, and linked by a shared request ID.
No matching requests in the current window.
Identity, policy, credentials, the provider gateway, and the audit pipeline are independent services. The console below reflects their status as they run.
AIMS turns AI access into an explicit decision: who requested it, what they were allowed to use, how long access lasted, and what happened next.
No entitlement, no request. A developer cannot reach a model or provider until the project explicitly allows it.
Every grant has an ending. Credentials are scoped to the task and expire when the work no longer needs them.
Identity stays attached. Requests retain their developer, project, story, provider, and authorisation context.
Allowed and denied are both recorded. The audit trail captures the decision, not only the successful request.
checkout-api / payment retry storycheckout-api / expires in 03:58:2109:42:18 UTCAIMS · Security