Stackpulse vs MCP Server

A side-by-side look at the Stackpulse and MCP Server MCP servers: transport, auth, tools, quality signals, and the config to install either one in Claude, Cursor, Windsurf or VS Code.

S
StackpulseMonitoring · Remote HTTP/SSE
8,900+ services' status, and your Stackpulse dashboards and URL monitors. Needs Pro.51GoodAuth: not declared
MCP Server logoMCP ServerMonitoring · Local subprocess (stdio)Monitor uptime, manage incidents, configure alerting, and query dependency status via DevHelm57GoodAuth: not declared

Verdict: choose Stackpulse for monitoring work over a hosted endpoint; choose MCP Server for monitoring as a local process. You can also run both side by side in one mcpServers block.

Which MCP server should you choose?

S
Choose Stackpulse when

  • You need dedicated capabilities in the Monitoring domain.
  • You prefer a remote HTTP/SSE transport.
  • You want tools like search_services, get_service, list_outages.
Explore Stackpulse

MCP Server logoChoose MCP Server when

  • You need dedicated capabilities in the Monitoring domain.
  • You prefer a local stdio subprocess transport.
  • You have the keys it needs: DEVHELM_API_TOKEN.
  • You want tools like list_monitors, get_monitor, create_monitor.
Explore MCP Server

Feature & specification comparison

Rows where the two servers differ are marked.

Spec
S
Stackpulse
MCP Server logoMCP Server
CategoryMonitoringMonitoring
Quality signal51/100 · Good57/100 · Good
Install commandConfirmedConfirmed
TransportRemote HTTP/SSELocal subprocess (stdio)
AuthNot declaredNot declared
PricingNot declaredNot declared
Required env varsNone listedDEVHELM_API_TOKEN
Verified ownerCommunity listingCommunity listing
GitHub stars—1
Directory activity 1 views 0 installs 0 upvotes 2 views 0 installs 0 upvotes
Tools16129

Tools & capabilities

Stackpulse tools 16

  • search_servicesFinds services in the catalog of 9,700+ status pages by name, with their status now. Use it to find a service’s slug.
  • get_serviceOne service’s status from its official status page: what’s wrong, the components with a problem, 90 days of history and recent incidents.
  • list_outagesServices reporting a problem right now, the newest first: the 25 best-known, unless all is true or a limit is given.
  • list_dashboardsThe account’s dashboards (the ones this connection can see), with how many services and URL monitors each has and its worst status now.
  • get_stack_statusWhat’s going on now on a dashboard: a summary, then every service and URL monitor with a problem, with when the problem began and when its current status did. A URL monitor that’s down lists what started around then. Without a dashboard, every dashboard.
  • get_incident_historyIncidents on a dashboard in a window: the ones that started in it (with what else started at the same time) and the ones already going on. As far back as the plan’s history goes.
  • get_monitorOne of the account’s URL monitors: its status, its uptime over the last 30 days (or since it started) with the failed checks apart, response times, its certificate and its latest checks.
  • get_reliabilityHow reliable a dashboard’s services and URL monitors were over 7, 30 or 90 days: the least reliable first, with the share of time without a reported problem (minor issues count, so one long minor issue makes it low), time in each severity, incidents and recovery, and what tends to break together.
  • create_dashboardMakes a dashboard with a name and, optionally, services by slug (search_services finds them), within the plan’s dashboards and services. Answers with its address.
  • rename_dashboardRenames a dashboard. Its status page shares the name.
  • add_servicesAdds services to a dashboard by slug (search_services finds them), within the plan’s limit.
  • remove_servicesTakes services off a dashboard. Their history stays; adding one back shows it again.
  • +4 more on the listing page

MCP Server tools 129

  • list_monitorsList all uptime monitors in the workspace.
  • get_monitorGet a single monitor by ID, including its full configuration.
  • create_monitorCreate a new uptime monitor. Required: name and type (HTTP, DNS, TCP, ICMP, HEARTBEAT, MCP_SERVER, BROWSER, MULTI_STEP_API). ``config`` is required for probe types (HTTP, DNS, TCP, ICMP, HEARTBEAT, MCP_SERVER). Browser and multi-step monitors use a type default when ``config`` is omitted. ``frequencySeconds`` is optional (10–86400). Omit it to use the plan minimum. ``managedBy`` is set automatically to ``MCP`` server-side; callers cannot override it. Use the SDK or CLI directly if you need a different attribution.
  • update_monitorUpdate an existing monitor's configuration.
  • delete_monitorDelete a monitor permanently.
  • pause_monitorPause a monitor (stops checking until resumed).
  • resume_monitorResume a paused monitor.
  • test_monitorTrigger an ad-hoc test run for a monitor and return the result.
  • list_monitor_resultsList recent check results for a monitor (cursor-paginated).
  • list_monitor_versionsList version history for a monitor.
  • list_incidentsList all incidents in the workspace.
  • get_incidentGet a single incident by ID with full details.
  • +117 more on the listing page

Ready-to-paste client configs

Paste either block (or both) into your client config, e.g. claude_desktop_config.json or ~/.cursor/mcp.json. We only show a config when the install command is confirmed.

Stackpulse

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "stackpulse": {
      "url": "https://stackpulse.app/mcp"
    }
  }
}

MCP Server

mcpServers (Claude Desktop / Cursor)
{
  "mcpServers": {
    "mcp-server-113": {
      "command": "uvx",
      "args": [
        "devhelm-mcp-server"
      ],
      "env": {
        "DEVHELM_API_TOKEN": "YOUR_DEVHELM_API_TOKEN_HERE"
      }
    }
  }
}

Frequently asked questions

Stackpulse is categorized under Monitoring and uses a remote HTTP/SSE transport. MCP Server belongs to Monitoring and uses a local stdio subprocess. Pick Stackpulse for monitoring work and MCP Server for monitoring.

Copy the mcpServers block from the config section on this page into your client's config (for example claude_desktop_config.json or ~/.cursor/mcp.json), then fully restart the client.

Stackpulse has no declared pricing — check the project's own site. MCP Server has no declared pricing — check the project's own site. If a server needs environment variables such as API keys, define them under the env key in your client's MCP config.

Yes. MCP clients support multiple servers: add stackpulse and mcp-server-113 as separate keys in the same mcpServers object, and your assistant will call tools from either one.

On AllMCPs, Stackpulse has a quality signal of 51/100 (Good) with 1 views, 0 installs and 0 GitHub stars. MCP Server has 57/100 (Good) with 2 views, 0 installs and 1 GitHub stars.