Skip to content

Authentication & API keys

Everything you can do in the Monita app is available over REST at https://api.monita.ai. Browse the API reference for every endpoint — the raw OpenAPI document is also public at api.monita.ai/openapi.json.

  1. Go to Settings → API keys.

  2. Click Create key, name it after what will use it (one key per tool keeps revocation painless), and pick an expiry — 7 to 365 days, or no expiry.

  3. Copy the secret — it’s shown once. Keys are prefixed ak_.

Settings → API keys

Revocation is immediate, from the same page.

Send the key as a bearer token:

Terminal window
curl https://api.monita.ai/v1/whoami \
-H 'Authorization: Bearer ak_your_key'

GET /v1/whoami is the quickest way to confirm a key works — it returns the user and organization the request is acting as.

Keys act as the user who created them. If that user belongs to one organization, nothing more is needed. If they belong to several, say which org each request targets:

Terminal window
curl https://api.monita.ai/v1/issues \
-H 'Authorization: Bearer ak_your_key' \
-H 'X-Org-Id: org_2abc...'

Without the header, multi-org requests fail with a response listing the available organization IDs.

API requests carry the same permissions the key’s creator has in the app — see the role matrix in Team & roles. For read-only automations, create the key as a viewer user.

https://collect.monita.ai/api/v1/ (event ingestion) authenticates with property tokens, not API keys — see Direct HTTP. API keys never need to be deployed to your website or servers that send events.

The same keys work for the Monita MCP server — point your assistant at https://api.monita.ai/mcp.