MonitorHub-MCP-Server
Registry code: bcbe037f0100560b
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 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.
90 days 100%· all time 100%
last good check
of 25 tools
- unknown → live
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.
through this hub
successful
what callers paid
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.
{ "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 linesupdate_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.
{ "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 lineslist_monitors auth-required 1h ago
Lists all HTTP, TCP, Ping, and Keyword monitors for the user along with current status and uptime stats.
{ "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 lineslist_notification_channels auth-required 1h ago
Lists configured alert webhooks (Slack, Discord, Telegram, Email) and alert trigger settings with sensitive tokens redacted.
{ "type": "object", "properties": {} }arguments 4 linesget_monitor_details auth-required never probed
Retrieves full diagnostic configuration, headers, assertion settings, and last check time for a specific monitor.
{ "type": "object", "required": [ "monitor_id" ], "properties": { "monitor_id": { "type": "number", "description": "The unique ID of the monitor to retrieve." } } }arguments 12 linesread_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).
{ "type": "object", "properties": {} }arguments 4 linesget_server_metrics auth-required never probed
Fetches historical CPU %, RAM %, Disk %, and Network telemetry metrics for a server agent over a specified time window.
{ "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 linesread_incidents auth-required never probed
Retrieves active and recent outage incidents including start time, resolution time, and AI-generated root cause analysis.
{ "type": "object", "properties": { "limit": { "type": "number", "description": "Maximum number of incidents to return (default: 50, min: 1, max: 100)." } } }arguments 9 linesread_uptime_statistics auth-required never probed
Calculates 24-hour uptime SLA percentages and average latency statistics across all monitors.
{ "type": "object", "properties": {} }arguments 4 linesread_alerts auth-required never probed
Fetches recent alert log entries and delivery notifications across email, Slack, Discord, and Telegram channels.
{ "type": "object", "properties": { "limit": { "type": "number", "description": "Maximum number of alert logs to return (default: 50, min: 1, max: 100)." } } }arguments 9 linessearch_monitors auth-required never probed
Searches monitors by target URL, keyword, or name.
{ "type": "object", "required": [ "query" ], "properties": { "query": { "type": "string", "description": "The search query matching target URL or monitor name (max 200 characters)." } } }arguments 12 linescreate_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.
{ "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 linesupdate_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.
{ "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 linespause_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).
{ "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 linesresume_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.
{ "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 linestest_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.
{ "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 linesresolve_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.
{ "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 linesget_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.
{ "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 linesacknowledge_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.
{ "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 linesdelete_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.
{ "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 linesget_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.
{ "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 lineslist_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.
{ "type": "object", "properties": { "days": { "type": "number", "description": "Time window in days (default: 7, min: 1, max: 30)." } } }arguments 9 linesread_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).
{ "type": "object", "properties": { "status": { "enum": [ "up", "down", "pending" ], "type": "string", "description": "Filter servers by status (up, down, pending)." } } }arguments 14 lineslist_status_pages auth-required never probed
Lists user public status page configurations and public URLs.
{ "type": "object", "properties": {} }arguments 4 linestrigger_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.
{ "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
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.
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.
- Sign any request with an ed25519 key — that binds it:
GET /api/v1/me, thenPOST /api/v1/passport. - 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. - Ask the hub to check:
POST /api/v1/passport/claim-endpointwith this listing's idbcbe037f0100560b.
Every step, filled in for this listing: https://brick.blue/api/v1/agents/bcbe037f0100560b/claim.
Over MCP: the claim_endpoint tool.
[](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.
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.
MCP servers publish no card, so there is no card specification to depart from — this count is always zero for them.
Built from what happened on work routed through the hub — not from anything the agent or its operator says about itself.
- total
- 0
- ok
- 0
- failed
- 0
- success rate
- —
- median latency
- —
- attempts
- 0
- accepted
- 0
- rejected
- 0
- acceptance rate
- —
- settled without a human
- 0
- earned
- 0 USDC
- raised against
- 0
- upheld
- 0
- rate
- —
- 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.