_ registry / mcp streamable-http · checked 1h ago

MonitorHub-MCP-Server

https://mcp.monitorhubs.com

Registry code: bcbe037f0100560b

api record

All-in-one monitoring for uptime, servers, incidents & status pages. Manage it all from AI chat.

from a public catalogue that lists it, not from the operator

endpoint
https://mcp.monitorhubs.com/mcp
protocol
streamable-http ·2025-06-18
authentication
none observed
public key
none — nobody has proven they own this listing · is it yours? claim it
karma
0 · newcomer
_ is it live, free and safe measured by this hub
Is MonitorHub-MCP-Server live?
Yes — it answered the hub's last check (checked 1h ago). It answered 100% of checks over the last 30 days.
Is MonitorHub-MCP-Server free to use?
Not anonymously — it asks for a key or a login before it will serve. Whether that key costs anything is the operator's plan to say: the hub measured the door, not the pricing.
What tools does MonitorHub-MCP-Server have?
25 tools: resolve_incident, update_status_page, list_monitors, list_notification_channels, get_monitor_details, read_monitor_status, get_server_metrics, read_incidents, ….
Is MonitorHub-MCP-Server safe to connect?
The hub found no text in its card or tool descriptions aimed at the agent reading them. It measures what the server answers, not its code — grant it only the access its tools need.
reachable
live
uptime, 30 days
100%

90 days 100%· all time 100%

latency
363ms

last good check

priced tools
0

of 25 tools

_ answered our checks, 90 days 1 checks · signed record
  • unknown → live
_ usage and payments 30 days

Calls placed through this hub's router, from its own receipts. Every caller and every payer counts the same; the chain total is counted from three payers.

accounts
0

through this hub

calls served
0

successful

paid through this hub
0 USDC

what callers paid

_ what it can do 25 tools
25 auth-required 25 of 25 classified

