monit.rs
Server Details
Schema-aware API monitoring: diff OpenAPI specs for breaking changes, manage endpoints.
- Status
- Healthy
- Uptime
- 100.0% over the last 24 hours
- Last Tested
- Transport
- Streamable HTTP · MCP 2025-11-25
- URL
- ChatGPT
- –
- Claude
- –
TDQS
Scored across 22 tools
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.
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).
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.
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 toolsacknowledge_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
Detect breaking changes, generate changelogs, diff, and validate OpenAPI specs.
Monitor MCP servers, API contracts and AI outputs for schema drift. Alerts on breaking changes.
Deploy production REST APIs from JSON schemas in seconds. Manage projects, schemas, and deployments.
End-to-end API testing — generate and run tests from OpenAPI, curl, Postman, or real user traffic.
Related MCP Servers
- FlicenseNot gradedqualityBmaintenanceAnalyzes Git pull request diffs to detect breaking REST and GraphQL API schema changes, providing deterministic AST-level code review and breaking change alerts for CI/CD workflows.8-
- AlicenseAqualityBmaintenanceEnables detection of breaking API changes across OpenAPI, Swagger, GraphQL, gRPC, AsyncAPI, and SOAP contracts, identifying affected consumers, checking deployed drift and live conformance, and generating contract tests.8MIT
- AlicenseBqualityDmaintenanceEnables natural language exploration of OpenAPI/Swagger specs, allowing users to register APIs, browse endpoints, describe schemas, and detect breaking changes through conversational queries.9230 npmMIT
- FlicenseNot gradedqualityDmaintenanceMonitor AI output schemas and API contracts for breaking changes — validate LLM JSON responses against defined schemas on a schedule1-
Glama MCP Gateway
Add one secure layer between your agents and this server.