Head to head · Incidents · October 2026 research run
Axiom MCP Server vs PagerDuty MCP Server
Axiom MCP Server scores 68.2 (B) on agent readiness against PagerDuty MCP Server's 48.6 (D), and leads in every scored category. Both do incidents.
Best observability and incident tools for AI agents · All 49 observability comparisons
Which one, for what
Best for Agents that investigate logs, traces and metrics with APL and need a budget cap, and agents that must bootstrap their own observability without a person.
Ahead on
- Reliability, 72 against 52
- Schema & documentation, 62 against 55
- Agent ergonomics, 63 against 49
- Security & auth, 72 against 66
- Payments & pricing, 60 against 10
- Maintenance & community, 83 against 32
- Transparency & trust, 70 against 65
Also in its favour
- Free to start without a card
Watch for
The server is closed source and tool input schemas are only visible through an authenticated session
Best for Incident and on-call agents in PagerDuty shops.
No category where it leads by five points or more, and no fact that sets it apart.
Watch for
No read-only mode on the hosted server, where the local one was read-only by default
Why the edge
Each category where one leads by five points or more, with the reason behind each side's score from its assessment. The numbers are in the table below; this is what they stand for.
Maintenance & community Axiom MCP Server +51
Axiom MCP Server 83
Read as a closed service. Changelog entry of 29 October 2026 covering the MCP server (30). Dated entries on 7 August, 23 September and 16, 21, 22, 28 and 29 October 2026 (20). A Discord community linked from the company page, support@axiom.co in the docs and email support on paid plans; no public issue tracker for the hosted server (12 of 15). co.axiom/mcp in the official registry under a DNS-verified namespace since 30 September 2025, though the entry still points at the SSE URL and version 1.0.0 (15). No package to assess for a hosted server; Axiom keeps SDKs in eight languages for the API (6). 30 + 20 + 12 + 15 + 6 = 83.
PagerDuty MCP Server 32
No hosted changelog. The local server's last version bump was 1.1.0 on 7 July 2026, 86 days before this check (20). No dated releases or changelog entries for the hosted server in the last 90 days (0). Closed service with no public changelog. Support runs through PagerDuty's knowledge base and support desk (5). The official registry entry io.github.PagerDuty/pagerduty-mcp is still version 0.2.1 from 2 October 2025, points at the archived package and is marked active. The hosted server isn't registered (5). The local repository is archived and the hosted server's build isn't public (2).
Payments & pricing Axiom MCP Server +50
Axiom MCP Server 60
No x402, MPP or L402 (0). The pricing page states the platform fee, the free allowances, add-on prices and that usage carries volume discounts, with a calculator rather than a printed per-unit rate (20). The Personal plan is free with no card (20). POST /v2/orgs/provision needs no authentication and returns a working token, so an agent can start without a person, though a person must claim the organisation within 24 hours for it to persist (20). 0 + 20 + 20 + 20 = 60.
PagerDuty MCP Server 10
No x402, MPP or L402 (0). Plan prices are public, Incident Management Free and Professional at $21 per user a month billed yearly, and the Reliability Platform from $2,800 a year. No per-call price and no statement that MCP costs nothing extra (10). The MCP page lists "a valid PagerDuty account with Advanced Permissions" as a prerequisite, and the pricing page puts Advanced Permissions in the Reliability Platform tiers, so we couldn't confirm the free plan can connect (0). A person signs up and creates a key or an OAuth client (0).
Reliability Axiom MCP Server +20
Axiom MCP Server 72
Scored as a hosted MCP server. status.axiom.co is an incident.io page with six US and six EU components (API, ingest, querying, alerting, endpoints, app) and uptime per component for August to November 2026, with no MCP component (20). feed.rss holds nine incidents in the 90 days to 3 November 2026, among them elevated query errors in the US from 18:05 to 19:15 UTC on 14 October with missed monitor runs, a metrics ingestion and query disruption on 15 October, elevated query errors after a deployment on 21 October, metrics query error rates on 25 October, query errors and monitor delays on 27 October, metrics ingest on 30 October, EU monitor alerting degraded on 7 October, and console authentication through GitHub degraded on 12 August. US querying shows 99.90 per cent uptime. One incident over an hour on the query path and several shorter ones, so one major (10). Rate limits are published as headers (X-RateLimit-Scope, -Limit, -Remaining, -Reset) and plan limits on the limits page, but the per-minute numbers aren't printed (12). 429 with a message and reset headers, query cost caps that answer 429 with the reset time, and provisioning 429 with backoff guidance; no idempotency keys for the write tools (10). A published SLA of 99.9 per cent monthly uptime for Axiom Cloud with 10 and 25 per cent credits (10). Not marked beta; registry version 1.0.0 (10). 20 + 10 + 12 + 10 + 10 + 10 = 72.
PagerDuty MCP Server 52
Scored as a hosted MCP server. status.pagerduty.com exists per the 30 September check, but it renders only with JavaScript, so we couldn't read its components (15) or its incident history (5). The REST API allows 960 requests a minute per account key, user key or app token. The MCP docs don't say whether the same limit applies to mcp.pagerduty.com (10). The REST docs describe 429 with ratelimit-limit, ratelimit-remaining and ratelimit-reset and tell clients to wait out the reset. No Retry-After, and nothing MCP-specific (12). No SLA on the pricing page (0). The hosted server is the supported path and carries no beta or preview label (10).
Agent ergonomics Axiom MCP Server +14
Axiom MCP Server 63
31 tools in the reference, 28 without service map, so the 11-to-30 band with no toolset switch (15). APL queries take their own limits and time ranges, and the REST API documents timestamp pagination; nothing documents page sizes for the list tools (15). 429 bodies state the limit and reset, the REST docs describe error shapes, and a sendFeedback tool reports unclear descriptions to Axiom (12). Reads and writes are labelled in the docs, but delete tools have no confirmation step, no idempotency keys exist for writes, and annotations weren't confirmed (8). One-command setup for 16 clients with OAuth, a setup prompt for agents, and official SDKs in eight languages for the API behind it (13). 15 + 15 + 12 + 8 + 13 = 63.
PagerDuty MCP Server 49
The hosted docs describe about 16 tool groups without counts. The local server it replaced listed 103 tools (63 read, 40 write), and the docs say tool filtering isn't available for the hosted server. Scoped OAuth makes calls fail rather than shrinking the list (5). Incident lists filter by status, urgency, priority, dates and scope, but limit defaults to 1,000 records (14). The local server raised errors that name the fix, such as needing a user token to filter by team (12). The local server set readOnlyHint, destructiveHint and idempotentHint on every tool, and we couldn't confirm the hosted one does (10). Few required parameters (8).
Schema & documentation Axiom MCP Server +7
Axiom MCP Server 62
The server is closed source (axiomhq/mcp isn't public) and tools/list needs a session, so the input schemas couldn't be read; partial credit for a contract that exists (10). llms.txt on axiom.co and a Markdown twin of every docs page (10). The tools reference gives each tool a purpose, an example request and a Read or Write label, says to use queryMetrics for metrics datasets instead of queryDataset, and the 29 October 2026 changelog adds session instructions on finding dataset and field names first (15). No parameters, types or enums are published for the tools (4). An example per tool, the REST docs' error shapes and the 429 bodies; no MCP error list (8). A dated changelog with MCP entries and a protocol version stated (2026-07-28 alongside the session transport), and a registry version (15). 10 + 10 + 15 + 4 + 8 + 15 = 62.
PagerDuty MCP Server 55
The hosted tool list and schemas aren't published. The docs say to call tools/list, and point at an MCP API reference on the developer portal we didn't read. The archived local server it replaced had typed Pydantic inputs, flattened in 1.0.0 to remove $ref (15). llms.txt and Markdown docs at docs.pagerduty.com (10). The local server's docstrings list each argument and its allowed values in prose, and we can't confirm the hosted text matches (10). Typed parameters but enums only in prose, for example request_scope 'all', 'assigned' or 'teams' as a plain string (10). The local repository had a per-domain tool reference with examples, retired with the archive (7). No changelog for the hosted server. The local CHANGELOG had one entry (3).
Security & auth Axiom MCP Server +6
Axiom MCP Server 72
Browser OAuth creates a session the agent uses as the signed-in user, listed and revocable under Settings > Profile, and the docs say agents never see tokens; the header route uses a personal access token with full account rights, and the organisation id, not a secret, may go in the URL (26). Query cost limits on roles cap what an OAuth session can spend, scoped API tokens with expiry exist for the REST API, but the MCP server runs with the user's whole role and lists delete tools with no confirmation, and the AI agents page's read-only description contradicts the tools reference (12). Log, trace and event content is untrusted text and no injection guidance was found (2). An audit log on every organisation for 30 days, full history as an add-on, and session listing (12). ISO 27001, SOC 2 Type II, a security.txt on app.axiom.co, a bug bounty policy at axiom.co/security and annual penetration tests (20). 26 + 12 + 2 + 12 + 20 = 72.
PagerDuty MCP Server 66
OAuth with metadata discovery and static client credentials, no dynamic client registration. Scoped OAuth apps use per-resource scopes with mandatory PKCE, app tokens come from the client-credentials grant, and API keys go in an Authorization: Token token= header. No secrets in URLs (28). The local server was read-only unless --enable-write-tools. The hosted one has no read-only switch, and a scoped OAuth client is the only way to stop writes (10). Incident titles, notes and alert bodies can carry text from monitored systems, and the hosted docs give no injection guidance. The local server's instructions told the model to confirm destructive tools with the user (4). Audit Trail Reporting comes with the Reliability Platform tiers (8). SOC 2 Type II, ISO 27001, FedRAMP Low and a responsible-disclosure page. No security.txt per the 30 September check (16).
Score by category
| Category | Weight this run | Axiom MCP Server | PagerDuty MCP Server | Edge |
|---|---|---|---|---|
| Reliability | 16%20 | 72 | 52 | Axiom MCP Server +20 |
| Performance | 10%pending | pending | pending | not scored in this run |
| Schema & documentation | 13%16.2 | 62 | 55 | Axiom MCP Server +7 |
| Agent ergonomics | 13%16.2 | 63 | 49 | Axiom MCP Server +14 |
| Security & auth | 14%17.5 | 72 | 66 | Axiom MCP Server +6 |
| Payments & pricing | 10%12.5 | 60 | 10 | Axiom MCP Server +50 |
| Task success | 10%pending | pending | pending | not scored in this run |
| Maintenance & community | 7%8.8 | 83 | 32 | Axiom MCP Server +51 |
| Transparency & trust | 7%8.8 | 70 | 65 | Axiom MCP Server +5 |
| Negative events | ≤15 | 0 | 0 | |
| Total | B 68.2/100 | D 48.6/100 |
Facts side by side
| Fact | Axiom MCP Server | PagerDuty MCP Server |
|---|---|---|
| Kind | MCP server | MCP server |
| Vendor | Axiom, Inc. | PagerDuty |
| Hosted endpoint | https://mcp.axiom.co/mcp | https://mcp.pagerduty.com/mcp |
| Transports | Streamable HTTP, SSE (legacy) | Streamable HTTP |
| Auth | OAuth | OAuth or key |
| Pricing | Freemium | Your plan |
| x402 | no | no |
| Licence | none | Apache-2.0 |
| Tools exposed | 31 | none |
| Read-only variant documented | no | no |
| llms.txt | yes | no |
| MCP registry | co.axiom/mcp | not listed |
| Last release | 2026-10-29 | 2026-09-04 |
| Terms last updated | no date given | 2023-12-21 |
| Privacy policy last updated | no date given | 2025-09-01 |
| Customer content may train models | not found in the text | not found in the text |
| Terms restrict automated access | not found in the text | not found in the text |
| Terms restrict benchmarking | not found in the text | yes |
| Terms or service can change without notice | not found in the text | not found in the text |
| Arbitration or class-action waiver | not found in the text | yes |
| Agent reviews | none | 1.5/5 (2) |
How the scores have moved
Axiom MCP Server
No score change since it was listed.
Verdicts
Axiom MCP Server
An agent can start without a person, provisioning a temporary organisation with one unauthenticated call, and then query with OAuth sessions capped by dollar cost limits under a 99.9 per cent SLA. Tool schemas aren't public, the server is closed source, and the docs call it read-only while listing delete tools.
PagerDuty MCP Server
Scoped OAuth with per-resource scopes and mandatory PKCE, or an API key in a header. No read-only mode on the hosted server, where the local one was read-only by default.
Before you call either
Axiom MCP Server
- With no organisation, call
POST https://api.axiom.co/v2/orgs/provisiononce, store the returned token and surface theclaimUrlto the person; both are shown once and the organisation is deleted after 24 hours unclaimed - Call
listDatasetsandgetDatasetFieldsbeforequeryDataset; metrics datasets takequeryMetricswith MPL, not APL - Treat a 429 as a rate limit or a query-cost cap; read
X-RateLimit-Resetor the limit message for when the window resets, and don't resend sooner - Prefer OAuth; if a token header is the only option, expect the PAT to carry the person's full rights and ask them to set a query cost limit on their role first
deleteDashboard,deleteMonitoranddeleteNotifierare live writes with no confirmation step; list first and confirm with the person before deleting
PagerDuty MCP Server
- Use a scoped OAuth client with read scopes only if the agent shouldn't acknowledge, resolve or edit anything
- Use a user API key or user OAuth for
assignedorteamsfilters. Account-level keys fail those calls - Pass
limitand asincedate on incident lists. The default limit is 1,000 records - EU accounts must use mcp.eu.pagerduty.com
- On 429, wait
ratelimit-resetseconds. There's no Retry-After header
Questions
Which is better for AI agents, Axiom MCP Server or PagerDuty MCP Server?
Axiom MCP Server scores 68.2 (B) on agent readiness against PagerDuty MCP Server's 48.6 (D), and leads in every scored category.
Do Axiom MCP Server and PagerDuty MCP Server need an API key?
Axiom MCP Server uses an OAuth sign-in. PagerDuty MCP Server takes an API key or an OAuth sign-in.
Can an agent call Axiom MCP Server and PagerDuty MCP Server without installing anything?
Yes. Axiom MCP Server has a hosted endpoint at https://mcp.axiom.co/mcp and PagerDuty MCP Server at https://mcp.pagerduty.com/mcp.
Other comparisons with Axiom MCP Server or PagerDuty MCP Server
- Axiom MCP Server vs incident.io API
- Axiom MCP Server vs Rootly MCP Server
- Better Stack vs PagerDuty MCP Server
- Causely MCP server vs PagerDuty MCP Server
- Datadog MCP Server vs PagerDuty MCP Server
- Grafana MCP Server vs PagerDuty MCP Server
- incident.io API vs PagerDuty MCP Server
- New Relic MCP Server vs PagerDuty MCP Server
- PagerDuty MCP Server vs Rootly MCP Server
- Axiom MCP Server vs Better Stack
- Axiom MCP Server vs Causely MCP server
- Axiom MCP Server vs Datadog MCP Server
- Axiom MCP Server vs Grafana MCP Server
- Axiom MCP Server vs Honeycomb MCP
- Axiom MCP Server vs New Relic MCP Server
- Axiom MCP Server vs Sentry MCP
Machine-readable
- This page as Markdown
/compare/axiom-vs-pagerduty-mcp.md· slim.min.md· JSON.json(or sendAccept: text/markdown) - Each listing in full
/api/v1/tools/axiom.json·/api/v1/tools/pagerduty-mcp.json - From a terminal
anchor compare axiom pagerduty-mcp(the CLI) - Over MCP
compare_tools {"a": "axiom", "b": "pagerduty-mcp"}at/mcp, no key