技能介绍

解决的问题

当你想让模型帮忙处理 Google Search Console 的日常操作时，真正的门槛往往不在“会不会写代码”，而在三件事：一是 MCP 工具列表里哪个工具能做这件事，schema 长什么样；二是 Google 侧的 OAuth 连接是否还有效；三是批量操作时怎么避免触发限流。这个技能把“先发现、再连接、后执行”的流程固化下来，让你不必每次从零试探。

核心能力与关键步骤

技能的入口是两个 Rube MCP 端点：RUBE_SEARCH_TOOLS 负责发现工具，RUBE_MANAGE_CONNECTIONS 负责管理 google_search_console 工具包的连接状态。工作流分四步：

工具发现：任何操作前先调用 RUBE_SEARCH_TOOLS，它会返回当前可用的 tool slugs、推荐执行计划、已知坑点以及每个工具的 input schema。这一步不能省，因为工具列表和 schema 会随上游更新变化。
连接确认：通过 RUBE_MANAGE_CONNECTIONS 检查连接是否为 ACTIVE；如果 OAuth token 过期，返回的 auth link 可以重新完成授权。
执行操作：拿到工具 slug 后，用 RUBE_MULTI_EXECUTE_TOOL 执行单个或组合操作，多步流程里前一步的响应可以直接作为后一步的输入。
批量处理：需要批量执行时，走 RUBE_REMOTE_WORKBENCH 里的 run_composio_tool()，配合 ThreadPoolExecutor 做并发；列表类操作注意响应里的 next_cursor 或 page_token，循环取直到取完。

适用边界与注意点

永远先 RUBE_SEARCH_TOOLS 再执行，不要硬编码 tool slugs，schema 可能已变。
遇到 schemaRef 而非完整 input_schema 时，用 RUBE_GET_TOOL_SCHEMAS 拉取完整定义，避免参数不合规。
连接过期会导致工具调用失败，失败后先验连接状态再重试；token 失效就重新走 RUBE_MANAGE_CONNECTIONS 授权。
触发限流时降低请求频率并做退避，不要原样重试。

截图预览

使用场景

需要定期拉取 Search Console 展示与点击数据做报表，先用 RUBE_SEARCH_TOOLS 找到查询工具，再按 page_token 循环取完所有分页。
站点改版后要批量提交新 sitemap 并核对收录，先确认 google_search_console 连接 ACTIVE，再用多步工作流串起提交与状态查询。
对大量 URL 批量检查索引状态或请求编入，在 RUBE_REMOTE_WORKBENCH 里循环调用 run_composio_tool()，配合线程池并发执行。
工具调用因 OAuth 过期失败时，用 RUBE_MANAGE_CONNECTIONS 重走授权恢复 google_search_console 连接，再继续剩余操作。