问卷调查运营助手

调查问卷运营中的实际痛点

在 SurveyMonkey 后台手动运营问卷时，几个动作会反复消耗时间：创建新问卷前要先确认是否已存在同名问卷，批量修改题目后要逐个检查发布状态，回收数据后再按字段导出交给下游处理。当这些步骤需要与其他系统串联时，复制粘贴和人工核对的成本会进一步放大，出错点也更分散。

这个技能针对的正是这类重复性操作。它并不替代 SurveyMonkey 的 UI，而是把问卷的增删改查、状态确认和批量处理收敛为可编排的工具调用。

它如何工作

技能的核心是一层工具路由：通过 Composio 的 SurveyMonkey 工具包，经由 Rube MCP 访问 SurveyMonkey 的能力。所有操作都走 MCP 工具，不需要自己写 API 客户端或管理 OAuth 流程。

关键步骤有三：

• 先发现工具：任何动作之前都要调用 RUBE_SEARCH_TOOLS，拿到当前可用的工具 slug、入参 schema 和执行建议。不要硬编码工具名，可用操作会随工具包版本变化。
• 再确认连接：用 RUBE_MANAGE_CONNECTIONS 检查 survey_monkey 的连接状态，未激活时按返回的授权链接完成 OAuth，状态必须显示 ACTIVE 后再继续。
• 最后执行并串联：单个操作用 RUBE_MULTI_EXECUTE_TOOL 执行已发现的工具 slug；多步骤流程把上一步的返回值作为下一步入参，批量场景交给 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()，配合线程池并行执行。

写入侧还有一条通用纪律：创建任何资源前先按条件搜索一遍，避免产生重复问卷；列表类接口遇到 next_cursor 或 page_token 要翻到尾页才算读完。

适用边界与注意点

这套机制的前提是 Rube MCP 已经接入客户端，并且工具包侧的连接仍在有效期内。OAuth token 过期后接口会直接失败，这时应当重新走 RUBE_MANAGE_CONNECTIONS 授权，而不是重试同一条命令。

容易踩的坑主要有几处：

• 不要跳过工具发现：即使上一个会话里用过某个 slug，也要重新搜索并校验入参 schema。
• 做好限流退避：触发频率限制时降低请求密度并加入重试间隔，否则会持续被拒。
• 区分 schema 获取方式：返回 schemaRef 的工具需要用 RUBE_GET_TOOL_SCHEMAS 拉取完整 schema，不要假定参数结构一致。
• 并行写操作要保守：批量并发更适合只读或可重入的操作，涉及问卷发布状态变更时串行确认更安全。

一句话概括适用边界：它适合把 SurveyMonkey 的结构化操作接入自动化流程的工程师，不适合需要复杂分支判断或人工肉眼核对的场景。