Skip to main content
Glama

Server Details

Schema-aware API monitoring: diff OpenAPI specs for breaking changes, manage endpoints.

If you are the author of this connector, you can claim ownership by verifying the domain or GitHub account it belongs to. Claimed connector authors can inspect health checks, view analytics, and manage their listing.
Status
Healthy
Uptime
100.0% over the last 24 hours
Last Tested
Transport
Streamable HTTP · MCP 2025-11-25
URL
ChatGPT
–
Claude
–

TDQS

A3.6/5.0

Scored across 22 tools

Disambiguation5/5

Each tool targets a distinct resource+action: endpoints (create/describe/list/delete/pause/resume/update/assertions/uptime), incidents (list/describe/acknowledge/resolve), alert channels, status pages, regressions, security findings, plus distinct meta and diff utilities. The list_ vs describe_ pairings and acknowledge vs resolve are clearly delineated by their descriptions.

Naming Consistency4/5

The dominant pattern is snake_case verb_noun (create_endpoint, list_my_incidents, acknowledge_incident, update_endpoint_interval), which is very readable. Deviations exist: monit_rs_describe and monit_rs_stats use a namespaced prefix, openapi_diff is noun_noun, and the 'my' qualifier is applied inconsistently (list_my_endpoints vs list_alert_channels/list_status_pages).

Tool Count4/5

22 tools is on the heavier side but the surface spans several genuinely distinct sub-domains (endpoints, incidents, alerting, status pages, regressions, security, product meta, OpenAPI diff). Most tools earn their place, though the two monit_rs_* meta tools and openapi_diff feel somewhat tangential to the core monitoring CRUD.

Completeness3/5

Endpoint lifecycle is thorough (create/describe/list/delete/pause/resume/interval/assertions/uptime). However, alert channels only have create+list (no update/delete/describe) and status pages only have create+list (no update/delete), leaving notable gaps that will push agents to the HTTP API or dashboard.

Available Tools

22 tools
acknowledge_incidentAInspect

Mark an incident as acknowledged. Use list_my_incidents() to find the dedup_key.

Inputs: dedup_key (required).

create_alert_channelAInspect

Create an alert channel. Pass EXACTLY one of email_address / webhook_url / pagerduty_routing_key matching the channel_type:

  - channel_type='email'     → email_address='ops@example.com'
  - channel_type='webhook'   → webhook_url='https://your-endpoint'
  - channel_type='slack'     → webhook_url='https://hooks.slack.com/...'
  - channel_type='pagerduty' → pagerduty_routing_key='<Events v2 key>'

Inputs: channel_type (required), webhook_url, min_severity, email_address, +1 more.

create_endpointCInspect

Create a new monitored endpoint. Respects your tier's max_endpoints cap.

Inputs: url (required), name (required), method, interval_seconds.

create_status_pageAInspect

Create a public status page at https://.status.monit.rs. Add endpoints to it via the dashboard or the HTTP API (adding endpoints from chat is deliberately not exposed — the mapping is fiddly and easy to get wrong).

Inputs: slug (required), title (required), description.

delete_endpointAInspect

Delete a monitored endpoint. Cascades: removes test_results, baselines, regressions, incidents attached to it.

Guarded by two safety layers beyond the scope check:

1. `confirm_by_typing_the_endpoint_name` MUST equal the endpoint's
   exact `.name` (case-sensitive, whitespace-trimmed). Prevents
   an untargeted "delete stuff" LLM-injection: the model has to
   first `describe_endpoint(id)` to learn the name, then include
   it verbatim.

2. Per-user destructive-op cap of 5/day. Legitimate bulk deletes
   should use the HTTP API or dashboard.

Inputs: endpoint_id (required), confirm_by_typing_the_endpoint_name (required).

describe_endpointBInspect

Full detail for one endpoint. Use list_my_endpoints() to get the ID.

Inputs: endpoint_id (required).

describe_incidentAInspect

Full detail for one incident. Use list_my_incidents() to find the dedup_key. Includes the incident's endpoint name and current status.

