better-stack-automation
作者 ComposioHQbetter-stack-automation 可帮助 agent 通过 Rube MCP 自动化 Better Stack，并采用“先发现”的工作流：连接 Rube、启用 better_stack toolkit、搜索当前工具 schema，然后执行已获批准的操作。
这项 skill 得分为 64/100，适合收录到目录中，但更应呈现为轻量级的 Rube MCP 封装，而不是深入的 Better Stack 自动化操作手册。目录用户可以了解它适合什么场景以及如何开始使用，但是否采用取决于外部 Rube 工具和实时工具发现；同时，仓库内容有限，不足以充分评估具体工作流。
- 使用场景明确：通过 Rube MCP 调用 Composio 的 Better Stack toolkit，自动化 Better Stack 操作。
- 提供了具体的前置条件和设置检查，包括验证 RUBE_SEARCH_TOOLS，并使用 RUBE_MANAGE_CONNECTIONS 配置 better_stack toolkit。
- 强调先发现工具，有助于在 Better Stack/Rube 工具变化时减少 schema 不匹配问题。
- 执行依赖实时的 Rube MCP 发现流程，而不是内置的 Better Stack schema；因此用户必须先具备可用的 Rube，并建立有效的 Better Stack 连接，这项 skill 才有实际价值。
- 仓库信息较少：仅包含 SKILL.md，没有安装命令、支持文件、示例、脚本，也没有 Composio toolkit 链接之外的参考资料。
better-stack-automation skill 概览
better-stack-automation 能做什么
better-stack-automation skill 可帮助 AI agent 通过 Composio 的 Rube MCP server 自动化处理 Better Stack 相关操作。它不会假设 API 参数是固定不变的，而是要求 agent 在执行动作前先使用 RUBE_SEARCH_TOOLS 发现当前可用的 Better Stack tool schemas。对于 tool name、必填字段或执行计划可能发生变化的工作流，这种方式尤其有用。
最适合 Workflow Automation 团队
如果团队已经在使用 Better Stack，并希望借助 AI 进行面向运营任务的 Workflow Automation，例如查看可用的 Better Stack actions、准备已认证的 tool calls，以及通过 Rube 执行可重复的 incident、monitoring 或 status 相关工作流，那么这个 skill 非常适合。尤其是当你的 Claude 或支持 MCP 的客户端可以连接外部 MCP servers，并且你更倾向于通过工具编排自动化，而不是手写 API calls 时，它会更有价值。
这个 skill 的差异点
它的核心差异在于“先发现、后执行”的模式。普通 prompt 可能只是让 agent “update Better Stack”，但 better-stack-automation skill 会要求 agent 先验证 Rube MCP 是否可用，确认 Better Stack connection，搜索最新的 tool schemas，然后基于发现到的 input contract 执行操作。这样可以减少由过期假设导致的失败，也能让连接到外部服务的工作流更安全。
采用前的关键要求
安装前，请确认你的客户端可以使用 MCP tools，并且能够把 https://rube.app/mcp 添加为 MCP server。该 skill 依赖 Rube MCP，并且需要通过 RUBE_MANAGE_CONNECTIONS 管理一个 active Better Stack connection，toolkit 为 better_stack。如果你的环境不允许外部 MCP servers，或不支持类似 OAuth 的 connection flow，那么在解除这些限制之前，这个 skill 无法发挥实际作用。
如何使用 better-stack-automation skill
better-stack-automation 安装上下文
使用兼容 skills 的客户端，从 Composio skills repository 安装该 skill，例如：
npx skills add ComposioHQ/awesome-claude-skills --skill better-stack-automation
然后在运行 agent 的客户端中配置 Rube MCP。添加 MCP endpoint：
https://rube.app/mcp
安装后，请先阅读 composio-skills/better-stack-automation/SKILL.md。这个 repository path 中包含实际的操作说明；当前 file tree 中没有额外的 scripts、rules 或 reference folders，因此该 skill 的行为主要集中在这个文件里。
运行工作流前需要提供的输入
一个有效的 better-stack-automation usage prompt 应该包含期望的 Better Stack 结果、已知的目标资源，以及安全边界。agent 还需要获得使用 Rube MCP tools 的权限。
较弱的 prompt：
“Use Better Stack to fix the monitor.”
更好的 prompt：
“Use better-stack-automation to inspect available Better Stack tools through Rube MCP, confirm my better_stack connection is active, then find the correct tool schema for listing monitors. Do not modify anything yet; return the discovered tool slug, required fields, and a proposed next step.”
这个 prompt 更好，因为它把发现阶段和变更操作分开，并给了 agent 一个明确的第一步。
推荐的工作流模式
建议按以下顺序使用该 skill：
- 验证
RUBE_SEARCH_TOOLS是否可用。 - 使用
RUBE_MANAGE_CONNECTIONS，toolkit 设为better_stack。 - 如果 connection 不是
ACTIVE，完成返回的 auth flow。 - 针对具体的 Better Stack 任务调用
RUBE_SEARCH_TOOLS。 - 检查返回的 tool slugs、schemas、注意事项和 execution plan。
- 只有在 tool schema 和目标资源都明确后，才执行操作。
例如，可以这样请求：
“Search Rube tools for Better Stack incident management actions. Show me the available tool slugs and required inputs before calling any tool that changes incident state.”
提升输出质量的实用建议
请明确说明任务是只读，还是允许修改数据。Better Stack 操作可能影响 monitoring、incidents、status pages 或 alerting workflows，因此更安全的 prompt 应该要求 agent 在执行前预览 tool call。尽量提供已知的 identifiers、names、URLs、incident IDs、monitor names、team context 或 time windows。如果你不知道准确的 field names，不要自行编造；让 agent 通过 RUBE_SEARCH_TOOLS 去发现。
better-stack-automation skill 常见问题
没有 Better Stack 访问权限时，better-stack-automation 有用吗？
没有。该 skill 依赖通过 Rube MCP 建立的 active Better Stack connection。你可以先安装用于评估，但真正的自动化需要通过 RUBE_MANAGE_CONNECTIONS 完成认证，并拥有一个 ACTIVE 状态的 better_stack toolkit connection。
它相比普通 prompt 好在哪里？
普通 prompt 可能依赖模型对 Better Stack APIs 的记忆，或者使用猜测出来的参数。better-stack-automation skill 会强制进行 tool discovery，因此 agent 会在执行前获取当前 schemas 和推荐的 execution plans。当连接型 workflow tools 发生变化，或任务要求精确 field names 时，这一点非常重要。
新手容易上手吗？
如果你已经了解 MCP 基础，并且能够按照 auth link 连接 Better Stack，那么它对新手是友好的。但它不是 no-code dashboard 的替代品。用户需要能够批准 tool use、阅读拟执行的操作，并区分只读发现与会影响线上运营数据的变更。
什么时候不该使用这个 skill？
当你的客户端无法连接 Rube MCP、无法访问 Better Stack，或者组织禁止 AI agents 操作 observability 或 incident tooling 时，不应使用它。对于只是在 Better Stack UI 里做一次性手动检查的场景，这个 skill 可能会带来不必要的配置成本。
如何改进 better-stack-automation skill
用约束优化 better-stack-automation prompts
最重要的改进是把任务边界描述清楚。请包含预期结果、允许的操作级别、目标环境和审核要求。
高信息量 prompt 模式：
“Use better-stack-automation for a read-only discovery pass. Confirm the Better Stack connection, search for tools related to status page components, and summarize the exact schema needed to list components. Do not create, update, or delete anything until I approve the next tool call.”
这样可以减少意外写入，并给 agent 一个清晰的暂停点。
需要避免的常见失败模式
最常见的失败是跳过 tool discovery，直接尝试调用猜测出来的 tool。另一种是尚未确认 connection 和目标资源，就运行会修改数据的 workflow。第三种是给出“clean up alerts”这类模糊目标，而这可能需要组织层面的判断，tool 本身无法推断。避免这些问题的方法是：先强制使用 RUBE_SEARCH_TOOLS，要求提供 dry-run plan，并提供已知的 Better Stack object names 或 IDs。
基于第一次结果继续迭代
拿到第一次 discovery response 后，用返回的 schema 继续细化 prompt。例如，如果 Rube 返回了一个 monitor update tool 及其 required fields，可以要求 agent 先把你的意图映射到这些字段，并在执行前指出缺失值。这样会把 skill 从“让 agent 猜下一步做什么”转变为一个可控的 Workflow Automation 闭环。
面向维护者的 repository 阅读路径
如果你想扩展这个 skill，请从 SKILL.md 开始。只有在保留“先发现、后执行”规则的前提下，才添加常见 Better Stack workflows 的示例。值得补充的内容包括只读检查示例、写入前审批模式，以及 inactive better_stack connections 的故障排查说明。除非 skill 明确要求 agents 在使用前通过 RUBE_SEARCH_TOOLS 刷新 schemas，否则应避免硬编码具体的 tool schemas。