better-proposals-automation
作者 ComposioHQbetter-proposals-automation 可帮助 Claude 使用 Rube MCP 发现 Better Proposals 工具、验证连接，并安全地运行基于 schema 的提案工作流。
该 skill 评分为 69/100，达到可收录标准，但存在一些注意点。目录用户可以了解何时使用它，以及如何连接 Rube MCP 来实现 Better Proposals 自动化；不过应预期它更偏轻量级、以工具发现为驱动，而不是一套文档充分、包含具体提案工作流的完整方案。
- Frontmatter 清楚标明了触发场景：通过 Rube MCP 自动化 Better Proposals，并提供了简洁说明和必需的 MCP 依赖。
- 前置条件和设置步骤写得明确，包括添加 Rube MCP endpoint、检查 RUBE_SEARCH_TOOLS、管理 better_proposals 连接，以及确认 ACTIVE 状态。
- 该 skill 给 agent 提供了一条关键执行规则：在尝试任何工作流之前，始终先用 RUBE_SEARCH_TOOLS 发现当前可用的工具和 schema。
- 除 SKILL.md 外未提供支持文件、示例或参考素材，因此用户很难看到经过验证的端到端工作流证据。
- 该工作流主要依赖 RUBE_SEARCH_TOOLS 和当前 MCP schema 来执行；这有助于保持信息新鲜，但从仓库材料来看，面向具体任务的 Better Proposals 操作说明仍不够充分。
better-proposals-automation skill 概览
better-proposals-automation 能做什么
better-proposals-automation 是一个 Claude skill，用于通过 Composio 的 Rube MCP server 运行 Better Proposals 工作流。它本身不是提案写作模板；它帮助 agent 发现并调用当前可用的 Better Proposals tools，用来执行查找可用操作、检查连接状态，以及按正确 schema 执行受支持账户工作流等任务。
最适合 Proposal Writing 运营场景
这个 skill 最适合已经在使用 Better Proposals，并希望在提案生命周期中引入 AI 辅助自动化的团队。典型适用对象包括销售运营、代理机构负责人、提案协调员和 RevOps 团队——他们需要 assistant 直接配合实时的 Better Proposals tooling 工作，而不只是停留在聊天窗口里起草文字。
关键差异：先发现工具，再执行
better-proposals-automation skill 的核心价值在于它的“先搜索 tools”模式。上游 skill 明确要求先使用 RUBE_SEARCH_TOOLS，再执行操作，这样 agent 能拿到最新的 tool names、input schemas、execution plans 和 pitfalls。这个点很重要，因为 MCP tool schemas 可能变化，而靠猜参数往往是让自动化失败的最快方式。
采用要求与限制
你需要连接 Rube MCP，并通过 RUBE_MANAGE_CONNECTIONS 使用 better_proposals toolkit 建立有效的 Better Proposals 连接。当前仓库只提供一个 SKILL.md，没有 helper scripts、references 或 examples 目录，因此用户应预期它是一份精简的集成指南，而不是完整的提案自动化 playbook。
如何使用 better-proposals-automation skill
better-proposals-automation 安装场景
在你的 Claude-compatible skill runner 能加载 GitHub skills 的环境中，从 Composio skills repository 安装该 skill。典型的目录安装命令如下：
npx skills add ComposioHQ/awesome-claude-skills --skill better-proposals-automation
然后在你的客户端中将 https://rube.app/mcp 添加为 MCP server，以配置 Rube MCP。该 skill 依赖 rube MCP server，并预期 RUBE_SEARCH_TOOLS 和 RUBE_MANAGE_CONNECTIONS 可用。
首次运行的连接流程
在让 agent 修改或读取 Better Proposals 数据之前，先验证访问权限：
- 要求 agent 确认
RUBE_SEARCH_TOOLS可以响应。 - 使用 toolkit
better_proposals调用RUBE_MANAGE_CONNECTIONS。 - 如果返回状态不是
ACTIVE，完成 authentication link。 - 在运行真实工作流之前，再次检查连接状态。
- 针对你要执行的具体 Better Proposals 任务使用
RUBE_SEARCH_TOOLS。
这个顺序很重要，因为该 skill 是 schema-driven 的。即使连接有效，如果 prompt 跳过 discovery，也可能导致执行失败。
把粗略请求改成可执行 prompt
较弱的 prompt：
“Help with Better Proposals.”
更强的 prompt：
“Use the better-proposals-automation skill. First search Rube tools for Better Proposals operations related to proposal retrieval and client follow-up. Confirm my Better Proposals connection is active. Then show the available tool options, required fields, and a safe execution plan before making changes.”
更进一步，可以加入业务目标、目标记录、期望输出和安全边界：
“Use better-proposals-automation for Proposal Writing operations. I need to locate proposals sent to Acme Corp, identify their current status, and draft a follow-up email. Do not send or modify anything until I approve the tool plan.”
使用前应阅读的文件
先阅读 composio-skills/better-proposals-automation/SKILL.md。其中包含 prerequisites、setup path、tool discovery pattern 和核心 workflow expectation。该 skill 路径下没有随附的 scripts/、resources/、references/ 或 README.md 文件，因此实践中的事实来源是 skill 文件，以及 Rube 返回的实时 schemas。
better-proposals-automation skill 常见问题
better-proposals-automation 是提案撰写工具吗？
不完全是。better-proposals-automation skill 用于通过 Rube MCP 自动化 Better Proposals 操作。它可以通过帮助 agent 与提案数据和可用 Better Proposals tools 交互，来支持 Proposal Writing 工作流；但如果要生成高质量提案内容，你仍然需要提供定位、方案细节、定价逻辑、客户上下文和审批规则。
它比普通 prompt 好在哪里？
普通 prompt 可以起草建议或文案，但无法可靠知道当前 Better Proposals tool schemas。这个 skill 会指示 agent 先使用 RUBE_SEARCH_TOOLS，再基于发现到的 Better Proposals capabilities 执行。这样在 tool names、required fields 或推荐执行步骤事先未知时，可以减少猜测。
它适合新手吗？
如果你能接受连接 MCP server，并通过 Composio/Rube 认证 Better Proposals，那么它对新手是友好的。若你期待的是无需设置的写作 assistant，它就不太合适。设置过程不长，但该 skill 默认你理解：agent 必须先发现 tools、验证连接状态，并且不能在未确认的情况下执行变更。
什么时候不应该安装？
如果你不使用 Better Proposals、无法启用 Rube MCP，或者只需要通用提案文案写作，就不必安装这个 skill。对于高风险批量操作，也应避免使用，除非你准备好审查 tool schemas、预览 execution plans，并逐项批准操作。该仓库有意保持极简，因此需要审计型工作流的团队，可能需要自行添加 guardrails。
如何改进 better-proposals-automation skill
调用 better-proposals-automation 前先改进输入
输出质量很大程度上取决于 RUBE_SEARCH_TOOLS 中使用的任务描述。应把模糊用例替换成更具体的操作场景。例如，“Better Proposals operations” 不如 “find proposals for a named client, check status, and prepare a follow-up without sending” 有用。具体用例能帮助 Rube 返回更相关的 tool slugs、fields 和 pitfalls。
为更安全的执行添加工作流 guardrails
在生产环境中，建议为 better-proposals-automation skill 包一层规则，例如：始终确认连接状态，始终展示发现到的 tool schema，未经明确批准绝不创建或修改 proposals，并在执行前总结预期 side effects。这些 guardrails 尤其重要，因为该 skill 没有单独的 rules 文件夹，也没有脚本化的安全层。
常见失败模式
最常见的失败是跳过 tool discovery，直接编造参数。另一个常见问题是认证了错误的 Better Proposals 账户，或在连接状态不是 ACTIVE 时继续执行。第三类问题是只给 agent 一个内容写作目标，却没有提供使用 Better Proposals tools 所需的操作细节，例如 client name、proposal identifier、所需 status，或是否允许修改。
在第一次输出后继续迭代
第一次 tool search 后，让 agent 说明找到了哪些 tools、哪些 fields 是必填项，以及还缺少什么数据。然后在执行前完善请求。一个有效的迭代 prompt 是：
“Based on the discovered Better Proposals tools, list the minimum fields you need, identify any risky actions, and propose a read-only first step.”
这样能让 better-proposals-automation 指南更实用、更安全，也比一次性自动化请求更可靠。