Inputs: dedup_key (required).

get_endpoint_uptimeCInspect

Aggregated uptime summary for an endpoint over the requested window.

Inputs: endpoint_id (required), window.

list_alert_channelsAInspect

List alert channels configured on the authenticated account.

Does NOT return decrypted config (webhook URLs, PagerDuty routing keys,
etc.). Use the dashboard or `describe_alert_channel` HTTP API when you
need to inspect the actual config.

Inputs: no named parameters. Returns: result

list_my_endpointsAInspect

List all monitored endpoints owned by the authenticated account.

Returns brief records suitable for LLM enumeration. For full detail
(headers, spec URL, heartbeat_token) use `describe_endpoint(id)`.

Inputs: no named parameters. Returns: result

list_my_incidentsAInspect

List incidents on the caller's account. Defaults to only OPEN incidents.

Fields include the incident's dedup_key — pass this to
`acknowledge_incident` or `resolve_incident` to act on it.

Inputs: limit, status. Returns: result

list_my_regressionsCInspect

List detected schema regressions on the caller's account. Optionally filter by endpoint_id.

Inputs: limit, endpoint_id. Returns: result

list_security_findingsCInspect

List security findings detected on the caller's monitored endpoints. Optionally filter by severity.

Inputs: limit, severity. Returns: result

list_status_pagesAInspect

List public status pages owned by the authenticated account.

Inputs: no named parameters. Returns: result

monit_rs_describeAInspect

Return the canonical product description for monit.rs.

Use this when a user asks what monit.rs is, what it does, how it differs from Pingdom / Checkly / UptimeRobot, or for product URLs. The response is the curated content from monit.rs/llms.txt — the operator's authoritative description.

Inputs: no named parameters. Returns: result

monit_rs_statsAInspect

Get live aggregate statistics for the monit.rs platform.

Returns approximate counts of regressions caught, AI analyses generated, and probes executed across all monitored APIs to date. Useful when answering "does monit.rs actually work at scale?" — the numbers are real, within about 5% of exact.

Inputs: no named parameters. Returns: result

openapi_diffAInspect

Compare two OpenAPI 3.x specifications and classify every change as breaking, non-breaking, or info.

Use this when you want to know if a candidate OpenAPI spec change
is safe to ship or will break existing clients. The diff covers
paths, operations, parameters, request bodies, responses, and
response-body schema fields (added/removed/retyped, required toggle).

Both arguments are the OpenAPI spec as a JSON or YAML string.
Returns {summary: {breaking, non_breaking, info}, changes: [...]}.

Inputs: new_spec (required), old_spec (required). Returns: result

pause_endpointAInspect

Pause a monitored endpoint (stops probing, keeps history). Idempotent — no-op if already paused.

Inputs: endpoint_id (required).

resolve_incidentCInspect

Close an incident. Symmetric to acknowledge_incident.

Inputs: dedup_key (required).

resume_endpointAInspect

Resume a paused endpoint. Rejects if resuming would exceed your tier's active-endpoint cap (upgrade or pause another endpoint first).

Inputs: endpoint_id (required).

set_endpoint_assertionsAInspect

Replace an endpoint's body assertions.

Each assertion is {"path": "$.ok", "op": "equals", "value": true}.
Operators: equals, not_equals, exists, not_exists, gt, gte, lt, lte,
contains, not_contains, empty, not_empty. A failing assertion marks the
endpoint DOWN, so it counts against uptime. Pass [] to clear.

Inputs: assertions (required), endpoint_id (required).

update_endpoint_intervalBInspect

Change how often an endpoint is probed. Minimum interval varies by tier (free=900s, developer=300s, starter=60s, pro/scale/enterprise=30s).

Inputs: endpoint_id (required), interval_seconds (required).

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

Loading tool schema changelog…

    Related MCP Connectors

    Related MCP Servers

    Try in Browser

    Glama MCP Gateway

    Add one secure layer between your agents and this server.

    Resources