pushbullet-automation
作者 ComposioHQpushbullet-automation 可帮助 agent 通过 Composio Rube MCP 自动执行 Pushbullet 任务：发现当前 tool schemas、检查 Pushbullet 连接，并安全运行通知或设备相关工作流。
该 skill 评分为 68/100，适合收录到目录中，但能力边界较明显。目录用户可以了解何时使用它，以及 agent 应如何通过 Rube MCP 启动 Pushbullet 自动化；但也应预期它更像一个依赖运行时发现的 wrapper，而不是自包含、带有具体 schemas 或内置示例的 Pushbullet 操作手册。
- 触发条件和适用范围清晰：它专门用于通过 Rube MCP 调用 Composio 的 Pushbullet toolkit 来自动化 Pushbullet 操作。
- 提供了运行前提和设置步骤，包括添加 Rube MCP endpoint，并使用 RUBE_MANAGE_CONNECTIONS 激活 Pushbullet connection。
- 包含适合 agent 的工作流模式，会反复要求 agent 先调用 RUBE_SEARCH_TOOLS，以获取当前 schemas 和执行计划。
- 执行依赖外部 Rube MCP server 和已激活的 Pushbullet connection；该仓库不包含脚本、本地测试或随附的参考文件。
- 该 skill 有意将具体工具名称和 schemas 留到运行时发现，因此相比完整文档化的 Pushbullet workflow skill，用户获得的任务级细节更少。
pushbullet-automation skill 概览
pushbullet-automation 能做什么
pushbullet-automation 是一个 Claude skill，用于通过 Composio 的 Rube MCP 自动执行 Pushbullet 操作。它不会让模型凭记忆猜测 Pushbullet API 的参数结构，而是要求 agent 先发现当前可用的 Rube tool schema，确认 Pushbullet 连接状态，然后再用正确的工具输入执行你需要的通知、设备推送或消息工作流。
适合 Workflow Automation 用户的场景
如果你已经在用 Pushbullet 做跨设备提醒，并希望 agent 在更大的工作流中触发相关动作，这个 skill 会很实用：比如给自己发送链接、向某台设备推送笔记、在任务完成后通知你，或把 Pushbullet 接入个人自动化循环。对于正在构建 agentic Workflow Automation 的用户来说，它尤其适合，因为 Pushbullet 往往只是多个工具渠道中的一个。
采用前的主要要求
关键依赖并不是 skill 文件本身，而是 Rube MCP 访问权限以及一个处于可用状态的 Pushbullet 连接。该 skill 需要 RUBE_SEARCH_TOOLS 和 RUBE_MANAGE_CONNECTIONS。如果你的 Claude 或 MCP client 无法连接到 https://rube.app/mcp，或者你无法通过 Composio 授权 Pushbullet，那么 pushbullet-automation skill 就无法实际执行。
它与普通 prompt 的区别
普通 prompt 可能只是让模型“发送一条 Pushbullet 消息”，但模型可能会编造工具名，或使用已经过时的参数。这个 skill 的核心差异在于它对执行流程有明确约束：先搜索工具，使用返回的 schema，检查 Pushbullet 连接，然后才调用合适的 Rube action。这样可以降低因为过时假设导致调用失败的风险。
如何使用 pushbullet-automation skill
pushbullet-automation 的安装与设置路径
在兼容的 skills 环境中安装该 skill，例如：
npx skills add ComposioHQ/awesome-claude-skills --skill pushbullet-automation
然后使用以下地址把 Rube MCP 添加到你的 client 配置中：
https://rube.app/mcp
在期待任何 Pushbullet 动作能够正常执行之前，先确认 RUBE_SEARCH_TOOLS 可用。接着使用 RUBE_MANAGE_CONNECTIONS，并将 toolkit 设为 pushbullet。如果返回状态不是 ACTIVE，请完成授权链接中的步骤，并在运行自动化之前再次检查连接。
你需要提供哪些输入
为了让 pushbullet-automation 用得更稳，不要只告诉 agent 应用名称，而要说明你想达成的实际结果。建议包括：
- 操作类型：note、link、类似文件的通知、面向特定设备的 push，或普通 alert
- 接收范围：所有设备、某一台特定设备，或你自己的账号
- 消息内容：title、body、URL，或 alert text
- 时间上下文：立即发送、在另一个任务之后发送，或仅在满足条件时发送
- 安全规则：发送前询问、避免重复提醒，或执行前先总结
较弱的 prompt：“Use Pushbullet to notify me.”
更好的 prompt：“Use pushbullet-automation to send a Pushbullet note to all my devices after you finish the report. Title: Report ready. Body: include the output file path and a one-sentence summary. First verify the Pushbullet connection and discover the current Rube schema.”
推荐的执行流程
可靠的 pushbullet-automation 使用方式应遵循以下顺序：
- 要求 agent 针对具体的 Pushbullet 任务调用
RUBE_SEARCH_TOOLS。 - 让它检查返回的 tool slug、必填字段和 warning。
- 使用
RUBE_MANAGE_CONNECTIONS确认 Pushbullet 连接。 - 根据你请求的 title、body、URL、device 或 condition，准备精确的 tool payload。
- 只执行一次，然后报告 push 是否成功，以及实际发送了什么内容。
这个顺序很重要，因为 Rube tool schema 可能会变化。该 skill 明确要求 agent：只要可以进行实时 schema 查询，就不要依赖记忆。
优先阅读的仓库文件
这个 skill 有意保持精简。先阅读 composio-skills/pushbullet-automation/SKILL.md；在当前文件树中没有额外的 README.md、scripts/、rules/、resources/ 或 references/ 文件夹。请重点关注 prerequisites、setup notes 和 tool discovery examples，因为这些内容承载了该 skill 的实际操作价值。
pushbullet-automation skill 常见问题
pushbullet-automation 对新手友好吗？
如果你的 client 已经支持 MCP，并且你能按照授权链接完成连接，那么它对新手是友好的。但它不是一个一键式 Pushbullet 安装器。新手最容易卡住的地方在于：Claude 并不会直接和 Pushbullet 通信；它是通过 Rube MCP 执行操作，而 Rube 必须拥有一个处于 active 状态的 Pushbullet 连接。
什么情况下不应该使用这个 skill？
如果你只是想起草通知文案而不发送，或者你的环境无法运行 MCP tools，或者你的组织禁止第三方 workflow connectors，就不应使用 pushbullet-automation。对于高风险或受监管的提醒场景，也应谨慎使用，除非你额外加入确认步骤、日志记录和明确的人工审批规则。
它与直接使用 Pushbullet API 有什么区别？
对于生产软件、自定义重试逻辑或严格的基础设施控制，直接使用 Pushbullet API 可能更合适。pushbullet-automation skill 更适合 agent 驱动的工作流：Claude 需要发现可用 action、组装有效输入，并在你无需编写集成代码的情况下执行 Pushbullet 任务。
这个 skill 知道所有 Pushbullet 参数吗？
不知道。这个 skill 的设计重点是实时 tool discovery，而不是把参数硬编码为“确定无误”。对于当前字段、设备标识符、必需 payload 和执行计划，agent 应先调用 RUBE_SEARCH_TOOLS。这是一项特性：它减少了对过时文档或模型记忆的依赖。
如何改进 pushbullet-automation skill 的使用效果
用执行约束改进 prompt
提升 pushbullet-automation 结果最简单的方法，是同时说明消息内容和运行规则。例如：“Send only one Pushbullet alert if the deployment fails; include service name, environment, failure reason, and next step; ask me before sending if the message contains secrets.” 这样 agent 才有足够上下文，避免发送噪音过多或存在安全风险的 push。
降低常见失败模式
常见失败包括：跳过 tool discovery、在 Pushbullet 连接尚未 active 时就尝试发送、遗漏必填字段，或推送到错误设备。对于重要通知，可以要求 agent 在执行前展示发现到的 tool name 和计划使用的 payload，从而提前规避这些问题。
在第一次输出后迭代
第一次 push 成功后，不必重写整个工作流，而应在现有流程上做细化。你可以要求更短的 title、更丰富的 body、按设备路由、去重规则或条件发送。例如：“Next time, only push to my phone, limit the body to 300 characters, and include the GitHub Actions run URL.”
扩展 pushbullet-automation，构建更强的工作流
对于更高级的 Workflow Automation，可以把 pushbullet-automation 与上游任务结合使用，比如监控、报告生成、部署检查或日历提醒。当 Pushbullet 成为更大 agent 工作流的交付终点，而不只是一个独立的“send message”命令时，这个 skill 的价值会更高。