Skip to main content

AIM Documentation

AIM (Agent Identity Management) gives every AI agent a cryptographic identity, capability-based authorization, and a tamper-evident audit trail. It is for developers and platform teams who need to prove which agent took an action, confirm it was authorized, and keep a verifiable record for compliance. Install the SDK with pip install aim-sdk, or run identity and trust commands through the OpenA2A CLI with npm install -g opena2a-cli.

What is AIM?

AIM (Agent Identity Management) provides cryptographic identity for AI agents. Every agent gets an Ed25519 key pair that uniquely identifies it, enabling verifiable signatures on actions, tamper-evident audit logs, and capability-based access control. AIM answers the question: "Which agent did what, when, and was it authorized?"

Identity

Ed25519 key pairs for every agent. Verify who is making requests.

Audit

Tamper-evident log of every action. Full traceability for compliance.

Policy

Capability-based access control. Agents only do what they are allowed to.

Trust

9-factor trust scoring. Dynamic risk assessment based on behavior.

Install the SDK

pip install aim-sdk
aim-sdk login

Wrap a function with @agent.perform_action(capability="db:read") and every call is signed, authorized, and recorded. The same shape works in Java and TypeScript. The optional opena2a CLI adds SecOps commands for auditing a codebase but is not required to use the SDK.

1. Choose your setup

AIM Platform

Dashboard, fleet management, RBAC, compliance reporting, cross-agent analytics. Requires Docker.

docker compose up -d

@opena2a/aim-core

No server

Ed25519 identity, capability policy, trust scoring, and audit log in a single npm package. No infrastructure.

npm install @opena2a/aim-core
Get Started →

2. Pick your path

3. Key concepts

5-step Fine-Grained Authorization

On the server, every privileged action runs through five checks before execution. The first four carry a low latency budget. Step 5 calls the NanoMind security classifier, a 3M-parameter local Mamba model, with a larger budget reserved for high-risk operations. No external calls.

StepCheckLatency budget
1Capability<10ms
2Attribute<10ms
3Context<10ms
4Chain<10ms
5Intent (NanoMind)up to 800ms on high-risk operations

Risk detection in the Python SDK

@perform_action auto-detects the risk level from the capability string using two lookup tables. A namespace prefix sets a baseline, an action suffix adjusts it, and when the two disagree the higher risk wins. A SPECIFIC_CAPABILITY_MAP overrides both for known patterns (for example user:delete escalates to critical). Pass risk_level="critical" to override, and jit_access=True to pause execution until a human approves in the dashboard.

Namespace prefix

RiskPrefixes
Criticalpayment:, admin:, system:, billing:, finance:
Highemail:, notification:, sms:, user:, auth:, secret:, credential:
Mediumdb:, database:, file:, storage:, cache:
Lowapi:, weather:, search:, geocode:, translate:, time:, math:, util:

Action suffix

RiskSuffixes
Low:read, :fetch, :get, :list, :query, :view, :check, :validate
Medium:write, :update, :create, :modify, :save, :upload
High:delete, :send, :execute, :run, :invoke, :export, :transfer
Critical:process, :refund, :charge, :approve, :drop, :truncate, :wipe, :terminate

Framework and LLM auto-detection

secure() auto-detects the framework from imports (langchain, crewai, llama_index, anthropic, openai). When both a framework and an LLM provider are present, the framework wins.

# python
from aim_sdk import secure

# langchain import present alongside an openai import:
# the framework (langchain) wins over the LLM provider (openai)
agent = secure("my-first-agent")

Server integrations

Self-hosted servers can forward audit log entries to Splunk HEC and Microsoft Sentinel. This forwarder is not available in AIM Cloud. A CyberArk connector is planned.

SIEM adapters (self-hosted only)

Splunk HEC and Microsoft Sentinel (through the Azure Monitor Logs Ingestion API), self-hosted only: buffered batch delivery, retry, and severity filtering.

CyberArk (planned)

Planned: CCP for vaulted credential retrieval. Under evaluation: PSM for privileged session recording. Neither is available yet.

Two trust-scoring models

The local and server trust scores measure different things, and both can run for the same agent when local-to-server reporting is enabled. The local 8-factor score (TypeScript) answers whether the agent's security posture is set up correctly, computed from local files. The server 9-factor score (Go) answers whether the agent is behaving in a way that should still be trusted right now, updated on every action.

Local trust (8 factors, TypeScript)

FactorWeight
Identity20%
Capabilities15%
Audit log10%
Secrets managed15%
Config signed10%
Skills verified10%
Network controlled10%
Heartbeat monitored10%

Server trust (9 factors, Go)

FactorWeight
Verification status25%
Uptime and availability15%
Action success rate15%
Security alerts15%
Compliance10%
Agent age5%
Drift detection3%
User feedback2%
Execution isolation10%
AIM overview in the executive view, with agent and MCP server counts, verification activity, trust distribution, security posture and compliance status
Overview, executive view: agent and MCP server counts, trust distribution, security posture and compliance statusScreenshot from October 11, 2026, of AIM at commit 42dd2ea8, with sample data.