Healthchecks Io Mcp

io.github.ronniechong由 GitHub 账号 ronniechong 发布v2.1.2更新于 Oct 25, 2026

Unofficial MCP server for managing Healthchecks.io checks via the Management API

已验证STDIO仅桌面效率与工作流安全与监控

概览

AI 生成的概览

非官方本地 MCP 服务器,让助手通过 Management API 列出、查看并管理 Healthchecks.io 监控检查。

可以做什么
列出并查看检查,包括单个检查的完整详情、按标签生成的徽章图片地址,以及状态变化(flips)历史。读取某个检查的 ping 历史,并列出已配置的通知集成。创建新检查,可选择按现有字段匹配并更新该检查而非重复创建。修改检查设置、暂停与恢复监控,或永久删除检查。
适用场景
当你用 Healthchecks.io 监控定时任务、备份或 cron 作业,并希望用自然语言询问助手有哪些检查、某个检查是否失败,或暂停、恢复、调整监控时适用。
运行要求
通过 npx(Node.js)以 stdio 进程在本地运行。需要在 HEALTHCHECKS_API_KEY 环境变量中提供 Healthchecks.io API 密钥;只读密钥仅能查询,读取 ping、集成及所有修改操作需要读写密钥。自建实例需将 HEALTHCHECKS_BASE_URL 设为完整 API 根地址,包含 /api/v3 路径且末尾无斜杠。需要访问 Healthchecks.io 的网络连接。
安装前请注意
API 密钥会作为请求头发送;若自建实例使用 Healthchecks.io 无关联。

安装

在 SourceWeft 中

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

Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。

其他 MCP 客户端

参照 仓库 中的启动说明。

README

@digitalronin/healthchecks-io-mcp

Unofficial, unaffiliated with Healthchecks.io. This is a third-party MCP server, not an official Healthchecks.io product.

What this is

