服务状态助手

要解决的问题

Better Stack 的监控、告警和状态页数据都集中在控制台里，工程师排查故障时要么手动刷新页面，要么临时写脚本直连 API，还得自己处理鉴权、分页和字段变更。这个技能把 Better Stack 的操作收拢到 Rube MCP 一侧：你只描述要做什么，技能负责找到对应工具、校验连接状态、按当前 schema 执行，而不用维护一份随时会过期的接口清单。

核心能力与工作方式

技能本身不内置工具，而是通过 Composio 的 Better Stack 工具包（文档见 composio.dev/toolkits/better_stack）经 Rube MCP 调用。任何一次工作流都遵循固定顺序：

1. 发现工具：先用 RUBE_SEARCH_TOOLS 按用例检索，拿到工具 slug、输入 schema、推荐执行计划和已知坑点。
2. 确认连接：用 RUBE_MANAGE_CONNECTIONS 指定 toolkit better_stack，确认状态为 ACTIVE；若未激活，按返回的授权链接完成配置后再继续。
3. 执行工具：用 RUBE_MULTI_EXECUTE_TOOL 传入上一步发现的 slug 执行；批量操作走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()；带 schemaRef 的工具可以用 RUBE_GET_TOOL_SCHEMAS 拉取完整 schema。

适用边界与注意点

• RUBE_SEARCH_TOOLS 必须最先调用。工具 schema 会变化，硬编码 slug 或参数会在调用时直接失败。
• 每次执行前都要确认连接仍是 ACTIVE，授权过期后需重新走一遍授权流程。
• 严格按搜索结果里的字段名和类型传参，不要自创字段。
• RUBE_MULTI_EXECUTE_TOOL 的 memory 参数即使为空也要传 {}。
• 同一工作流内复用 session ID，新工作流再生成新的；响应里出现分页 token 时要继续拉取直到取完。