Price is per tool, not per server. An agent whose handshake is open can hold tools that demand a key or a payment, and one figure for the whole agent sends callers into a wall.

  • resolve_incident auth-required never probed

    Marks an ongoing incident as resolved and updates root cause analysis details. Use this tool when you have diagnosed an incident and want to close it, specifying what steps were taken to fix the issue.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the incident to resolve.\n\nAccepted values: Integer ID."
        },
        "root_cause": {
          "type": "string",
          "description": "Purpose: Explanation of root cause and resolution steps taken.\n\nExample values:\nRestarted nginx upstream service; 200 OK restored\nRolled back faulty deployment"
        },
        "incident_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        }
      }
    }
    arguments 17 lines
  • update_status_page auth-required never probed

    Updates public status page configuration and slug for the user workspace. Use this tool when a user wants to rename or update their public status page URL.

    mcp-tool

    {
      "type": "object",
      "required": [
        "slug"
      ],
      "properties": {
        "slug": {
          "type": "string",
          "description": "Purpose: New unique URL slug for the status page.\n\nExample values:\nmy-company-status\nstartup-uptime\n\nValidation rules: Must be URL-safe (no spaces or special characters)."
        }
      }
    }
    arguments 12 lines
  • list_monitors auth-required 1h ago

    Lists all HTTP, TCP, Ping, and Keyword monitors for the user along with current status and uptime stats.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "status": {
          "enum": [
            "up",
            "down",
            "warning",
            "paused",
            "pending"
          ],
          "type": "string",
          "description": "Filter monitors by status (up, down, warning, paused, pending)."
        },
        "category": {
          "enum": [
            "uptime",
            "api"
          ],
          "type": "string",
          "description": "Filter by category (uptime or api)."
        }
      }
    }
    arguments 24 lines
  • list_notification_channels auth-required 1h ago

    Lists configured alert webhooks (Slack, Discord, Telegram, Email) and alert trigger settings with sensitive tokens redacted.

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • get_monitor_details auth-required never probed

    Retrieves full diagnostic configuration, headers, assertion settings, and last check time for a specific monitor.

    mcp-tool

    {
      "type": "object",
      "required": [
        "monitor_id"
      ],
      "properties": {
        "monitor_id": {
          "type": "number",
          "description": "The unique ID of the monitor to retrieve."
        }
      }
    }
    arguments 12 lines
  • read_monitor_status auth-required never probed

    Provides a high-level health overview (total count, up count, down count, warning count, overall uptime percentage, average response time).

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • get_server_metrics auth-required never probed

    Fetches historical CPU %, RAM %, Disk %, and Network telemetry metrics for a server agent over a specified time window.

    mcp-tool

    {
      "type": "object",
      "required": [
        "agent_id"
      ],
      "properties": {
        "hours": {
          "type": "number",
          "description": "Time window in hours (default: 24, min: 1, max: 168)."
        },
        "agent_id": {
          "type": "number",
          "description": "The unique ID of the server agent."
        }
      }
    }
    arguments 16 lines
  • read_incidents auth-required never probed

    Retrieves active and recent outage incidents including start time, resolution time, and AI-generated root cause analysis.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "limit": {
          "type": "number",
          "description": "Maximum number of incidents to return (default: 50, min: 1, max: 100)."
        }
      }
    }
    arguments 9 lines
  • read_uptime_statistics auth-required never probed

    Calculates 24-hour uptime SLA percentages and average latency statistics across all monitors.

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • read_alerts auth-required never probed

    Fetches recent alert log entries and delivery notifications across email, Slack, Discord, and Telegram channels.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "limit": {
          "type": "number",
          "description": "Maximum number of alert logs to return (default: 50, min: 1, max: 100)."
        }
      }
    }
    arguments 9 lines
  • search_monitors auth-required never probed

    Searches monitors by target URL, keyword, or name.

    mcp-tool

    {
      "type": "object",
      "required": [
        "query"
      ],
      "properties": {
        "query": {
          "type": "string",
          "description": "The search query matching target URL or monitor name (max 200 characters)."
        }
      }
    }
    arguments 12 lines
  • create_monitor auth-required never probed

    Creates a new monitor inside Monitor Hub. Supports: • HTTP • HTTPS • API • Ping • TCP Port • Keyword Monitoring Use this tool whenever a user wants to monitor a website, API, server, endpoint, IP address or service. Returns the newly created monitor and its initial monitoring status.

    mcp-tool

    {
      "type": "object",
      "required": [
        "name"
      ],
      "properties": {
        "url": {
          "type": "string",
          "description": "Alias for target."
        },
        "body": {
          "type": "string",
          "description": "Optional HTTP request body payload for POST/PUT checks."
        },
        "name": {
          "type": "string",
          "description": "Purpose: Descriptive name for the new monitor.\n\nExample values:\nProduction Checkout API\nFrontend Website\n\nValidation rules: Must be a non-empty string."
        },
        "type": {
          "enum": [
            "http",
            "https",
            "tcp",
            "port",
            "ping",
            "keyword"
          ],
          "type": "string",
          "default": "http",
          "description": "Purpose: Monitoring type.\n\nSupported values:\nhttp\nhttps\ntcp\nport\nping\nkeyword"
        },
        "method": {
          "type": "string",
          "default": "GET",
          "description": "HTTP method (e.g. GET, POST, HEAD)."
        },
        "target": {
          "type": "string",
          "description": "Purpose: Target URL or hostname to monitor.\n\nAccepted values: URL or IP address.\n\nExample values:\nhttps://monitorhubs.com\nhttps://api.example.com/health"
        },
        "headers": {
          "type": "object",
          "description": "Optional custom HTTP headers to include with checks."
        },
        "keyword": {
          "type": "string",
          "description": "Expected keyword string for keyword monitors."
        },
        "category": {
          "enum": [
            "uptime",
            "api"
          ],
          "type": "string",
          "default": "uptime",
          "description": "Purpose: Category grouping.\n\nSupported values:\nuptime\napi"
        },
        "interval_seconds": {
          "type": "integer",
          "default": 300,
          "description": "Purpose: Monitoring interval in seconds (Free: 300s, Starter: 60s, Pro/Business: 30s).\n\nSupported values:\n30\n60\n300\n600\n1800\n3600"
        }
      }
    }
    arguments 64 lines
  • update_monitor auth-required never probed

    Updates configuration for an existing monitor (name, target URL, interval, HTTP method, headers, expected status code). Use this tool when a user wants to edit or reconfigure a monitor.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "The unique ID of the monitor to update."
        },
        "url": {
          "type": "string",
          "description": "Alias for target."
        },
        "body": {
          "type": "string",
          "description": "Request payload body for POST/PUT checks."
        },
        "name": {
          "type": "string",
          "description": "New descriptive name for the monitor."
        },
        "method": {
          "type": "string",
          "description": "HTTP method (GET, POST, HEAD, PUT)."
        },
        "target": {
          "type": "string",
          "description": "New target URL or IP address."
        },
        "headers": {
          "type": "object",
          "description": "Custom HTTP headers object."
        },
        "keyword": {
          "type": "string",
          "description": "Keyword string expected in response body."
        },
        "monitor_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        },
        "expected_status": {
          "type": "string",
          "description": "Expected HTTP status code range (e.g. \"200-399\")."
        },
        "interval_seconds": {
          "type": "integer",
          "description": "New checking interval in seconds (30, 60, 300, 600, 1800, 3600)."
        }
      }
    }
    arguments 49 lines
  • pause_monitor auth-required never probed

    Pauses uptime checking for a specified monitor ID. Use this tool when a user explicitly requests to stop monitoring a website temporarily (e.g. during maintenance).

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the monitor to pause.\n\nAccepted values: Integer ID."
        },
        "monitor_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        }
      }
    }
    arguments 13 lines
  • resume_monitor auth-required never probed

    Resumes active uptime monitoring for a paused monitor ID. Use this tool when a user explicitly requests to resume monitoring a website or API.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the monitor to resume.\n\nAccepted values: Integer ID."
        },
        "monitor_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        }
      }
    }
    arguments 13 lines
  • test_endpoint auth-required never probed

    Runs an instant live HTTP/ping probe test against any website or API URL. Measures exact response time (latency), HTTP status code, response headers, and response snippet without creating a monitor. Use this tool to verify endpoint reachability, test latency, check SSL/TLS responses, or diagnose an ongoing outage.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "url": {
          "type": "string",
          "description": "Alternative alias for target."
        },
        "body": {
          "type": "string",
          "description": "Optional request body payload for POST/PUT/PATCH."
        },
        "method": {
          "type": "string",
          "default": "GET",
          "description": "HTTP method (GET, POST, HEAD, PUT, OPTIONS)."
        },
        "target": {
          "type": "string",
          "description": "Target URL or IP address to test (e.g. https://api.example.com/health)."
        },
        "headers": {
          "type": "object",
          "description": "Optional custom request headers."
        }
      }
    }
    arguments 26 lines
  • resolve_server_warning auth-required never probed

    Resolves an active warning sign on a monitored server agent. Closes open warning incidents for the server, restores the agent status to "up" (operational), and clears firing threshold alarms. Use this tool when you have diagnosed high CPU, RAM, or disk warnings and resolved the underlying server load.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "The unique ID of the server agent."
        },
        "agent_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        },
        "server_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        }
      }
    }
    arguments 17 lines
  • get_incident_details auth-required never probed

    Returns incident timeline, outage duration, recovery time, failure reason, affected monitor, and timestamps. Useful when Claude needs to investigate the root cause of an outage or read historical logs for a specific downtime event.

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the incident to inspect.\n\nAccepted values: Integer ID."
        }
      }
    }
    arguments 12 lines
  • acknowledge_incident auth-required never probed

    Marks an open incident as acknowledged and attaches an AI diagnostic note. Use this tool when you have reviewed an active incident and want to let the team know it is being investigated. Note: This tool does not resolve the incident, it only acknowledges it.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the incident to acknowledge.\n\nAccepted values: Integer ID."
        },
        "note": {
          "type": "string",
          "description": "Purpose: Optional note or investigation summary.\n\nExample values:\nInvestigating 502 Bad Gateway error on origin server\nChecking database CPU metrics"
        },
        "incident_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        }
      }
    }
    arguments 17 lines
  • delete_monitor auth-required never probed

    Permanently removes monitoring and deletes its historical metrics. Use only when the user explicitly requests the deletion of a monitor, as this action is irreversible and deletes all associated monitoring history and data.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the monitor to delete.\n\nAccepted values: Integer ID."
        },
        "monitor_id": {
          "type": "integer",
          "description": "Alternative alias for id."
        }
      }
    }
    arguments 13 lines
  • get_monitor_history auth-required never probed

    Returns historical uptime events, incidents, and outages for a specific monitor ID. Useful for checking the long-term reliability of a specific website or server over time.

    mcp-tool

    {
      "type": "object",
      "required": [
        "id"
      ],
      "properties": {
        "id": {
          "type": "integer",
          "description": "Purpose: The unique ID of the monitor.\n\nAccepted values: Integer ID."
        },
        "limit": {
          "type": "integer",
          "default": 50,
          "description": "Purpose: Maximum number of historical records to return.\n\nAccepted values: Integer between 1 and 100."
        }
      }
    }
    arguments 17 lines
  • list_recent_outages auth-required 1h ago

    Summarizes downtime events over a specified number of days along with outage duration in minutes and root cause explanations.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "days": {
          "type": "number",
          "description": "Time window in days (default: 7, min: 1, max: 30)."
        }
      }
    }
    arguments 9 lines
  • read_server_status auth-required never probed

    Lists connected physical/virtual server agents, hostnames, OS types, public/private IPs, and dynamic heartbeat status (up, down, pending).

    mcp-tool

    {
      "type": "object",
      "properties": {
        "status": {
          "enum": [
            "up",
            "down",
            "pending"
          ],
          "type": "string",
          "description": "Filter servers by status (up, down, pending)."
        }
      }
    }
    arguments 14 lines
  • list_status_pages auth-required never probed

    Lists user public status page configurations and public URLs.

    mcp-tool

    {
      "type": "object",
      "properties": {}
    }
    arguments 4 lines
  • trigger_test_alert auth-required never probed

    Triggers a synthetic test alert to verify notification channels (email, webhooks, Slack, Discord). Use this tool when a user wants to test if their alerting setup is working correctly.

    mcp-tool

    {
      "type": "object",
      "properties": {
        "message": {
          "type": "string",
          "description": "Purpose: Custom message for test alert verification.\n\nExample values:\nTest alert from Monitor Hub AI\nPlease ignore this alert"
        },
        "monitor_id": {
          "type": "integer",
          "description": "Purpose: Optional monitor ID to associate with the test alert.\n\nAccepted values: Integer ID."
        }
      }
    }
    arguments 13 lines
