MCP-сервер Zenofex LLC

• Имя в реестреrs.monit/monit-rsподтверждён в реестре MCP

Имя в реестре лежит в пространстве monit.rs. Реестр пускает в такое пространство только того, кто доказал владение доменом через DNS или HTTP.

• Состояниеотвечаетпроверено 2026-10-20
• Инструменты22
• Сервер называет себяmonit.rs
• Версия сервера1.28.1
• Версия протокола2025-06-18

2026-10-20 сервер ответил на initialize и tools/list без входа. Первый ответ за 52 мс.

• Делают ли инструменты работу продукта, ещё не проверено.

Вывод сделан правилами по замерам выше. Вероятный первый вызов выбрала модель по списку инструментов: прочитайте описание, прежде чем на него полагаться.

• Оценка INITE MCP73 из 100отвечает 100 · описания 70 · контекст 100 · подключение 100 · снижена из-за предупреждений ниже
• Отвечал100% днейответов на ежедневные проверки: 14 из 14
• Медиана первого ответа79 мс
• Место в контексте агента≈ 2 602 токеновописания всех инструментов (22), они занимают контекст агента на каждом ходу
• Описания инструментовC · 70 из 100
• Типизированные ответы9 из 22 инструментовобъявлен outputSchema: ответ приходит с типами и читается сразу

• Параметры без описания: в 17 из 22
• Не сказано, только читает инструмент или может удалять: 22 из 22

Программа проверяет сервер раз в день: initialize и tools/list, без модели. Токены - это длина описаний из расчёта примерно четыре символа на токен. Оценка - среднее шести проверок имени, описания, схемы и аннотаций каждого инструмента. Она говорит, насколько понятно описаны инструменты, а не о том, работают ли они. Оценка складывается только из замеренного: отвечает ли сервер (25%), делает ли работу продукта (25%), описания (20%), контекст (10%), использование (10%) и насколько просто подключиться (10%). Незамеренная часть не учитывается, а скрытая инструкция ограничивает оценку 40 баллами. Состояние MCP-серверов вендоров: методика и цифры →

• 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…

• 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…

• 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…

• 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…

• 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…

• 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' →…