@pipeworx/statuspage
OfficialChecks the operational status, incidents, and maintenance for Cloudflare's services via their Statuspage feed.
Checks the operational status, incidents, and maintenance for OpenAI's services via their Statuspage feed.
Allows querying the Atlassian Statuspage v2 API to retrieve current status, component status, incidents, and maintenance for any service using a Statuspage host.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@@pipeworx/statuspageis OpenAI having an outage right now?"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
@pipeworx/statuspage
Service status / uptime MCP — "is X down right now?" answered from vendors' own Atlassian Statuspage feeds. Keyless.
Atlassian Statuspage is a de-facto standard: hundreds of vendors expose the same
JSON contract at https://<status-host>/api/v2/status.json. This pack reads that
contract, so it closes a class of question rather than one vendor.
Tools
statuspage_check(vendor | status_host, include_components?)— current status for one vendor: overall indicator, the vendor's own status line, every degraded component, open incidents with the latest update text, and upcoming maintenance where published.statuspage_incidents(vendor | status_host, unresolved_only?, limit?, include_all_updates?)— incident history: title, lifecycle status, impact, start/resolve times, duration, affected components, latest update.statuspage_list_vendors(category?, query?, include_elsewhere?)— the vendors this pack can answer for, with each one's status host, so a name can be confirmed rather than guessed.statuspage_multi_check(vendors[])— up to 20 vendors in one call, returned as a compact up/down table plus a roll-up. Hosts are de-duplicated, concurrency capped at 5.
Related MCP server: DevHelm MCP Server
Coverage
Coverage is the curated vendor map plus any caller-supplied host.
The curated map holds 123 vendors across AI/model providers, cloud and hosting, databases and observability, developer tools, payments and fintech, communications, and business SaaS.
Every host in the map was verified, not guessed. 206 candidate hosts were probed
live; each survivor had to return a parseable Statuspage v2 payload on
/api/v2/status.json, /api/v2/summary.json and /api/v2/incidents.json.
Candidates that failed were dropped rather than shipped on a hunch — status
hostnames are genuinely unguessable (status.anthropic.com redirects to
status.claude.com; status.cloudflare.com does not resolve at all, the real host
is www.cloudflarestatus.com).
For anything outside the map, pass status_host: "status.somevendor.com". Every
response says which of the two it used via the source field
(curated_map | caller_supplied_host).
Vendors that publish status elsewhere
Roughly 43 well-known companies were probed and found to publish status in some
other format — AWS, Google Cloud, Azure, Slack, Stripe, GitLab, Heroku, PagerDuty,
Notion, Databricks and others. Asking for one of those returns
reason: 'vendor_not_statuspage' together with the URL a human should open, rather
than nothing. statuspage_list_vendors({include_elsewhere: true}) lists them.
Statuspage "lite" hosts
17 hosts in the map serve status.json / summary.json / incidents.json but omit
/api/v2/incidents/unresolved.json (OpenAI is one). The pack falls back to filtering
the incident feed for open incidents, and reports which path it used in
incidents_source.
Result semantics
"All Systems Operational" is a positive result, returned as
found: truewithoperational: trueand an emptyopen_incidentsarray.A vendor with no incidents and a status page we could not read never look the same. A fetch failure returns
found: false, reason: 'status_page_unreachable'.An unrecognised vendor returns
found: false, reason: 'vendor_not_covered'with near matches and a pointer tostatuspage_list_vendors— never a guessed host, never a silently substituted vendor.
Data source
Atlassian Statuspage v2 REST API, served by each vendor on its own status host:
/api/v2/status.json— overall indicator + description/api/v2/summary.json— status + components + active incidents + maintenance/api/v2/incidents.json,/api/v2/incidents/unresolved.json/api/v2/components.json
No API key, no auth, no rate-limit handling in the pack.
Quick Start
Add to your MCP client (Claude Desktop, Cursor, Windsurf, etc.):
{
"mcpServers": {
"statuspage": {
"url": "https://gateway.pipeworx.io/statuspage/mcp"
}
}
}Or connect to the full Pipeworx gateway for access to all 1422+ data sources:
{
"mcpServers": {
"pipeworx": {
"url": "https://gateway.pipeworx.io/mcp"
}
}
}Using with ask_pipeworx
Instead of calling tools directly, you can ask questions in plain English:
ask_pipeworx({ question: "your question about Statuspage data" })The gateway picks the right tool and fills the arguments automatically.
More
License
MIT
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- Flicense-qualityDmaintenanceA simple MCP server that retrieves and displays status information and incidents from the Red Hat Status Page, allowing users to query for events through natural language.

DevHelm MCP Serverofficial
AlicenseBqualityBmaintenanceMCP server for uptime monitoring, incidents, alerting, and dependency status.1001MIT- AlicenseAqualityCmaintenanceMCP server for StillOnline uptime monitoring, enabling management of projects, checks, incidents, and public status pages through natural language.1026MIT

uptimepageofficial
Alicense-qualityAmaintenanceMCP server for Uptimepage uptime monitoring. An LLM client can read your monitors and incidents, run a check on demand, and post incident updates. Writes need an OAuth login and a scoped token, and each one is logged.10AGPL 3.0
Related MCP Connectors
Uptime, SSL, DNS and domain monitoring you can talk to from Claude or any MCP client.
Check real-time uptime and incident status for 285 APIs and cloud services.
Vendor status pages, TLS cert inspection, DNS propagation checks, and incident-response playbooks.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/pipeworx-io/mcp-statuspage'
If you have feedback or need assistance with the MCP directory API, please join our Discord server