Healthchecks.io is a "dead man's switch" style monitoring service: your scheduled jobs (cron jobs, backups, batch scripts, anything that's supposed to run on a schedule) ping it when they run, and Healthchecks.io alerts you if a ping doesn't show up on time — meaning the job silently failed or never ran.

This package is an MCP server — a small local program that lets an AI assistant like Claude talk to Healthchecks.io's Management API on your behalf. Once it's set up, you can ask your AI assistant things like "list my Healthchecks.io checks," "show me the ping history for my backup job," or "pause monitoring for my staging environment" in plain English, and it will call the right Healthchecks.io API endpoint for you.

Setup

1. Get a Healthchecks.io API key

  1. Log in to healthchecks.io (or your self-hosted instance, see below).
  2. Go to your project's Settings page, then the API Access tab.
  3. You'll see two keys: a read-only key and a read-write key.
    • The read-only key can look up your checks, but can't create, change, pause, or delete anything.
    • The read-write key can do everything the read-only key can, plus create, update, pause, resume, and permanently delete checks.

2. Add this server to your MCP client's config

You don't need to install anything manually — npx will download and run it automatically the first time it's used. Add this block to your MCP client's configuration (for Claude Code, this is a .mcp.json file; other clients have their own config file or UI for this):

json
{  "mcpServers": {    "healthchecks-io": {      "command": "npx",      "args": ["@digitalronin/healthchecks-io-mcp"],      "env": {        "HEALTHCHECKS_API_KEY": "your-key-here"      }    }  }}

Replace "your-key-here" with the API key from step 1. Restart your MCP client (or reload its MCP connections) after saving this — most clients only pick up new/changed servers on restart.

3. Try it out

Once connected, just ask your AI assistant something like:

  • "List all my Healthchecks.io checks"
  • "Show me the ping history for my nightly-backup check"
  • "Is my staging-cron check currently failing?"

If it responds with real data from your account, you're set up correctly.

Optional: multiple projects

Healthchecks.io API keys are scoped per project, so a single server entry only ever talks to one project. To work with more than one, register the server multiple times under different names, each with its own key:

json
{  "mcpServers": {    "healthchecks-io-personal": {      "command": "npx",      "args": ["@digitalronin/healthchecks-io-mcp"],      "env": {        "HEALTHCHECKS_API_KEY": "personal-project-key-here"      }    },    "healthchecks-io-work": {      "command": "npx",      "args": ["@digitalronin/healthchecks-io-mcp"],      "env": {        "HEALTHCHECKS_API_KEY": "work-project-key-here"      }    }  }}

Each entry runs its own process holding a single key, and MCP clients namespace tools by server name, so you can tell which project a tool call is hitting.

Optional: self-hosted Healthchecks.io

Healthchecks.io is open source, and some people run their own instance instead of using the hosted SaaS service at healthchecks.io. If that's you, add a second environment variable pointing at your instance's API root:

json
"env": {  "HEALTHCHECKS_API_KEY": "your-key-here",  "HEALTHCHECKS_BASE_URL": "https://monitoring.example.com/api/v3"}

The URL must be the full API root, including the /api/v3 path segment, with no trailing slash — e.g. https://monitoring.example.com/api/v3, not https://monitoring.example.com or https://monitoring.example.com/api/v3/. Getting this wrong will make every tool call fail with a "not found" error, since the server appends paths like /checks/ directly onto whatever you set here. If you leave HEALTHCHECKS_BASE_URL unset, it defaults to the real https://healthchecks.io/api/v3.

If your self-hosted instance isn't behind HTTPS, the server will print a warning (but still run) — your API key is sent as a request header on every call, so an http:// URL means that key travels in plaintext over the network to your instance.

What it can do

This server exposes 11 "tools" that your AI assistant can call. They fall into two groups:

Read tools — safe, look-up-only, never change anything:

ToolWhat it does
list_checksList every check in your account.
get_checkGet full details for one specific check.
list_check_pingsShow the recent ping history for a check (when it pinged in, success/fail/etc). Requires a read-write key — see note below.
list_check_flipsShow when a check's status changed (e.g. went from healthy to failing, or back).
list_integrationsList your configured notification integrations (Slack, email, etc). Requires a read-write key — see note below.
list_badgesGet the badge image URLs Healthchecks.io generates for each of your tags (useful for status pages/dashboards).

Mutating tools — these change things in your account, and all of them require a read-write API key:

ToolWhat it does
create_checkCreate a new check (e.g. "create a check called nightly-backup that expects a ping every 24 hours"). Can optionally be told to match on existing fields (like the check's name) and update that check instead of creating a duplicate — useful if a job might register itself more than once.
update_checkChange an existing check's settings. Only the fields you specify are changed — anything you don't mention stays as it was.
pause_checkTemporarily stop monitoring a check, without deleting it. Requires explicit confirmation — see below.
resume_checkResume monitoring on a paused check.
delete_checkPermanently delete a check — this cannot be undone. Requires explicit confirmation — see below.

Technical reference

For each tool, this table gives its underlying Healthchecks.io API endpoint:

ToolRequires read-write key?Healthchecks.io API endpoint
list_checksNoGET /api/v3/checks/
get_checkNoGET /api/v3/checks/{uuid}
list_check_pingsYesGET /api/v3/checks/{uuid}/pings/
list_check_flipsNoGET /api/v3/checks/{uuid}/flips/
list_integrationsYesGET /api/v3/channels/
list_badgesNoGET /api/v3/badges/
create_checkYesPOST /api/v3/checks/
update_checkYesPOST /api/v3/checks/{uuid}
pause_checkYesPOST /api/v3/checks/{uuid}/pause
resume_checkYesPOST /api/v3/checks/{uuid}/resume
delete_checkYesDELETE /api/v3/checks/{uuid}

来源:README.md,提交 9a2d24f

工具

0
SourceWeft 尚未在沙箱中启动过该软件包,因此其工具未知。

版本历史

2
  1. v2.1.2最新Oct 9, 2026
  2. v2.1.1Sep 16, 2026

评分

已满足适用检查项的 50%

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

  • 近 30 天内可连通25 分

    请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。

  • 已声明认证方式10 分

    请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。

  • 已列出工具15 分

    请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。

  • 描述必需15 分
  • 图标10 分
  • 文档15 分
  • 许可证10 分