Skip to content
verify mcp Beta VerifyMCP is currently in beta. If you notice any issues, email [email protected] and we’ll put it right.

io.usefulapi/betterstack

REMOTE · BETTERSTACK.USEFULAPI.IO · SCANNED AUG 3

Read monitors, incidents, heartbeats, on-call and status pages; acknowledge or resolve incidents.

+4 this week 74 Trust /100
Trust breakdown (6 categories)

How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score →

Endpoint Security78
Transport & Reachability100
Schema Quality & AI Usability80
  • AI-judged instruction clarity (excellent).Pass
  • Tool/resource definitions use about 940 tokens (~104/item across 9 items; 9 tools + 0 resources), lean.Pass
  • Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management23
  • Stability observed for 7 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
  • 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
  • 100% of tool parameters carry a description.Pass
Capabilities60
  • Spec-recency check failed: implements MCP spec 2025-06-18; the latest is 2026-07-28. See how to fix → Fail
Install

Add this component to your MCP client. Where a client-specific snippet is available, pick your client below and copy it straight into your config; otherwise use the connection detail shown.

remote · betterstack.usefulapi.io

# add to Claude Code
claude mcp add --transport http io-usefulapi-betterstack https://betterstack.usefulapi.io/mcp
# ~/.codex/config.toml
[mcp_servers.io-usefulapi-betterstack]
url = "https://betterstack.usefulapi.io/mcp"
// opencode.json
{
  "$schema": "https://opencode.ai/config.json",
  "mcp": {
    "io-usefulapi-betterstack": {
      "type": "remote",
      "url": "https://betterstack.usefulapi.io/mcp",
      "enabled": true
    }
  }
}
# add to OpenClaw
openclaw mcp add io-usefulapi-betterstack --url https://betterstack.usefulapi.io/mcp --transport streamable-http
# ~/.hermes/config.yaml
mcp_servers:
  io-usefulapi-betterstack:
    url: "https://betterstack.usefulapi.io/mcp"
// mcp.json
{
  "mcpServers": {
    "io-usefulapi-betterstack": {
      "type": "http",
      "url": "https://betterstack.usefulapi.io/mcp"
    }
  }
}

The mcpServers block is a cross-client convention. Remote transports vary, so check your client's docs.

Changelog

Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.

  • 3 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 20 to 23. That category is still filling its 30-day observation window: 6 days of observed history at the previous scan, 7 at this one. The score rises as the window fills, whether or not the server changes.

  • 1 Aug 26 +1

    No change was recorded against any check on this day. Stability & Change Management went from 13 to 17. That category is still filling its 30-day observation window: 4 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.

  • 31 Jul 26 +2
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 30 Jul 26 −1
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 28 Jul 26 +1
    • Stability: unverified → 0.03 functional
  • 27 Jul 26 +58
    • We updated how we score, so this day's move reflects our rubric, not a change to the server See what changed → functional
  • 26 Jul 26 12

    First indexed and scored.

Diagnostics

Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.

Captured 3 Aug 2026 · Probed https://betterstack.usefulapi.io/mcp

TLS valid

Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .

Subject Issuer Valid from Valid until Key Signature Serial
CN=usefulapi.io CN=WE1,O=Google Trust Services,C=US 16 Jul 2026 14 Oct 2026 ECDSA 256 ECDSA-SHA256 e615b24350208dba0e11518597d6a4f3
SANs: usefulapi.io, betterstack.usefulapi.io, *.betterstack.usefulapi.io
CN=WE1,O=Google Trust Services,C=US (CA) CN=GTS Root R4,O=Google Trust Services LLC,C=US 13 Dec 2023 20 Feb 2029 ECDSA 256 ECDSA-SHA384 7ff31977972c224a76155d13b6d685e3
CN=GTS Root R4,O=Google Trust Services LLC,C=US (CA) CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE 15 Nov 2023 28 Jan 2028 ECDSA 384 SHA256-RSA 7fe530bf331343bedd821610493d8a1b
DNSSEC insecure

Validation of betterstack.usefulapi.io. Not signed

Zone DS Keys Algorithms Outcome
. trust_anchor 20326, 38696 8, 8 Verified
io. present 57355 8 Verified
usefulapi.io. absent Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation
Authentication Enforced and verified

The endpoint asked for a token and published valid RFC 9728 metadata describing how to get one.

Result Enforced and verified
Enforced On tool calls
HTTP status 200

WWW-Authenticate challenge Bearer realm="OAuth", resource_metadata="https://betterstack.usefulapi.io/.well-known/oauth-protected-resource/mcp", error="invalid_token", error_description="Missing or invalid access token"

