开源为 Agent 而生

价格实惠的可用性监控， 交给 AI Agent 来管。

检测、告警、状态页，用 Claude、Cursor 或任意 MCP 客户端就能管理。开源，没有按监控项收费。

立即试用 查看在线演示

开源（MIT），不收集任何遥测数据。

!
api.acme.dev 无法访问 连续 3 次检测失败 Slack · #incidents · 刚刚
status.acme.dev
Acme Status
所有系统运行正常
99.98%近 30 天可用率
148 ms平均响应时间
3组件数
90 天前今天

以上为示例数据。

告警与自动化，接入你现有的工具

SlackLarkTelegramPagerDutyEmailWebhookREST API

OpenUptime 支持的全部功能

监控

  • HTTP / HTTPS 检测
  • TCP 端口、DNS、PostgreSQL、MySQL、Redis
  • 心跳监控，适用于定时任务和后台进程
  • 关键词出现或缺失、预期状态码、自定义方法与请求头
  • 响应过慢阈值告警
  • 最短每分钟检测一次，可设置连续失败阈值
  • 暂停与恢复，支持 JSON 导入导出

故障事件

  • 故障自动创建、自动恢复
  • 可手动创建故障并发布进展，从排查中到已恢复
  • 确认故障，并记录处理人
  • 计划维护窗口，期间不发告警
  • 发送失败的告警会自动重试，并保留完整告警日志

告警渠道

  • Slack、飞书、Telegram、PagerDuty、邮件、Webhook
  • 每个监控项可单独选择告警渠道

状态页

  • 分组组件，90 天历史
  • 故障时间线与邮件订阅
  • 浅色、深色或自动主题，可选显示响应时间
  • RSS 订阅、SVG 状态徽章、可嵌入的状态摘要
  • 页眉可选添加指向自己网站的链接

自动化

  • 应用能做的，REST API 都能做
  • API 密钥，可用于脚本、Terraform 和 CI
  • MCP 服务，OAuth 授权，可限定到工作区或项目

团队与账号

  • 工作区与项目，含所有者、管理员、成员角色
  • 邮件邀请、GitHub 登录、两步验证
  • 中英文界面，账号数据导出
  • 可自托管于 Cloudflare Workers 与 Postgres，MIT 许可
MCP

让 AI Agent 替你管监控

OpenUptime 自带 MCP 服务。接入 Claude、Cursor 或任意 MCP 客户端，用自然语言就能操作。

1

接入客户端

在支持远程服务的 MCP 客户端里，添加你的 OpenUptime 地址加上 /api/mcp。

2

用 OAuth 授权

登录后选择 Agent 能访问的范围：所有工作区、选定的工作区，或只有选定的项目。可随时撤销。

3

直接提需求

创建监控、暂停、立即检测、创建和更新事件。在你允许的范围内，Agent 还能创建项目和工作区。

阅读 MCP 文档 →
痛点

现有方案，总要你让步一点

多数团队的要求并不高：告警靠谱、状态页拿得出手、不被厂商绑定。

$ / mo

监控的账单涨得比业务还快

SaaS 监控按监控项、检测频率、席位和状态页分别计费。服务一多，监控本身就成了一笔不小的开销。

1 box

监控和服务一起挂

自建监控常和被监控的服务跑在同一套设施上，机器或网络一出问题，告警也跟着哑火。

no API

想自动化，却没有 API

每上线一个新服务，就得去后台手动配一遍。没有完整的 API，Terraform 和 CI 都接不进来。

核心能力

监控、告警、状态页，一个项目全搞定

开源，MIT 许可。可以自己部署，也可以直接用托管版。

不只是看状态码

支持 HTTP、TCP、DNS 和心跳检测，最短 1 分钟一次。还能校验响应里是否包含（或不包含）某个关键字，而不只是看 200。

HTTP(S)TCPDNSHeartbeatKeyword
12:04:00 GET /health 200 92ms ✓
12:05:00 GET /health 200 88ms ✓
12:06:00 JSON $.status == "ok" pass ✓

故障过程自动记录

连续失败后自动创建事件。你把进展从“排查中”更新到“已恢复”，订阅者每一步都会收到邮件。

排查中14:02
已定位原因14:09
已恢复14:21

拿得出手的状态页

组件分组展示，附带 90 天历史、事件时间线和邮件订阅。

接口运行正常
网站运行正常
支付回调性能下降

告警直达常用渠道

支持 Slack、飞书 / Lark、Telegram、PagerDuty、邮件和 Webhook，每个监控都能单独指定通知渠道。

Slack#incidentsLarkOps groupTelegram@oncallSlack#incidentsLarkOps groupTelegram@oncall
PagerDutyOn-callEmailteam@acme.devWebhookPOSTPagerDutyOn-callEmailteam@acme.devWebhookPOST

API 优先

界面上能做的，API 都能做。用 API 密钥就能创建监控、告警渠道和状态页。

curl -X POST /api/monitors \ -H "Authorization: Bearer $TOKEN" \ -d '{"name":"Acme","type":"http","target":"https://acme.dev"}'
横向对比

他们为什么换过来

SaaS 托管服务
常见自建方案
OpenUptime
不用维护服务器
✓
—
✓
自带公开状态页
✓
½
✓
完整的 REST API
✓
½
✓
数据在自己手里
—
✓
✓
可免费自托管
—
✓
✓
内置 MCP 服务，AI Agent 直接可用
½
—
✓
公开开发

代码、路线图和讨论，全部公开

监控工具得在你最糟糕的那天依然可靠，所以每个决定，都在你看得见的地方做出。

MIT协议，商用、修改和再分发都不受限制。
0遥测与追踪，不会向任何地方回传数据。
免费自托管。用你自己的 Cloudflare 账号和 Postgres 即可。
// 敬请期待

GitHub 星标、早期用户的故事和 Logo 墙会放在这里。现在还没有真实数据，所以不放凑数的数字。

成为早期贡献者
换一种早晨

从“被用户告知”，到“自己先知道”

以前

  • 凌晨 2 点被客户的消息吵醒，才知道服务挂了
  • 状态页靠手动更新，经常忘
  • 自建监控和服务器一起宕机，什么都发不出来
  • 月底账单到了，才知道监控花了多少

用上 OpenUptime 之后

  • 一达到失败阈值，Slack 立刻提醒
  • 状态页自动切换，并附带时间线
  • 监控即代码，跟着服务一起上线
  • 一个 Worker 加你自己的 Postgres，成本自己说了算

服务器挂了，监控不会挂

部署在你自己的 Cloudflare 账号里。用着不合适？删掉 Worker，不会留下任何东西。

立即试用 阅读文档