Uptime Robot 多检查协调器

要解决的问题

当监控对象增多时，逐个在 Uptime Robot 页面创建检查项很容易漏配：HTTP、keyword、port 三类监控的参数不同，alert contacts、maintenance windows 和 status page synchronization 又分散在多个设置里。批量上云、迁移机房或调整服务暴露面时，人工重复操作既慢又难复核。

工作机制

这个技能围绕 Uptime Robot API v2 做批量检查协调：先整理需要监控的目标与检查类型，再把每个目标转换成对应的 monitor 配置，随后关联告警接收方，并在需要时设置维护窗口；最后同步状态页，让外部看到的可用性状态与实际检查保持一致。

关键步骤包括：

• 梳理监控矩阵：列出 HTTP、keyword、port 等检查项，明确 URL、关键字、端口、期望条件和通知对象。
• 批量创建 / 更新监控：按 Uptime Robot API v2 的 monitor 结构提交请求，避免把不同检查类型的参数混在一起。
• 维护告警与窗口：把 alert contacts 配到对应 monitor，必要时通过 maintenance windows 标注计划停机。
• 核对状态页：检查状态页同步是否覆盖目标 monitor，避免页面展示落后于实际监控配置。

适用边界与注意点

适合已经拥有 Uptime Robot 账号，并能提供 API key 或 webhook destination 的运维场景。执行前应先在 Uptime Robot 侧确认账号权限、监控数量上限、告警联系人有效性以及状态页归属。

由于上游未提供可直接执行的安装或使用步骤，把它放进敏感流程前，需要先阅读 Uptime Robot API 文档并验证变更范围。批量操作时还应保留配置清单，逐个核对 monitor 类型、目标地址、关键字/端口、告警对象和维护窗口，防止误报或漏报。