monit.rs
by monit.rs in Developer tools
Schema-aware API monitoring: diff OpenAPI specs for breaking changes, manage endpoints.
https://monit.rs/integrations/mcp- Tools
- 22
- open to any client
- Uptime
- 100%
- last 30 days
- Response time
- 809 ms
- 907 ms slowest 5%
- Last check
- Passed
- 8 h ago, next any minute now
Reliability
Status and outage history · Atom feed · Watch with other listings
How to connect
Add it to any MCP client that supports remote servers.
{
"mcpServers": {
"monit-rs": {
"type": "http",
"url": "https://monit.rs/integrations/mcp"
}
}
}22 tools
- openapi_diff
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…
- monit_rs_stats
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…
- monit_rs_describe
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…
- list_my_endpoints
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)`.
- list_my_incidents
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.
- list_my_regressions
List detected schema regressions on the caller's account. Optionally filter by endpoint_id.
- get_endpoint_uptime
Aggregated uptime summary for an endpoint over the requested window.
- describe_endpoint
Full detail for one endpoint. Use `list_my_endpoints()` to get the ID.
- acknowledge_incident
Mark an incident as acknowledged. Use `list_my_incidents()` to find the dedup_key.
- resolve_incident
Close an incident. Symmetric to acknowledge_incident.
- create_endpoint
Create a new monitored endpoint. Respects your tier's max_endpoints cap.
- set_endpoint_assertions
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…
- delete_endpoint
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`…
- list_alert_channels
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.
- list_status_pages
List public status pages owned by the authenticated account.
- list_security_findings
List security findings detected on the caller's monitored endpoints. Optionally filter by severity.
- describe_incident
Full detail for one incident. Use `list_my_incidents()` to find the dedup_key. Includes the incident's endpoint name and current status.
- pause_endpoint
Pause a monitored endpoint (stops probing, keeps history). Idempotent — no-op if already paused.
- resume_endpoint
Resume a paused endpoint. Rejects if resuming would exceed your tier's active-endpoint cap (upgrade or pause another endpoint first).
- update_endpoint_interval
Change how often an endpoint is probed. Minimum interval varies by tier (free=900s, developer=300s, starter=60s, pro/scale/enterprise=30s).
- create_status_page
Create a public status page at https://<slug>.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).
- create_alert_channel
Create an alert channel. Pass EXACTLY one of email_address / webhook_url / pagerduty_routing_key matching the channel_type: - channel_type='email' → email_address='[email protected]' - channel_type='webhook' → webhook_url='https://your-endpoint'…
Security scan
No findings
We scan names, descriptions and tool definitions for hidden instructions and other prompt-injection patterns.
Recent checks
| When | Result | HTTP | Time |
|---|---|---|---|
| 8 h ago | Passed | 200 | 779 ms |
| 18 h ago | Passed | 200 | 792 ms |
| 28 h ago | Passed | 200 | 800 ms |
| 38 h ago | Passed | 200 | 873 ms |
| 2 days ago | Passed | 200 | 847 ms |
Show 10 older checks
| 2 days ago | Passed | 200 | 907 ms |
| 3 days ago | Passed | 200 | 732 ms |
| 3 days ago | Passed | 200 | 814 ms |
| 4 days ago | Passed | 200 | 882 ms |
| 4 days ago | Passed | 200 | 861 ms |
| 4 days ago | Passed | 200 | 809 ms |
| 5 days ago | Passed | 200 | 751 ms |
| 5 days ago | Passed | 200 | 735 ms |
| 6 days ago | Passed | 200 | 838 ms |
| 6 days ago | Passed | 200 | 767 ms |