vendor-status-mcp

vendor-status-mcp — 1,100+ 个 SaaS 状态页，封装为 MCP 服务

已映射 1,127 个供应商状态页 · 其中 804 个提供机器可读信息流 · 记录了 15,418 起事件 · 每天轮询 · 无需 API 密钥 · 零依赖。 （统计数据截至 2026-09-15——dataset_status 返回当天的数据。）

每家 SaaS 和云服务供应商都会发布状态页，而这些状态页几乎都运行在不同的系统上——Atlassian Statuspage、Instatus、status.io、Better Stack、incident.io，或是自建系统。Vendor Status Watch 持续维护这些状态页的地图，记录哪些页面提供 JSON/RSS，并每天轮询全部 804 个可读取的状态页，将结果汇总为统一的事件历史记录。这些数据集已接入 Model Context Protocol，因此 Claude、Cursor、Continue 或你自己的 Agent 都可以提出这样的问题：

“Cloudflare 现在有事件吗？” “我们的供应商——Stripe、Twilio、Datadog、Auth0——本月发生过哪些事件？” “GitHub 的事件通常需要多久才能解决？” “供应商 X 是否提供 RSS 或 JSON 状态信息流？地址是什么？” “今天有哪些 SaaS 供应商报告了重大故障？”

安装

无需构建，也无需安装到 Python 环境中——此服务仅使用标准库。

Claude Desktop / Claude Code / 任何读取 mcpServers 区块的客户端：

{
  "mcpServers": {
    "vendor-status": {
      "command": "uvx",
      "args": ["--from", "git+https://github.com/APVentureEngine/vendor-status-mcp", "vendor-status-mcp"]
    }
  }
}

Claude Code，只需一行：

claude mcp add vendor-status -- uvx --from git+https://github.com/APVentureEngine/vendor-status-mcp vendor-status-mcp

没有 uv？克隆项目并使用纯 Python 运行：

git clone https://github.com/APVentureEngine/vendor-status-mcp && cd vendor-status-mcp
python3 -m vendor_status_mcp.server --selftest    # exercises every tool against live data

{
  "mcpServers": {
    "vendor-status": { "command": "python3", "args": ["-m", "vendor_status_mcp.server"], "cwd": "/path/to/vendor-status-mcp" }
  }
}

工具

工具	能回答的问题
find_vendor	将名称、slug 或状态页域名解析为地图中的对应条目：状态页 URL、平台、是否提供机器可读的信息流，以及最新一次轮询中的状态。
vendor_status	单个供应商在最新一次每日轮询中的状态——正常 / 降级 / 部分故障 / 重大故障 / 维护中 / 未知——并附上供应商自己的状态说明、未解决事件数和轮询时间戳。
vendors_down_now	列出最新一次轮询中未完全正常运行的所有供应商，按严重程度从高到低排序，并统计全部 804 个已轮询供应商的各状态数量。
vendor_incidents	按供应商状态页发布的内容提供其事件历史：标题、状态、影响、开始 / 解决时间、最新更新和链接。可按日期和状态筛选。
vendor_resolution_times	根据供应商自行发布的开始和解决时间戳，提供中位数、第 90 百分位数、超过 24 小时的事件数，以及有记录以来持续时间最长的事件。
status_feed_urls	按平台提供单个供应商状态页的摘要 JSON、事件 JSON、RSS 和 Atom 端点，方便脚本无需密钥即可直接轮询。
dataset_status	已映射的供应商数、可读取的信息流数、记录的事件总数及过去 30 天的事件数、平台分布、更新频率、许可证和批量下载。

每条答复都包含 as_of / checked_at 和 source。状态来自每日轮询；每条状态答复都会在 caveat 字段中说明这一点，避免模型把昨天的结果说成实时探测结果——如果需要实时信息，status_feed_urls 会提供供应商自己的 JSON。有些供应商名称可能存在歧义（例如地图中只有 gitlabhost，但查询的是 gitlab），此时答复会注明 "match": "fuzzy"，并列出第二匹配项，而不是默默猜测。

为什么要用 MCP 服务，而不只是 JSON

JSON 就在这里，而且免费——获取它。 如果模型需要一个特定答案，这个服务就能派上用场：地图有 160 KB，每个供应商的历史记录还各自占一个文件，因此这些工具会在本地进行查找、筛选和百分位数计算，让 Agent 只需消耗几百个 token，而不必占用整个上下文窗口。

这张地图是任何单个供应商都无法提供的内容。没有人会发布“所有 SaaS 状态页面的位置，以及它们中哪些支持 JSON”——这需要每天发现这些页面、在页面迁移后重新探测，并在页面失效后将其移除。find_vendor 和 status_feed_urls 就是这张地图，每日重建则确保它们始终准确。

缓存和网络

工具通过 HTTPS 读取免费的公共 Vendor Status Watch 端点，并使用 ETag 重新验证，将数据缓存在磁盘上（~/.cache/vendor-status-mcp，可通过 VENDOR_STATUS_MCP_CACHE 覆盖）。因此，连续调用十次工具时，每个文件每小时最多只会发起一次请求（VENDOR_STATUS_MCP_TTL，单位为秒）。如果网络中断且存在缓存副本，服务就会返回缓存副本，其自身的 as_of 字段会告知你数据有多旧。

无需密钥、注册，没有速率限制，也不收集遥测数据——此服务不会向任何地方发送数据，只会对公共文件发起普通 GET 请求。

数据、许可和署名

数据整理自供应商自己的公共状态页面，并以 CC BY 4.0 许可发布——请注明“Vendor Status Watch”并附上链接。此服务的代码采用 MIT 许可。我们与任何供应商或状态页面平台均无关联；各供应商自己的页面才是权威来源。“解决时间”是供应商自行发布的开始时间戳与解决时间戳之间的间隔，并非实测停机时间、正常运行时间或 SLA 指标；频繁报告每次短暂波动的供应商，表现看起来会比从不发布报告的供应商更差。

• 项目仓库、免费的 Slack/Discord 告警模板：https://github.com/APVentureEngine/vendor-status-watch
• 原始 HTTP API：https://approjects-vendor-status-watch.static.hf.space/api.html
• Hugging Face（CSV）：https://huggingface.co/datasets/APProjects/saas-vendor-status-pages-outages-incidents-daily

唯一的付费内容

以上所有内容均免费，而且会一直免费；当你依赖的供应商发生故障时向 Slack 或 Discord 发送告警的 GitHub Actions 模板 也免费。如果你不想自己运行 Actions，可以选择将相同告警作为托管服务使用，费用为 49 美元，使用期为 12 个月，可免费试用 30 天，无需提供银行卡。这里面只有这一项收费。

发现 Bug、地图上缺少供应商，或有想要的工具： 提交 issue。