使用 Rube MCP 与 Composio Strava Toolkit 在 Codex 中自动化 Strava 工作流【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills本指南基于 awesome-codex-skills 仓库中的 strava-automation 技能讲解如何通过 Rube MCPComposio 的 MCP 网关让 Codex Agent 以自然语言驱动 Strava 的读取、分析与数据整理等操作。读完本文你将掌握从连接 Strava 账户、动态发现工具、执行调用到规避常见坑位的完整实操方案并能把这套「先搜索、再连接、后执行」的通用模式迁移到同一仓库下其他数百个应用自动化技能中。技能概览strava-automation 是什么strava-automation是仓库 composio-skills 目录下众多「xxx-automation」技能之一其元数据定义在 SKILL.md 的 YAML frontmatter 中--- name: strava-automation description: Automate Strava tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---这段元数据遵循 Codex Skills 的规范name标识技能名称description告诉 Codex 何时触发该技能requires.mcp声明技能运行依赖名为rube的 MCP 服务器。正如仓库 README.md 所说明的Codex 会先读取元数据决定是否触发技能命中后才加载正文从而保持上下文精简技能安装到$CODEX_HOME/skills默认~/.codex/skills后需重启 Codex 才会被加载。该技能的作用是通过 Composio 提供的 Strava toolkit经 Rube MCP 统一网关调用 Strava 相关能力将「查询训练记录、汇总运动数据、管理活动信息」等任务转化为可执行的工具调用全程无需在客户端配置 API Key。前置条件开始前需要满足以下三个条件缺一不可Rube MCP 已连接客户端配置中存在 Rube MCP 服务器且RUBE_SEARCH_TOOLS工具可用这是后续一切调用的前提。Strava 连接处于 ACTIVE 状态通过RUBE_MANAGE_CONNECTIONS建立并激活 toolkit 为strava的连接。始终先搜索工具任何工作流执行前都必须先调用RUBE_SEARCH_TOOLS获取当前的工具 schema因为工具契约随时可能变化。环境搭建接入 Rube MCP 并激活 Strava 连接获取 Rube MCP在 Codex或其他支持 MCP 的客户端的配置中添加 MCP 服务器端点地址为https://rube.app/mcp。该接入方式不需要任何 API Key添加端点后即可直接使用这是整个方案中唯一的环境配置动作。四步激活流程验证可用性确认RUBE_SEARCH_TOOLS能正常响应证明 Rube MCP 已就绪。发起连接调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为strava。完成授权若返回的连接状态不是 ACTIVE则按返回的授权链接完成 Strava 账号的 OAuth 授权。状态确认在任何工作流运行之前确认连接状态已变为 ACTIVE。注意这里的授权是基于 OAuth 的账号级连接而非传统的 API Key 配置连接建立后技能内的工具即可代表该账号执行操作。部分 Strava 能力如涉及订阅权益的功能仍受账号本身权限约束这是平台侧的限制。工具发现为什么必须先用 RUBE_SEARCH_TOOLS工具 schema 会随 Composio 平台更新而变化硬编码 tool slug 或参数名是导致调用失败的最常见原因。因此技能强制要求在每次工作流执行前先做工具发现RUBE_SEARCH_TOOLS queries: [{use_case: Strava operations, known_fields: }] session: {generate_id: true}该调用会返回当前可用的工具 slugtool slug列表每个工具的输入 schema字段名、类型、必填项针对该 use case 的推荐执行计划已知的坑位提示known pitfalls。首次调用时session.generate_id为true由系统生成新的会话 ID 用于后续串联在已有会话中继续操作时则改为传入既有的session.id。核心工作流模式三步调用链整个技能的核心是一条「搜索 → 连接 → 执行」的三步链路每一步都有明确的请求体规范。Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific Strava task}] session: {id: existing_session_id}把use_case替换为你的具体 Strava 任务描述例如「获取最近活动列表」或「按时间范围汇总骑行数据」并复用当前工作流的会话 ID。返回结果中的 tool slug 将作为第三步的执行依据。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [strava] session_id: your_session_id在执行任何工具前确认stravatoolkit 的连接状态为 ACTIVE。若为其他状态应返回 Setup 流程重新授权而不是继续执行。Step 3执行工具RUBE_MULTI_EXECUTE_TOOL tools: [{ tool_slug: TOOL_SLUG_FROM_SEARCH, arguments: {/* schema-compliant args from search results */} }] memory: {} session_id: your_session_idtool_slug必须来自 Step 1 搜索结果不能凭记忆硬编码arguments必须严格遵循搜索返回的 schema字段名、类型、必填项memory参数必须始终携带即使为空也要传{}session_id贯穿同一工作流的全部调用。已知坑位详解技能的 SKILL.md 列出了六条实战中反复出现的坑位逐条说明如下坑位说明规避方式先搜索再执行工具 schema 会变硬编码 slug 或参数必然出错每次执行前都调用RUBE_SEARCH_TOOLS获取最新 schema检查连接连接失效时调用会静默失败或报鉴权错误执行前用RUBE_MANAGE_CONNECTIONS确认 ACTIVE 状态Schema 合规字段名或类型不符会直接导致调用被拒严格使用搜索结果返回的精确字段名与类型memory 参数漏传memory会导致RUBE_MULTI_EXECUTE_TOOL调用失败即使无状态也要显式传{}会话复用同一工作流内换 ID 会丢失上下文与连接绑定同一工作流复用 session ID新工作流才生成新 ID分页处理数据量大的响应会分页返回不处理就取不完整检查响应中的分页 token持续拉取直至取完这六条不仅适用于 Strava也适用于仓库 composio-skills 下所有xxx-automation技能——它们是共享同一套 Rube MCP 协议的通用约束。快速参考以下是技能内置的操作速查表覆盖日常五种操作场景操作方式查找工具RUBE_SEARCH_TOOLS传入 Strava 相关的 use case建立连接RUBE_MANAGE_CONNECTIONStoolkit 为strava执行工具RUBE_MULTI_EXECUTE_TOOL使用搜索到的 tool slug批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()获取完整 schemaRUBE_GET_TOOL_SCHEMAS用于返回schemaRef引用的工具进阶完整 Schema 与批量执行当搜索结果中工具带有schemaRef即 schema 以引用形式返回而非内联展开时需要使用RUBE_GET_TOOL_SCHEMAS单独拉取完整 schema确保参数构造准确。当需要批量执行多个 Strava 操作例如循环处理一组活动并逐项写入结果时可改用RUBE_REMOTE_WORKBENCH并调用其中的run_composio_tool()函数在远程工作台环境中以代码方式编排工具调用适合需要循环、条件分支或结果聚合的场景。生态横向参考同一模式覆盖数百个应用strava-automation并不是孤例。仓库 composio-skills 下存在数百个结构完全一致的自动化技能覆盖广告、CRM、邮件、财务、开发者工具等众多领域它们共享同一套 Rube MCP 协议与「先搜索 → 再连接 → 后执行」的三步模式差异仅在 toolkit 名称与 use case 描述。以结构更完整的 spotify-automation 技能 为参照可以更直观地理解这套模式的落地形态连接激活后SPOTIFY_*系列工具即可用随后可按「工具 参数表」的方式编排具体操作如搜索目录、管理歌单。同理Strava 连接激活后实际可用的工具 slug 与参数应以RUBE_SEARCH_TOOLS返回为准技能文档刻意不写死具体 slug正是为了对抗 schema 漂移。这种「文档给模式、运行时给 schema」的设计保证了数百个技能在平台演进中仍能保持可用。安装到 Codex该技能位于仓库内安装方式与仓库其他技能一致推荐方式使用仓库自带的 skill-installer 脚本通过 install-skill-from-github.py 拉取并安装到$CODEX_HOME/skills/strava-automationpython skill-installer/scripts/install-skill-from-github.py --repo owner/awesome-codex-skills --path composio-skills/strava-automation手动方式将composio-skills/strava-automation目录复制到$CODEX_HOME/skills/默认~/.codex/skills/重启 Codex 加载元数据即可。安装完成后重启 Codex在会话中自然描述 Strava 相关任务Codex 会根据 frontmatter 中的description自动触发该技能。小结strava-automation技能的本质是用一份轻量指令把「Strava 自动化」封装成 Codex 可触发、可执行的确定性流程接入零配置的 Rube MCP 网关通过RUBE_SEARCH_TOOLS动态发现工具契约用RUBE_MANAGE_CONNECTIONS维护 OAuth 连接最终以RUBE_MULTI_EXECUTE_TOOL完成调用并以「先搜索、带 memory、复用会话、处理分页」四条铁律规避最常见的失败模式。掌握这一模式后你不仅能够自动化 Strava 工作流也能零成本迁移到仓库中其余数百个xxx-automation技能构建跨应用的统一自动化能力。【免费下载链接】awesome-codex-skillsA curated list of practical Codex skills for automating workflows across the Codex CLI and API.项目地址: https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考