交易提醒助手

解决什么问题

链上自动化脚本最常见的死法是：工具参数说变就变。Blocknative 在 Composio 上的工具集覆盖 mempool 监听、交易模拟、事件订阅等能力，但每个工具的输入 schema、必填字段和返回结构都可能随版本调整。把工具名和参数直接写死在代码里，上线没几天就会遇到字段不匹配、调用被拒。

这个技能的思路是把「发现工具」和「执行工具」拆开：执行前先向 Rube MCP 查询当前可用的工具集和 schema，再按查到的结构组装请求。脚本不必跟随 Blocknative 的更新手动改参数。

它如何工作

核心流程分三步：

• 搜索工具：调用 RUBE_SEARCH_TOOLS，传入 Blocknative 相关的使用场景描述，返回可用的工具 slug、输入 schema、推荐执行计划和已知陷阱。
• 检查连接：调用 RUBE_MANAGE_CONNECTIONS 并指定 toolkit blocknative。如果返回的不是 ACTIVE，按返回的授权链接完成一次性配置；确认 ACTIVE 之后再跑任何工作流。
• 执行工具：用 RUBE_MULTI_EXECUTE_TOOL 按搜索结果里的 slug 逐个调用，或用 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool() 做批量操作。

如果搜索结果中某项返回了 schemaRef，可以先用 RUBE_GET_TOOL_SCHEMAS 拉取完整 schema，再组装参数。

适用边界与注意点

几个容易踩的坑：

• 不要硬编码 schema。工具字段会变，每次执行前都重新搜索，永远不要跳过 RUBE_SEARCH_TOOLS。
• 字段名和类型必须照抄搜索结果。自作主张改命名风格或换类型，调用大概率被拒。
• memory 参数必须显式传。即使没有上下文也要传 {}，空对象和缺省是两回事。
• 会话 ID 要复用。同一工作流内复用 session ID，新工作流再生成新的；混用会导致状态错乱。
• 注意分页。返回里带分页 token 就要继续拉取，否则拿到的是半截数据，后续判断会建立在残缺输入上。

另外，Rube MCP 本身不需要单独申请 API key，但 Blocknative 的授权是独立的一层，首次使用必须走完 auth 流程。还没确认 ACTIVE 就开始执行，是最常见的失败原因。