Skip to main content
The Checkly MCP Server uses OAuth and Checkly account authorization together. OAuth permissions decide which tools are visible to your MCP client. Checkly account membership, role, and feature entitlements decide whether a specific tool call can operate on an account.

Authentication

The MCP Server accepts Auth0-issued bearer tokens for https://api.checklyhq.com/mcp. Your MCP client completes the OAuth flow and sends the token with requests to the MCP endpoint. The public MCP Server only supports OAuth clients that Checkly has approved in Auth0. Supported clients use Client ID Metadata Documents (CIMD). Checkly rejects clients that attempt to use Dynamic Client Registration (DCR). See known client limitations for unsupported clients. Checkly maps the token subject to a Checkly user, then loads that user’s account memberships and account context for tool calls.

OAuth permissions

PermissionDescription
checkly:account:readRead your Checkly account membership and status
checkly:account:inviteInvite members to your Checkly account
checkly:checks:readList checks, their status and results
checkly:checks:runTrigger Checkly checks and on-demand test sessions
checkly:incidents:readRead your Checkly incidents
checkly:incidents:writeCreate and update your Checkly incidents
checkly:environment-variables:readRead your Checkly account environment variables (secret values excluded)
checkly:environment-variables:writeCreate, update and delete your Checkly account environment variables
checkly:status-pages:readRead your Checkly status pages
checkly:rca:readRead your Checkly root cause analyses
checkly:rca:runRun Checkly root cause analysis for your account
checkly:test-sessions:readRead your Checkly test sessions
checkly:assets:readRead your Checkly assets
Tools are filtered from tools/list when the MCP session does not include the required permission. Tool calls are also rejected if the session lacks the required permission.

Account context

Most tools operate on one Checkly account. You can select a specific account in your prompt or pin an account in your MCP client configuration. See Use a specific account for setup examples.
Accounts that require mTLS are not available through the public MCP Server.

Role checks

Some tools require both an OAuth permission and a Checkly account role:
Tool or actionAdditional account access required
invite-account-memberOwner or Admin
create-account-environment-variableWrite access
update-account-environment-variableWrite access
trigger-checksRun access
trigger-root-cause-analysisRun access
Status page incident writesAccess required by the underlying incident action

Write-action safety

Some MCP tools create side effects:
  • invite-account-member sends an invite email and is not idempotent.
  • trigger-checks consumes check-run execution quota.
  • trigger-root-cause-analysis consumes RCA invocation quota.
  • create-status-page-incident, update-status-page-incident, and resolve-status-page-incident can notify subscribers and are not idempotent.
  • Environment variable write tools can create or replace account-level variables and secrets.
Review write tool calls in your MCP client before approving them.

Secrets

MCP read tools never reveal Checkly secret values. Secret values are returned as null. When you create or update a secret through MCP, Checkly encrypts the value and does not echo it back in the tool response.