Statuspage

@pipeworx/statuspage

服务状态／正常运行时间 MCP——通过供应商自己的 Atlassian Statuspage 信息流回答“X 现在宕机了吗？”。无需密钥。

这是 Pipeworx 的一部分——一个将 AI Agent 连接到 1743+ 个实时数据源的 MCP 网关。这是一个独立的非官方集成，与上游提供商无关联、未获其认可，也不是由其发布。

Atlassian Statuspage 是事实上的标准：数百家供应商在 https://<status-host>/api/v2/status.json 提供相同的 JSON 契约。此扩展包读取该契约，因此它解决的是一类问题，而不是单个供应商的问题。

工具

• statuspage_check(vendor | status_host, include_components?) — 查询一家供应商的当前状态：整体状态指示器、供应商自己的状态说明、所有受影响的组件、包含最新更新文本的未结事件，以及已公布的即将进行的维护。
• statuspage_incidents(vendor | status_host, unresolved_only?, limit?, include_all_updates?) — 事件历史：标题、生命周期状态、影响、开始／解决时间、持续时间、受影响的组件、最新更新。
• statuspage_list_vendors(category?, query?, include_elsewhere?) — 此扩展包支持查询的供应商及其状态主机，可据此确认名称，而非猜测。
• statuspage_multi_check(vendors[]) — 一次调用最多查询 20 家供应商，返回简明的正常／宕机状态表和汇总结果。主机名会去重，并发数上限为 5。

覆盖范围

覆盖范围包括精选供应商映射表以及调用方提供的任何主机。

精选映射表包含 190 家供应商，涵盖 AI／模型提供商、云和托管服务、数据库和可观测性、开发者工具、支付和金融科技、通信，以及企业 SaaS。

映射表中的每个主机都经过验证，并非猜测得出。 我们对 206 个候选主机进行了实时探测；每个保留的主机都必须在 /api/v2/status.json、/api/v2/summary.json 和 /api/v2/incidents.json 上返回可解析的 Statuspage v2 负载。未通过的候选主机均被剔除，而不是凭猜测纳入——状态主机名确实无法靠猜测得出（status.anthropic.com 会重定向到 status.claude.com；status.cloudflare.com 根本无法解析，真实主机是 www.cloudflarestatus.com）。

第二轮（增加 67 家供应商，将映射表从 123 家扩充到 190 家）来自与一个竞品跟踪器进行的覆盖范围审查：瓶颈从来不是主机模式，而是要知道该尝试哪些供应商名称。给出名称后，78 家中有 68 家通过常见模式的一次或二次猜测就找到了对应主机，67 家通过了三端点检查（kong 被剔除——status.konghq.com 对非浏览器客户端返回 418）。

对于映射表以外的供应商，请传入 status_host: "status.somevendor.com"。每个响应都会通过 source 字段说明使用的是哪种方式（curated_map | caller_supplied_host）。

在其他地方发布状态的供应商

我们探测了约 43 家知名公司，发现它们以其他格式发布状态——包括 AWS、Google Cloud、Azure、Slack、Stripe、GitLab、Heroku、PagerDuty、Notion、Databricks 等。查询其中一家时，会返回 reason: 'vendor_not_statuspage' 以及应由人工打开的 URL，而不是不返回任何内容。statuspage_list_vendors({include_elsewhere: true}) 会列出这些公司。

Statuspage“精简版”主机

映射表中的 17 个主机提供 status.json / summary.json / incidents.json，但不提供 /api/v2/incidents/unresolved.json（OpenAI 就是其中之一）。此扩展包会改为从事件信息流中过滤未结事件，并通过 incidents_source 报告所用的路径。

结果语义

• “All Systems Operational” 是积极结果，返回 found: true， 同时 operational: true，且 open_incidents 数组为空。
• 没有事件的供应商与状态页面无法读取的供应商绝不会被混为一谈。 获取失败时会返回 found: false, reason: 'status_page_unreachable'。
• 未识别的供应商会返回 found: false, reason: 'vendor_not_covered'，并提供近似匹配项以及指向 statuspage_list_vendors 的提示——绝不会猜测主机名，也绝不会悄悄替换成其他供应商。

数据来源

Atlassian Statuspage v2 REST API，由各供应商通过自己的状态主机提供：

• /api/v2/status.json — 总体状态指示器和说明
• /api/v2/summary.json — 状态、组件、活跃事件和维护信息
• /api/v2/incidents.json、/api/v2/incidents/unresolved.json
• /api/v2/components.json

此工具包无需 API 密钥、无需身份验证，也不处理速率限制。

快速开始

添加到 MCP 客户端（Claude Desktop、Cursor、Windsurf 等）：

{
  "mcpServers": {
    "statuspage": {
      "url": "https://gateway.pipeworx.io/statuspage/mcp"
    }
  }
}

此端点实际提供的内容

https://gateway.pipeworx.io/statuspage/mcp 上的 tools/list 会返回上表中的工具，以及 Pipeworx 的共享元工具——ask_pipeworx、 discover_tools、search_within、remember/recall 和网关全局工具集中的其他工具。因此，你看到的工具数量会多于表格所列：目前，单个工具包端点会列出约 30 个共享工具，以及该工具包自身的工具。连接的 initialize 响应会说明其确切范围，是当天情况的权威依据。

这是有意为之，并非意外复用。元工具让限定范围的连接也能回答该工具包未涵盖的问题——通过 ask_pipeworx 跨整个目录路由——因此你无需添加第二个 MCP 服务。目前无法挂载不包含这些元工具的工具包端点；如果额外的架构定义比路由带来的价值更占用上下文，不如连接一次完整网关，而不是连接多个工具包端点。

也可以连接完整的 Pipeworx 网关，以直接列出所有工具包的工具，而不只是当前工具包的工具：

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

这两个 URL 都连接到同一个网关和同一批 1743+ 个数据源。唯一的区别是直接列出哪些工具包的工具；从任一端点都可以通过 ask_pipeworx 访问所有工具。

没有 MCP 客户端？通过 HTTP 调用

curl -X POST https://gateway.pipeworx.io/v1/tools/statuspage_check \
  -H 'Content-Type: application/json' \
  -d '{"vendor":"openai"}'

首次调用无需账户。检查任意工具：GET https://gateway.pipeworx.io/v1/tools/statuspage_check。查找工具包：使用 {"query":"..."} 调用 POST https://gateway.pipeworx.io/v1/tools/search_packs。

独立运行（无需网关账户）

此软件包也可以作为本地 stdio MCP 服务运行——无需 Pipeworx 账户，也无需往返网关：

{
  "mcpServers": {
    "statuspage": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-statuspage"]
    }
  }
}

也可以直接运行，以确认服务能够启动：

npx -y @pipeworx/mcp-statuspage

它通过 stdin/stdout 使用 MCP 通信，并为仅限此工具包的工具响应 initialize/tools/list/tools/call——不包含上述网关连接额外提供的共享元工具。来源相同，工具相同，但没有 ask_pipeworx 路由。

使用 ask_pipeworx

你也可以用通俗英语提问，而不是直接调用工具——这既适用于上方的工具包端点，也适用于完整网关：

ask_pipeworx({ question: "your question about Statuspage data" })

网关会自动选择合适的工具并填充参数。

更多信息

• 文档和指南
• pipeworx.io

许可证

MIT