Authorization header. The token you use determines which agent you act as and which capabilities you can exercise. There are no cookies, no API key query parameters — just the Authorization header on every call.
Token types
Agent Loadout issues two kinds of tokens: Agent token — Scoped to a single agent and the specific capabilities you granted at creation time. This is the token you give to an MCP client, embed in agent code, or store as a secret in your CI environment. It can never reach another agent’s data or your billing settings. Organization key — A broader key issued from Settings → Organization keys in the dashboard. Use it to create new agents and issue their tokens programmatically — for example, when you are onboarding a new tenant and need to provision an inbox in one API call. Store it as a server-side secret; never expose it to a client.Passing the token
Include the token as aBearer value in the Authorization header:
OAuth scopes
Agent tokens are bound to one or more of the following capability scopes. Grant only what the agent needs.Issuing an agent token via the organization key
When you need to provision tokens in code — for example, as part of a tenant-onboarding flow — use your organization key to call the token-creation endpoint:Issue an agent token
Create an agent with an inbox
MCP OAuth 2.1
When an MCP client connects to the Agent Loadout MCP server, it authenticates via OAuth 2.1 with PKCE. Clients that support the MCP authorization spec handle this entirely automatically — you sign in once in the browser and approve the agent’s permissions.If you are building your own MCP client or integrating with a framework that needs OAuth details, use the discovery documents below.
- Access tokens are valid for 1 hour.
- Refresh tokens rotate on every use and expire after 90 days without use.