Bearer realm="OAuth", resource_metadata="https://betterstack.usefulapi.io/.well-known/oauth-protected-resource/mcp", error="invalid_token", error_description="Missing or invalid access token"

Protected resource metadata

Document https://betterstack.usefulapi.io/.well-known/oauth-protected-resource/mcp
Retrieved Yes
Resource https://betterstack.usefulapi.io/mcp
Authorisation server https://betterstack.usefulapi.io
Transports 2 probes
Transport URL Outcome Status Location
streamable-http https://betterstack.usefulapi.io/mcp Verified 200
http (plaintext) http://betterstack.usefulapi.io/mcp Inconclusive 401
MCP tools — 9 exposed · ~940 tokens

The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability.

Tool Tokens
acknowledge_incident ~104

Acknowledge an ongoing incident, signalling that someone is looking into it (stops further escalation). Idempotent-ish: acknowledging an already-acknowledged incident returns HTTP 409. Uptime API: POST /api/v3/incidents/{id}/acknowledge.

NameTypeReqDescription
acknowledged_bystringyesUser e-mail or a custom identifier of who is acknowledging the incident.
incident_idstringyesThe incident id to acknowledge (from list_incidents).

No output schema declared.

No examples provided.

get_incident ~73

Get a single incident by id, including cause, status, timeline timestamps (started/acknowledged/resolved), who acknowledged/resolved it, and the related monitor. Uptime API: GET /api/v3/incidents/{id}.

NameTypeReqDescription
incident_idstringyesThe incident id (from list_incidents).

No output schema declared.

No examples provided.

get_monitor ~66

Get a single monitor by id, including current status, last_checked_at, SSL/HTTP settings, regions, and alerting configuration. Uptime API: GET /api/v2/monitors/{id}.

NameTypeReqDescription
monitor_idstringyesThe monitor id (from list_monitors).

No output schema declared.

No examples provided.

list_heartbeats ~98

List heartbeats (cron/background-job monitors that expect a periodic ping), with period, grace, and status (up/down/paused/pending). Uptime API: GET /api/v2/heartbeats.

NameTypeReqDescription
pageintegerPage number for pagination (default 1).
per_pageintegerResults per page.
team_namestringFilter by team name (only when using a global API token).

No output schema declared.

No examples provided.

list_incidents ~197

List incidents (alerts triggered by monitors/heartbeats), filterable by date range, monitor, and acknowledged/resolved state. Each incident carries cause, started_at, acknowledged_at, resolved_at. Uptime API: GET /api/v3/incidents.

NameTypeReqDescription
acknowledgedbooleantrue = only acknowledged, false = only unacknowledged.
fromstringStart date yyyy-mm-dd (inclusive).
heartbeat_idstringOnly incidents for this heartbeat id.
monitor_idstringOnly incidents for this monitor id.
pageintegerPage number for pagination (default 1).
per_pageintegerResults per page.
resolvedbooleantrue = only resolved, false = only unresolved.
team_namestringFilter by team name (only when using a global API token).
tostringEnd date yyyy-mm-dd (inclusive).

No output schema declared.

No examples provided.

list_monitors ~133

List uptime monitors with their status (up/down/paused/pending/maintenance/validating), check frequency, and alert settings. Good first call to discover what is being monitored. Uptime API: GET /api/v2/monitors.

NameTypeReqDescription
pageintegerPage number for pagination (default 1).
per_pageintegerResults per page.
pronounceable_namestringFilter monitors by their pronounceable name.
team_namestringFilter by team name (only when using a global API token).
urlstringFilter monitors by their monitored URL.

No output schema declared.

No examples provided.

list_on_call ~91

List on-call calendars/schedules and the users currently on call for escalation. Useful to see who gets paged. Uptime API: GET /api/v2/on-calls.

NameTypeReqDescription
pageintegerPage number for pagination (default 1).
per_pageintegerResults per page.
team_namestringFilter by team name (only when using a global API token).

No output schema declared.

No examples provided.

list_status_pages ~86

List public/private status pages with company name, subdomain, aggregate_state, and published flag. Uptime API: GET /api/v2/status-pages.

NameTypeReqDescription
pageintegerPage number for pagination (default 1).
per_pageintegerResults per page.
team_namestringFilter by team name (only when using a global API token).

No output schema declared.

No examples provided.

resolve_incident ~92

Resolve an ongoing incident, marking it as handled/closed. Idempotent-ish: resolving an already-resolved incident returns HTTP 409. Uptime API: POST /api/v3/incidents/{id}/resolve.

NameTypeReqDescription
incident_idstringyesThe incident id to resolve (from list_incidents).
resolved_bystringyesUser e-mail or a custom identifier of who is resolving the incident.

No output schema declared.

No examples provided.