The full list — 137 operations across 12 domains, with who may call each — is the
operation reference. The OpenAPI document under API reference lists
every
/v1/admin/* path with its request schema.
Authentication
The admin API takes a management token (aireserve_mcp_…), never an inference API key.
Get one by signing in:
aireserve login is the standard OAuth authorization-code + PKCE flow against the
portal, with a loopback redirect.
401 invalid_token.
Discover what you can call
alwaysConfirm marks operations an interactive client
should confirm with its user first (the MCP server enforces a confirm step; the HTTP door
does not — callers are code). secretReturning marks operations whose result carries a
one-time secret.
Call an operation
summary is the consent line, built from the rows
the operation touched; message is the human result; data is the read payload or write
detail. Reads are the same call with their own body: POST /v1/admin/list_org_users with
{}.
Refusals carry
{"status": "refused", "code": …, "error": …}.
Secrets
Operations that mint a credential —create_api_key, create_client_api_key,
create_team_api_key, create_ecs_credential — return it once:
sensitive: true is present exactly when secret is. Store the value immediately and keep
the response out of logs; only its hash is kept on our side and it is never shown again.
SDKs and CLI
The SDK admin modules and theaireserve admin commands are generated from the same OpenAPI
document as this page, so a new operation appears in all of them without hand work.
alwaysConfirm) ask for --yes or an interactive
confirmation; the SDKs run them directly.
Limits of the surface
- Portal-only operations. Hard-deleting a user, purging the organization’s stored content, and removing or reopening a sign-in domain are not on the admin API or the MCP server. They stay behind a browser click.
- No platform operations. Creating organizations, funding wallets, system users and other super-admin work is not exposed; a super admin’s token acts as an enterprise admin of their own organization.
- No impersonation, no file bytes. Identity swaps and uploads stay in the portal.
- Same guards as the portal. Each operation ends in the server action the portal calls; its authorization, audit log and invariants run unchanged.