- Discover. Find AI that is already in use. Model traffic through the AI Gateway that no registered AI system sent shows up in Discover.
- Register. Add each AI system with an owner and answers to seven risk questions. Altrum works out its risk rating and its EU AI Act category.
- Assess. A conversation with Altrum’s assistant finds the risks that apply and the controls that answer them. See Assessments.
- Control. Guardrails, budgets and model approvals put those controls in place, and someone approves the AI system before it goes live. See Guardrails and Lifecycle.
- Monitor. Every request through the AI Gateway is checked. Reporting, Alerts and Incidents follow what happens.
- Prove. Posture, access reviews, red-team runs, compliance reports and the audit trail show an auditor that it all works.
An AI system’s life
An AI system is anything your organization builds or buys that calls a model: a support assistant, a fraud scorer, a drafting tool. It always sits in one lifecycle stage: Draft, In review, Approved, Live or Retired. Keys that belong to an AI system work only while it is Live, and it gets there only through an approval. Until then, developers keep working on organization or personal keys, which belong to no AI system and are held to your organization’s guardrails, budgets and limits. That traffic is what Discover finds.From assessment to guardrails
An assessment ends with a scope: the risks that apply, the controls that answer them, and the guardrails those controls call for. Submitting it switches those guardrails on in a draft, in Log only, and the assistant suggests settings from your answers. Nothing is enforced until you say so. You review the scope, finish setting up each guardrail, test the draft, and complete the assessment. The draft then becomes the live version. You can also set up guardrails without an assessment at any time.From guardrails to traffic
The live version of an AI system’s guardrails is what Altrum enforces. Each request an application sends through the AI Gateway is checked before it reaches the model, and each reply is checked before it reaches the application. If a check cannot be made, the request is not sent. A key attached to an AI system is held to that AI system’s guardrails. Any other key is held to your organization’s guardrails. See Guardrails at runtime.Who does what
Five roles share the work:- an Owner can do everything;
- an Admin runs Altrum and the AI Gateway;
- a Governance Lead approves AI systems, models and MCP servers, and handles incidents;
- a Member registers and runs the AI systems they own;
- an Auditor reads the record and changes nothing.