API Status Check

io.github.shibley由 GitHub 账号 shibley 发布v0.2.3更新于 Oct 25, 2026

Live status probes plus published uptime and incident history for 280+ APIs and cloud services.

发布方自己的服务:check.tattoo: tattoo size and placement guide

已验证Streamable HTTP可网页运行云端与基础设施安全与监控

概览

AI 生成的概览

远程 MCP 服务器,让助手查询 280 多个云 API 和服务的实时状态、可用率历史与厂商事故记录。

可以做什么
列出并搜索受监控的 API 及其分类,把产品名解析为 slug 或按分类筛选,数据来自最近一次监控快照。在调用时实际探测某个 API 端点,返回正常、降级或故障及响应时间。查看最近一次监控运行中发现故障或降级的全部服务。获取某段时间的可用率百分比、响应时间统计和数据点,以及厂商在其状态页发布的事故记录。按事故次数、停机时长、平均恢复时间和最长事故对多个服务从最差到最好排名。
适用场景
适合助手回答 GitHub、Stripe、OpenAI 等服务当前是否故障、过去一个月可靠性如何,或技术栈中哪个厂商事故记录最差这类问题。
运行要求
远程 Streamable HTTP 端点,无需安装。仅支持 stdio 的客户端可用 npx mcp-remote 桥接,需要 Node.js。未声明账号、API 密钥或请求头。可选环境变量 ASC_BASE_URL 可覆盖基础地址。
安装前请注意
列表类工具的状态来自最多可能滞后一天的快照,故障列表为空也可能只是快照缺失或过期,并不代表一切正常。可用率历史仅保留 30 天,新加入的 API 会显示为 null 百分比。README 说明已发布的 npm 包 0.1.0 版本存在故障且会静默失败,建议使用托管端点。README 中的工具名称与服务器实际工具列表不一致。

安装

在 SourceWeft 中

  1. 打开 控制台中的 API Status Check,将其添加到工作区。
  2. 为需要使用其工具的对话启用该服务。

Web executable,通过 Streamable HTTP。 远程服务在工作区中配置后即可从网页运行时运行。

交给智能体安装

把这段提示词粘贴到 Claude Code、Codex、Cursor 等智能体,或 SourceWeft 对话中。智能体会读取该服务器的安装指南,先向你展示发布者、端点和登录方式,经你同意后再把它添加到你的客户端。密钥不会写进任何命令。

阅读 https://sourceweft.com/mcp/io.github.shibley%2Fapistatuscheck/install.md,并按其中说明把这个 MCP 服务器接入我的客户端。修改任何配置之前,先告诉我它的发布者、端点和登录方式,等我确认。不要把 API 密钥写进命令或我会提交的文件;问我密钥应从哪里获取。

查看智能体所依据的安装指南

其他 MCP 客户端

把它添加到你客户端的 mcpServers 配置中。

{
  "mcpServers": {
    "api-status-check": {
      "type": "http",
      "url": "https://apistatuscheck.com/api/mcp"
    }
  }
}

README

API Status Check MCP Server

An MCP (Model Context Protocol) server for checking real-time operational status of 285 cloud services and APIs directly from AI coding assistants.

Features

ToolDescription
check_statusCheck the status of a specific API (e.g. github, openai, stripe)
list_apisList all monitored APIs and their current status
list_categoriesList available service categories (cloud, payments, etc.)
check_categoryCheck all APIs in a specific category
check_urlCheck any public URL for availability

Supported Services

AWS, GitHub, Stripe, OpenAI, Vercel, Cloudflare, Datadog, PagerDuty, Twilio, Shopify, Slack, Zoom, and 270+ more. Full list at apistatuscheck.com.

Quick Start

Hosted endpoint (recommended — nothing to install)

The server is also hosted, so the fastest path is the remote Streamable HTTP endpoint. This is the same entry the official MCP Registry advertises as io.github.shibley/apistatuscheck.

bash
claude mcp add --transport http apistatuscheck https://apistatuscheck.com/api/mcp

For stdio-only clients:

bash
npx -y mcp-remote https://apistatuscheck.com/api/mcp

Using npx

