应用营销助手

它解决什么问题

当你想让 Agent 自动化 AppsFlyer 的应用营销操作时，会遇到几个绕不开的工程问题：工具的输入 schema 会动态更新，硬编码调用很快失效；需要确保 AppsFlyer 连接处于可用状态，否则执行直接失败；批量任务的分页逻辑、会话复用规则不统一，手动处理既耗时又容易出错。这些问题不是「接入 API」就能解决的，而是需要一套标准化的工具发现与执行流程。

它的核心工作方式

这个技能基于 Rube MCP，把 Composio 的 AppsFlyer 工具集封装成可被 Agent 调用的流程。核心能力围绕三个关键动作展开：

• 工具发现优先：任何操作前必须先调用 RUBE_SEARCH_TOOLS，获取当前可用的工具 slug、输入 schema 和已知坑点，避免因 schema 变更导致调用失败。
• 连接状态确认：通过 RUBE_MANAGE_CONNECTIONS 指定 toolkit appsflyer 检查连接，若非 ACTIVE 则按返回的认证链接完成配置，确认状态后才执行后续流程。
• 标准化执行：单工具调用用 RUBE_MULTI_EXECUTE_TOOL，必须携带 memory 参数（即使为空 {}）；批量操作走 RUBE_REMOTE_WORKBENCH 的 run_composio_tool()；需要完整 schema 时用 RUBE_GET_TOOL_SCHEMAS。

关键注意点

• 禁止硬编码工具 slug 或参数：schema 会更新，必须以 RUBE_SEARCH_TOOLS 返回的最新结果为准。
• 会话管理规则：同一工作流内复用 session ID，新工作流必须生成新 ID，避免状态污染。
• 分页处理：每次响应后检查分页 token，直到所有数据获取完毕，不能遗漏。