面向 AI 编码用户与 AI 构建者

你用 AI 编码工具搭建了一个应用。现在要让它活下去。

你的 AI 构建工具帮你快速上线。Holter 补上它大概率遗漏的生产环境层:正常运行时间检测、SSL/DNS 监控、API 健康检测、cron 与备份心跳，以及你真正会看到的告警。

如果符合以下情况，这可能就是你……

你用 Claude Code、Cursor、Lovable、Replit、Bolt、v0 或其他 AI 构建工具完成了上线。
应用已经上线，但你并不完全确定它在凌晨两点出问题时会发生什么。
你知道应该监控点什么，但「可观测性」听起来像是一份全新的工作。
你不想为了知道应用是否宕机，专门去学 Prometheus、Datadog、Grafana 或 SRE 那一套术语。
你的 AI 帮你生成了应用，但没有帮你设置那些枯燥的生产环境检测。
你想要从「已部署」到「被监控」之间最短的路径。

你的世界

上线是有趣的部分。生产环境才是应用变得真实的地方。

AI 编码让第一个版本感觉瞬间就能完成。你可能在一个周末结束前就从一个想法走到了一个能用的产品。但一旦真实用户能够触及它，风险就变了。一个失效的路由不再只是本地 bug。一张过期的证书不再只是一个 TODO。一个停止运行的 cron 任务可能悄悄搞垮账单、邮件、备份、报表或引导流程。

你不需要一整套企业级可观测性技术栈。你需要的只是一个简单问题的答案:我的应用是否在线，它是否健康，那些看不见的任务是否还在运行，以及我会不会比用户更早知道出了问题？

AI 构建的应用通常会遗漏的部分

✗ 正常运行时间:你的主页或应用路由开始返回错误。

✗ API 健康状态:前端能加载，但 API 出错或变慢。

✗ SSL 与域名:应用一切正常，但证书或域名到期了。

✗ DNS:供应商变更后，你的域名停止解析。

✗ cron 与队列:后台任务停止运行，但应用表面上看起来仍在正常工作。

✗ 备份:每夜备份连续多天失败，但没有人注意到。

✗ 告警:某处出现了错误，但它从未传达到你这里。

从这五个监控项开始

01 主页或健康检测接口。
02 API 接口。
03 SSL 证书与域名。
04 DNS 记录。
05 为最重要的后台任务设置一个心跳。

Free 套餐已经足够覆盖这些基础项。先从上面这五项检测开始，等应用有了足够多的用户值得投入之后，再添加状态页、第三方依赖监控和全球响应检测。

你的编码智能体可以帮你找出该监控什么

如果你已经在用 Claude Code、Cursor 或其他支持 MCP 的智能体，用一个团队范围的令牌把它连接到 Holter。你的智能体会在本地读取你的代码仓库，找到路由、健康检测、计划任务、队列和域名，然后提出监控项和心跳代码建议。Holter 永远不会看到你的源代码。创建与否由你审核并批准。

获取 MCP 令牌

这周你不需要变成一名 SRE

日志、指标、链路追踪、仪表盘、主机、智能体、采集器和告警规则各有各的用处。但当你眼下真正想知道的只是「这个新应用出问题我会知道吗？」时，那些都显得太多了。Holter 刻意做得更窄:正常运行时间检测、心跳、告警和状态页。足以覆盖用户最先注意到的那些故障。

设置完成后，你应该能知道:

✓ 你的应用是否有响应，
✓ 你的 API 是否健康，
✓ SSL/DNS/域名这些基础项是否安全，
✓ 某个关键后台任务是否运行了，
✓ 告警会通过什么渠道找到你，
✓ 以及接下来该添加什么。

适合你的监控项

从最符合你情况的那些开始。每一项都能在几分钟内设置好。

常见问题

从五项开始:你的主页或健康检测接口、你的 API、你的 SSL 证书、你的 DNS/域名，以及最重要那个后台任务的心跳。Holter 只需几次点击就能完成每一项设置。

不需要。Holter 从外部检测你的应用，其余部分由你的任务主动 ping 它。如果你使用 MCP 流程，你的智能体会在本地读取代码仓库 —— Holter 只会接收到它提出的监控项建议。

可以。用一个团队范围的令牌连接 Holter 的 MCP 服务器，你的智能体会在本地从你的代码仓库中提出监控项和心跳代码建议。由你审核并批准。

不需要。你的服务器上没有任何需要安装的东西 —— Holter 从外部监控，无法从外部看到的部分则由你的任务发送心跳。

够用。Free 套餐覆盖最多 5 个监控项，无需信用卡 —— 足以完成入门检查清单。等应用的用户量值得投入时再升级。

不能，它也不打算这么做。Holter 是那一层狭窄但关键的监控，用来捕捉用户最先注意到的故障 —— 是否在线、是否健康、任务是否运行了。需要深入排查时，再搭配日志和错误追踪工具使用。