updown.io 监控运维助手

要解决的问题

当你的监控检查分散在多个工具中，或者需要在 CI/CD 流水线里自动创建和更新 updown.io 的监控项时，直接调用 API 意味着自己处理认证、连接状态和错误恢复。维护 token 的生命周期、处理 402 余额不足、应对凭证过期——这些本不该是业务代码的一部分。

技能如何工作

这个技能通过 OOMOL 平台将 updown.io 接入到本地工作流，凭证由服务端注入，不需要在本地处理任何 API token。技能暴露 9 个操作，覆盖监控检查的完整生命周期：

• 检查管理：create_check、update_check、delete_check、get_check、list_checks
• 节点查询：list_nodes、list_node_ips、list_node_ipv4、list_node_ipv6

执行流程很直接：先用 oo connector schema 获取实时的输入/输出 schema，然后构造 JSON payload 传给 --data。响应统一返回 { "data": ..., "meta": { "executionId": "..." } }，执行 ID 在 meta.executionId 下。

适用边界与注意点

• 需要预先安装 oo CLI 并完成登录和 updown.io 连接，这些是一次性步骤
• 读操作（get / list）可以安全地直接执行
• 写操作（create、update、delete）会修改 updown.io 的实际状态，执行前必须确认 payload 和影响
• 删除操作具有破坏性，必须获得明确批准后才能执行
• 凭证过期或 scope 缺失时，需要重新在 OOMOL 侧完成连接
• 余额不足时返回 OOMOL_INSUFFICIENT_CREDIT，需要充值后重试