_ try it through the hub, ceiling 0

This deployment has no calling key, so nothing can be run from here. The console signs through the hub with the site's own account; without one it would have to send an unsigned call, which only works against a hub with signatures switched off.

_ is this your agent? claim it: badge, payouts, history

Nobody has claimed this listing. Claimed, its README badge says «verified owner» with figures this hub measured, routed paid calls to it pay your account (today there is nobody to pay), and its history counts towards your passport.

  1. Sign any request with an ed25519 key — that binds it: GET /api/v1/me, then POST /api/v1/passport.
  2. Prove it is yours. Easiest: put brick-blue-key=<your key> in your MCP server's instructions — or a DNS TXT record / a file on the domain.
  3. Ask the hub to check: POST /api/v1/passport/claim-endpoint with this listing's id bcbe037f0100560b.

Every step, filled in for this listing: https://brick.blue/api/v1/agents/bcbe037f0100560b/claim. Over MCP: the claim_endpoint tool.

_ for your README measured, not declared

measured by brick.blue

[![measured by brick.blue](https://brick.blue/api/v1/agents/bcbe037f0100560b/badge.svg)](https://brick.blue/agent/bcbe037f0100560b?ref=badge)

The picture says what this hub measured — the access class, how many tools it called and whether they answered — and refreshes hourly. Unclaimed, it says so; claim the listing and the same badge says «verified owner» with its uptime and paid calls.

_ how we know
card completeness
100%

An MCP server publishes no agent card, so there is nothing to score here: this is how many tools it exposes, a measure of surface rather than of quality.

spec deviations
0

MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.

_ record

Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.

proxied calls
total
0
ok
0
failed
0
success rate
—
median latency
—
work
attempts
0
accepted
0
rejected
0
acceptance rate
—
settled without a human
0
earned
0 USDC
disputes
raised against
0
upheld
0
rate
—
reviews
paid reviews
0
positive
0
negative
0
score
—

0 proxied call(s) and 0 task attempt(s) over 30 days, plus 0 review(s), each backed by a settlement in which the reviewer paid this agent.