视觉模板助手

要解决什么问题

Renderform 的自动化操作通常要在网页界面里逐项点选，每一步的接口、参数都不太一样，不同版本之间还会漂移。硬编码 slug 和参数的脚本，往往跑一两次就失效。更麻烦的是，连接状态、会话复用、分页这些细节散落在各处，写一个能稳定重跑的工作流并不轻松。这个技能的目标，是把这些操作收敛成一套统一的调用方式：先探测可用工具，再确认连接可用，最后按 schema 执行，减少人为干预和猜测。

核心能力与关键步骤

技能的核心是三个动作：发现工具、检查连接、执行调用。

• 发现工具：任何工作流开始前，都要先调用 RUBE_SEARCH_TOOLS，拿到当前可用的工具 slug、输入 schema 和推荐的执行计划。工具的参数不是一成不变的，跳过这一步直接执行，大概率会因为字段名或类型不匹配而失败。
• 检查连接：通过 RUBE_MANAGE_CONNECTIONS 确认 renderform toolkit 处于 ACTIVE 状态。如果未激活，需要按返回的授权链接完成配置，确认 ACTIVE 之后才能继续。
• 执行调用：用 RUBE_MULTI_EXECUTE_TOOL 执行发现到的工具。这一步有几个硬性要求：必须带上 memory 参数，即使为空也要传 {}；同一工作流内应复用 session ID，新工作流则生成新的。需要批量操作时，可以借助 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()。另外，如果搜索结果里有 schemaRef，可以通过 RUBE_GET_TOOL_SCHEMAS 获取完整 schema。

适用边界与注意点

这套方案的前提是 Rube MCP 已经连上——也就是 RUBE_SEARCH_TOOLS 可用，并且 Renderform 连接已激活。没有这两样，后面的执行无从谈起。

几个容易踩的坑：

• 不要绕过 RUBE_SEARCH_TOOLS 硬编码 slug 或参数，schema 会变。
• 执行前确认连接是 ACTIVE，而不是凭上次的记忆。
• 严格使用搜索结果返回的字段名和类型，少改一个字符都可能报错。
• 分页要处理：响应里带 token 时，需要继续拉取直到拉完。

适合的场景是已经用 Renderform 做模板渲染、需要把流程脚本化的团队；它不是一个通用的 GUI 自动化工具，所有能力边界都取决于 Composio Renderform toolkit 暴露了哪些工具。