bash
npx -y apistatuscheck-mcp-server

Broken on published version 0.1.0. That tarball's dist/index.js shipped without a #!/usr/bin/env node shebang, so the shim was executed by sh instead of Node and the command failed with command not found. Fixed in this repo (shebang added, plus an apistatuscheck-mcp-server bin alias so the command matches the package name), but the fix is not on npm yet — 0.1.1 needs to be published. Until then, build from source:

bash
git clone https://github.com/shibley/apistatuscheck-mcp-server.gitcd apistatuscheck-mcp-server && npm install && npm run buildnode dist/index.js

Using Docker

bash
docker build -t apistatuscheck-mcp .docker run -i apistatuscheck-mcp

Configuration

Claude Desktop

Add to your claude_desktop_config.json. This points at the hosted endpoint — do not use "args": ["-y", "apistatuscheck-mcp-server"], because the only version on npm (0.1.0) is the broken one described above and fails silently.

json
{  "mcpServers": {    "apistatuscheck": {      "command": "npx",      "args": ["-y", "mcp-remote", "https://apistatuscheck.com/api/mcp"]    }  }}

Cursor / Other MCP Clients

Same hosted endpoint via mcp-remote:

json
{  "mcpServers": {    "apistatuscheck": {      "command": "npx",      "args": ["-y", "mcp-remote", "https://apistatuscheck.com/api/mcp"]    }  }}

Environment Variables

VariableDefaultDescription
ASC_BASE_URLhttps://apistatuscheck.comBase URL for the API

Local Development

bash
git clone https://github.com/shibley/apistatuscheck-mcp-server.gitcd apistatuscheck-mcp-servernpm installnpm run buildnode dist/index.js

License

MIT — Bity LLC

来源:README.md,提交 a51dd62

工具

8

list_apis

List monitored APIs

List the APIs and developer platforms this service monitors, optionally filtered by category. Statuses come from the most recently published monitor snapshot, not a live probe, and can be up to a day old — check monitorCheckedAt, and call get_api_status when the caller needs the status right now.

输入参数limitcategory

search_apis

Search monitored APIs

Find monitored APIs by name, slug, category or description. Use this to resolve a product name the user mentioned into the slug the other tools take.

输入参数limitquery必填

get_api_status

Check an API right now

Probe a monitored API endpoint at call time and return up/degraded/down with the response time. This is the tool to reach for when a user asks "is X down?" — it makes a real request rather than reading the hourly cache.

输入参数slug必填

list_down_apis

List APIs currently down or degraded

Everything the most recent monitor run found down or degraded, across all categories. Returns an empty list when the monitor snapshot is missing or stale — an empty list is therefore not proof that everything is healthy; check monitorLastRun.

无需输入参数。

get_uptime_history

Get retained uptime history

Uptime percentages, response-time stats and recorded data points for one API over a time range. History is retained for 30 days; an API added recently will have few or no data points, which reads as null percentages rather than 100%.

输入参数slug必填range

get_incident_history

Get a service’s published incident history

Real incidents a vendor published on its own status page, newest first, with start/end times, duration, severity, affected components and a link to the vendor’s incident page. Use this for "has X been flaky lately?" — it is the vendor’s own record, not our probes. Services without a public Statuspage endpoint return covered:false rather than an empty list.

输入参数limitwindowservice必填

rank_reliability

Rank vendors by reliability

Given several service slugs, return a scorecard ranked worst-first: incident count, total downtime minutes, mean time to resolve, and the longest incident over a window. Use this to answer "which vendor in my stack is least reliable?" — it compares services across vendors, which a vendor’s own monitoring tool cannot. Services with no archive are listed separately as uncovered instead of being ranked as flawless.

输入参数windowservices必填

list_categories

List API categories

Category slugs and how many monitored APIs sit in each. Use the slugs with list_apis.

无需输入参数。

版本历史

1
  1. v0.2.3最新Sep 16, 2026

评分

已满足适用检查项的 100%

该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。

  • 近 30 天内可连通必需25 分
  • 已声明认证方式必需10 分
  • 已列出工具必需15 分
  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分

其他 Check 集成