报价提案助手

要解决的具体问题

在报价和提案流程中，团队通常需要在 Bidsketch 里手动创建、更新或检索提案文档，这些操作散落在不同界面，难以嵌入自动化流水线。当需要批量生成报价单、检查提案状态或拉取历史数据时，人工操作不仅重复，还容易因上下文切换而遗漏关键步骤。开发者若想通过 API 直接集成，又会面对工具 schema 变动、连接管理、分页处理等工程细节，自行封装成本高且易错。

核心能力与工作方式

这个技能通过 Rube MCP 将 Composio 的 Bidsketch 工具包接入现有系统，让大模型可以安全地驱动报价提案相关操作。它不预设任何具体任务，而是提供一套工具发现—连接校验—执行反馈的机制。

• 工具发现：始终先调用 RUBE_SEARCH_TOOLS，根据当前 Bidsketch 用例获取可用工具列表、输入 schema 以及推荐执行计划。这样可以避免硬编码工具名称或参数，适应 Composio 侧的 schema 变更。
• 连接管理：通过 RUBE_MANAGE_CONNECTIONS 激活 Bidsketch 连接，若未激活则按返回的认证链接完成设置，并确认状态为 ACTIVE 后才进入工作流。
• 执行与批处理：使用 RUBE_MULTI_EXECUTE_TOOL 调用已发现的工具 slug 执行具体操作；对于批量任务，可借助 RUBE_REMOTE_WORKBENCH 中的 run_composio_tool() 统一调度。执行时需严格遵循搜索结果中的字段名和类型，并始终传入 memory 参数（即使为空 {}）。

适用边界与注意事项

该技能本质是工具编排层，不包含报价模板生成或客户数据分析等业务逻辑。它假设 Rube MCP 已作为服务端点可用，且用户具备 Bidsketch 账号和相应权限。需要注意：

• 禁止硬编码：任何工具 slug 或参数必须在运行时从 RUBE_SEARCH_TOOLS 获取，否则可能因 schema 更新而失效。
• 会话管理：同一工作流内应复用 session ID，新任务则生成新 ID，避免上下文串扰。
• 分页处理：当响应包含 pagination token 时，需循环拉取直到数据完整，否则可能遗漏记录。
• 前置条件：运行前必须确认 RUBE_SEARCH_TOOLS 可用且 Bidsketch 连接为 ACTIVE，否则执行会失败。

适用于需要将 Bidsketch 操作嵌入自动化流程的工程师，尤其当工具 schema 频繁变动、手动操作成本高或需要与大模型协同时。