Cloudcart 自动化实战在 awesome-codex-skills 中通过 Rube MCP 驱动 Cloudcart 工作流【免费下载链接】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 仓库中的 cloudcart-automation 技能 为主体完整拆解该技能如何通过 Composio 的 Rube MCP 端点发现、连接并执行 Cloudcart 工具读完你将掌握 Rube MCP 的接入方式、RUBE_SEARCH_TOOLS工具发现机制、发现—连接—执行三步核心工作流、六条已知陷阱的规避方法以及将该技能安装到 Codex 的具体路径与验证手段。技能定位与元数据Cloudcart 自动化技能的入口文件是 SKILL.md其 YAML frontmatter 如下--- name: cloudcart-automation description: Automate Cloudcart tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---三个字段各自承担明确的职责name: cloudcart-automation—— 技能在$CODEX_HOME/skills/下的唯一标识description—— Codex 判断何时触发该技能的唯一依据。按仓库 README 与 skill-creator 的说明Codex 始终将各技能的元数据name description保留在上下文中正文只在技能命中触发后才被加载因此 Always search tools first for current schemas 这句触发级提示直接写进了 description强调先搜索拿 schema 再执行是贯穿全技能的第一原则requires.mcp: [rube]—— 声明该技能运行依赖rube这个 MCP 服务从源码结构看这是一个声明式的前置条件用于提示客户端在触发前确认 Rube MCP 已连接。值得注意的是该技能的description与整个 composio-skills 系列仓库内超过 500 个*-automation目录如 composio-search-automation采用同一模板句式Automate tasks via Rube MCP (Composio). Always search tools first for current schemas.。可以推断这一系列技能是由统一模板批量生成的差异仅体现在 toolkit 名称、use_case查询文本与正文标题上。理解这一点有助于读者把本文的方法论平移到仓库中任何一个*-automation技能。前置条件在执行任何 Cloudcart 工作流之前技能要求同时满足三项前置条件原文 Prerequisites 一节完整继承Rube MCP 已连接—— 判断标准是RUBE_SEARCH_TOOLS工具可用能正常响应Cloudcart 连接已激活—— 通过RUBE_MANAGE_CONNECTIONS管理、toolkit 名为cloudcart的 Connection 处于激活状态先查 schema 再动手—— 任何执行前必须先调用RUBE_SEARCH_TOOLS获取当前工具 schema不允许凭记忆硬编码工具名或参数。第三条是整个技能反复强调的核心纪律后文的陷阱清单还会再次覆盖它。接入 Rube MCP无需 API Key 的端点配置原文 Setup 一节给出的接入方式极其轻量在客户端Codex 或其他 MCP 客户端配置中把https://rube.app/mcp添加为一个 MCP server 端点即可不需要 API key——文档原话是 No API keys needed — just add the endpoint and it works。端点配置完成后文档给出的 4 步初始化流程是通过确认RUBE_SEARCH_TOOLS有响应验证 Rube MCP 可用调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为cloudcart若返回的连接状态不是 ACTIVE按返回的 auth link 完成授权配置在运行任何工作流之前确认连接状态显示为 ACTIVE。从流程设计看这是一种连接状态即门禁的模式连接状态不是配置项而是运行时事实必须在每次工作流启动前用工具调用实时验证而不是依赖一次性的手工配置。工具发现RUBE_SEARCH_TOOLS 是工作流的起点技能把工具发现单独成节要求在任何工作流执行前必须先发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: Cloudcart operations, known_fields: }] session: {generate_id: true}参数上有两点值得注意queries[].use_case是自然语言的任务描述此处用Cloudcart operations做一次宽泛的域级发现known_fields留空字符串表示不提供已知字段提示session: {generate_id: true}请求服务端生成一个新的会话 ID——首次发现时生成新会话后续步骤复用该 ID见下文工作流。文档明确列出该调用的返回内容包含四样东西可用工具的 slug、输入 schema、推荐执行计划recommended execution plans、已知陷阱known pitfalls。也就是说执行计划与陷阱提示是由服务端动态下发的这解释了为什么技能如此坚持schema 会变化、必须每次重新搜索——因为连执行建议本身都是运行时获取的。核心工作流发现、检查连接、执行的三步闭环原文 Core Workflow Pattern 给出一个固定的三步模式以下完整保留其调用形态Step 1: 发现可用工具用你的具体任务描述去查询并复用 Step 0首次发现生成的会话 IDRUBE_SEARCH_TOOLS queries: [{use_case: your specific Cloudcart task}] session: {id: existing_session_id}注意与域级发现的差异use_case从宽泛的 Cloudcart operations 收敛为具体任务描述session从generate_id: true变为显式id复用。会话复用使搜索上下文如用户此前给出的字段信息可以在多轮查询间延续。Step 2: 检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [cloudcart] session_id: your_session_idtoolkits是数组参数理论上可一次传入多个 toolkit 批量核查本技能只查cloudcart。此步骤是连接门禁的落点状态非 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_id这里有三处硬性约定tool_slug必须取自 Step 1 搜索结果占位符TOOL_SLUG_FROM_SEARCH明确表示禁止凭空书写arguments必须是schema 合规的参数即严格来自搜索结果的 schema——字段名与类型都要精确匹配memory参数必须携带即使内容为空对象{}。从文档措辞看这是一个必填字段的防御性约定省略它而不是显式传空值可能会引发调用失败。三步的依赖关系是一条严格的链搜索产出 slug 与 schema → 连接检查保证链路可用 → 执行消费搜索的产物并延续同一 session。跳过任意一环比如凭记忆猜 slug都会踩中后文陷阱清单中对应的一条。已知陷阱Known Pitfalls完整清单原文 Known Pitfalls 一节共 6 条逐条继承如下它们本质上是对三步工作流各失败模式的反向描述Always search first先搜索工具 schema 会变化未调用RUBE_SEARCH_TOOLS前绝不硬编码 tool slug 或参数Check connection查连接执行工具前确认RUBE_MANAGE_CONNECTIONS显示 ACTIVE 状态Schema complianceschema 合规使用搜索结果中的精确字段名与类型不做同义改写Memory parametermemory 参数RUBE_MULTI_EXECUTE_TOOL调用必须携带memory字段空也要写{}Session reuse会话复用同一工作流内复用 session ID新的工作流才生成新的 session——这与 Step 1 中session: {id: ...}的用法互相印证Pagination分页检查响应中的分页 token持续翻页直到取完全部数据。对批量拉取订单/库存这类 Cloudcart 操作尤其重要——只取第一页会把不完整的数据当成完整结果。速查表Quick Reference原文 Quick Reference 表格完整保留作为日常操作的检索入口OperationApproachFind toolsRUBE_SEARCH_TOOLSwith Cloudcart-specific use caseConnectRUBE_MANAGE_CONNECTIONSwith toolkitcloudcartExecuteRUBE_MULTI_EXECUTE_TOOLwith discovered tool slugsBulk opsRUBE_REMOTE_WORKBENCHwithrun_composio_tool()Full schemaRUBE_GET_TOOL_SCHEMASfor tools withschemaRef速查表里还有两条正文未展开的路径值得说明Bulk ops批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()用于比单次RUBE_MULTI_EXECUTE_TOOL更重的批量场景Full schema完整 schema当搜索结果中的工具带有schemaRef标记时说明 schema 被截断或外置了需要用RUBE_GET_TOOL_SCHEMAS取回完整定义——这是Schema compliance陷阱在大型 schema 场景下的配套手段。安装到 Codex 与验证技能本身只是一份目录要让它被 Codex 加载需要放入$CODEX_HOME/skills/默认~/.codex/skills/。仓库 README 给出两种方式方式一用 skill-installer 脚本安装推荐git clone https://github.com/ComposioHQ/awesome-codex-skills.git cd awesome-codex-skills python skill-installer/scripts/install-skill-from-github.py --repo ComposioHQ/awesome-codex-skills --path composio-skills/cloudcart-automationskill-installer 的说明补充了脚本行为细节安装目标为$CODEX_HOME/skills/skill-name支持多个--path一次安装多个技能若目标目录已存在会直接中止公共仓库默认走直接下载失败时回退到 git sparse checkout先 HTTPS 后 SSH私有仓库可借助已有 git 凭证或GITHUB_TOKEN/GH_TOKEN。注意本技能目录名以cloudcart-automation结尾安装后的目录名默认取路径基名如需改名可传--name。方式二手工安装把composio-skills/cloudcart-automation目录复制到~/.codex/skills/下重启 Codex 让它重新加载元数据在会话中自然描述 Cloudcart 相关任务或直接提及技能名cloudcart-automationCodex 会基于descriptionfrontmatter 匹配触发。安装验证ls ~/.codex/skills查看已安装列表head ~/.codex/skills/cloudcart-automation/SKILL.md检查 frontmatter 完整name、description、requires 三项齐全。运行时还有一个 MCP 侧的额外检查点requires.mcp: [rube]意味着即便技能文件装好了若客户端未配置https://rube.app/mcp端点技能触发了也无法执行工具调用——所以验证链是文件在位 → 重启加载 → Rube MCP 端点可达 → cloudcart 连接 ACTIVE四级。在仓库中的坐标Rube MCP 路径与 Composio CLI 路径从仓库结构看composio-skills/ 下每个*-automation目录都是同构的单文件技能如 composio-search-automation 的正文与本文技能几乎逐行同构仅 toolkit 名不同共同构成Rube MCP 路径通过一个 MCP 端点 会话式工具发现来触达各 SaaS。仓库中另有一条并行的CLI 路径由 connect 技能承担安装 Composio CLI 后走composio login→composio link toolkit→composio search/composio execute SLUG的终端流程还支持--get-schema、--dry-run、composio run工作流脚本与composio proxy裸 API 调用。两条路径的设计哲学一致——先发现composio search对应RUBE_SEARCH_TOOLS、后执行composio execute对应RUBE_MULTI_EXECUTE_TOOL——差异在于 Rube 路径走 MCP 会话与session_id复用CLI 路径走 shell 与环境变量如COMPOSIO_API_KEY。选择哪条取决于你的执行载体Codex 内原生工具调用选 Rube 路径脚本化/终端场景选 CLI 路径。小结cloudcart-automation 技能的价值不在于枚举了 Cloudcart 的哪些具体工具——它刻意不枚举——而在于固化了一套对schema 会漂移的工具生态稳健的调用协议RUBE_SEARCH_TOOLS拿当前 schema 与执行建议 →RUBE_MANAGE_CONNECTIONS验证cloudcart连接 ACTIVE →RUBE_MULTI_EXECUTE_TOOL严格按搜索产物执行并携带memory、复用session_id批量场景用RUBE_REMOTE_WORKBENCHschema 外置时用RUBE_GET_TOOL_SCHEMAS补全。同一套协议可原样套用到仓库 composio-skills 系列中的任何 toolkit只需替换 toolkit 名与use_case文本。【免费下载链接】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），仅供参考 Cloudcart 自动化实战：在 awesome-codex-skills 中通过 Rube MCP 驱动 Cloudcart 工作流
Cloudcart 自动化实战在 awesome-codex-skills 中通过 Rube MCP 驱动 Cloudcart 工作流【免费下载链接】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 仓库中的 cloudcart-automation 技能 为主体完整拆解该技能如何通过 Composio 的 Rube MCP 端点发现、连接并执行 Cloudcart 工具读完你将掌握 Rube MCP 的接入方式、RUBE_SEARCH_TOOLS工具发现机制、发现—连接—执行三步核心工作流、六条已知陷阱的规避方法以及将该技能安装到 Codex 的具体路径与验证手段。技能定位与元数据Cloudcart 自动化技能的入口文件是 SKILL.md其 YAML frontmatter 如下--- name: cloudcart-automation description: Automate Cloudcart tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---三个字段各自承担明确的职责name: cloudcart-automation—— 技能在$CODEX_HOME/skills/下的唯一标识description—— Codex 判断何时触发该技能的唯一依据。按仓库 README 与 skill-creator 的说明Codex 始终将各技能的元数据name description保留在上下文中正文只在技能命中触发后才被加载因此 Always search tools first for current schemas 这句触发级提示直接写进了 description强调先搜索拿 schema 再执行是贯穿全技能的第一原则requires.mcp: [rube]—— 声明该技能运行依赖rube这个 MCP 服务从源码结构看这是一个声明式的前置条件用于提示客户端在触发前确认 Rube MCP 已连接。值得注意的是该技能的description与整个 composio-skills 系列仓库内超过 500 个*-automation目录如 composio-search-automation采用同一模板句式Automate tasks via Rube MCP (Composio). Always search tools first for current schemas.。可以推断这一系列技能是由统一模板批量生成的差异仅体现在 toolkit 名称、use_case查询文本与正文标题上。理解这一点有助于读者把本文的方法论平移到仓库中任何一个*-automation技能。前置条件在执行任何 Cloudcart 工作流之前技能要求同时满足三项前置条件原文 Prerequisites 一节完整继承Rube MCP 已连接—— 判断标准是RUBE_SEARCH_TOOLS工具可用能正常响应Cloudcart 连接已激活—— 通过RUBE_MANAGE_CONNECTIONS管理、toolkit 名为cloudcart的 Connection 处于激活状态先查 schema 再动手—— 任何执行前必须先调用RUBE_SEARCH_TOOLS获取当前工具 schema不允许凭记忆硬编码工具名或参数。第三条是整个技能反复强调的核心纪律后文的陷阱清单还会再次覆盖它。接入 Rube MCP无需 API Key 的端点配置原文 Setup 一节给出的接入方式极其轻量在客户端Codex 或其他 MCP 客户端配置中把https://rube.app/mcp添加为一个 MCP server 端点即可不需要 API key——文档原话是 No API keys needed — just add the endpoint and it works。端点配置完成后文档给出的 4 步初始化流程是通过确认RUBE_SEARCH_TOOLS有响应验证 Rube MCP 可用调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为cloudcart若返回的连接状态不是 ACTIVE按返回的 auth link 完成授权配置在运行任何工作流之前确认连接状态显示为 ACTIVE。从流程设计看这是一种连接状态即门禁的模式连接状态不是配置项而是运行时事实必须在每次工作流启动前用工具调用实时验证而不是依赖一次性的手工配置。工具发现RUBE_SEARCH_TOOLS 是工作流的起点技能把工具发现单独成节要求在任何工作流执行前必须先发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: Cloudcart operations, known_fields: }] session: {generate_id: true}参数上有两点值得注意queries[].use_case是自然语言的任务描述此处用Cloudcart operations做一次宽泛的域级发现known_fields留空字符串表示不提供已知字段提示session: {generate_id: true}请求服务端生成一个新的会话 ID——首次发现时生成新会话后续步骤复用该 ID见下文工作流。文档明确列出该调用的返回内容包含四样东西可用工具的 slug、输入 schema、推荐执行计划recommended execution plans、已知陷阱known pitfalls。也就是说执行计划与陷阱提示是由服务端动态下发的这解释了为什么技能如此坚持schema 会变化、必须每次重新搜索——因为连执行建议本身都是运行时获取的。核心工作流发现、检查连接、执行的三步闭环原文 Core Workflow Pattern 给出一个固定的三步模式以下完整保留其调用形态Step 1: 发现可用工具用你的具体任务描述去查询并复用 Step 0首次发现生成的会话 IDRUBE_SEARCH_TOOLS queries: [{use_case: your specific Cloudcart task}] session: {id: existing_session_id}注意与域级发现的差异use_case从宽泛的 Cloudcart operations 收敛为具体任务描述session从generate_id: true变为显式id复用。会话复用使搜索上下文如用户此前给出的字段信息可以在多轮查询间延续。Step 2: 检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [cloudcart] session_id: your_session_idtoolkits是数组参数理论上可一次传入多个 toolkit 批量核查本技能只查cloudcart。此步骤是连接门禁的落点状态非 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_id这里有三处硬性约定tool_slug必须取自 Step 1 搜索结果占位符TOOL_SLUG_FROM_SEARCH明确表示禁止凭空书写arguments必须是schema 合规的参数即严格来自搜索结果的 schema——字段名与类型都要精确匹配memory参数必须携带即使内容为空对象{}。从文档措辞看这是一个必填字段的防御性约定省略它而不是显式传空值可能会引发调用失败。三步的依赖关系是一条严格的链搜索产出 slug 与 schema → 连接检查保证链路可用 → 执行消费搜索的产物并延续同一 session。跳过任意一环比如凭记忆猜 slug都会踩中后文陷阱清单中对应的一条。已知陷阱Known Pitfalls完整清单原文 Known Pitfalls 一节共 6 条逐条继承如下它们本质上是对三步工作流各失败模式的反向描述Always search first先搜索工具 schema 会变化未调用RUBE_SEARCH_TOOLS前绝不硬编码 tool slug 或参数Check connection查连接执行工具前确认RUBE_MANAGE_CONNECTIONS显示 ACTIVE 状态Schema complianceschema 合规使用搜索结果中的精确字段名与类型不做同义改写Memory parametermemory 参数RUBE_MULTI_EXECUTE_TOOL调用必须携带memory字段空也要写{}Session reuse会话复用同一工作流内复用 session ID新的工作流才生成新的 session——这与 Step 1 中session: {id: ...}的用法互相印证Pagination分页检查响应中的分页 token持续翻页直到取完全部数据。对批量拉取订单/库存这类 Cloudcart 操作尤其重要——只取第一页会把不完整的数据当成完整结果。速查表Quick Reference原文 Quick Reference 表格完整保留作为日常操作的检索入口OperationApproachFind toolsRUBE_SEARCH_TOOLSwith Cloudcart-specific use caseConnectRUBE_MANAGE_CONNECTIONSwith toolkitcloudcartExecuteRUBE_MULTI_EXECUTE_TOOLwith discovered tool slugsBulk opsRUBE_REMOTE_WORKBENCHwithrun_composio_tool()Full schemaRUBE_GET_TOOL_SCHEMASfor tools withschemaRef速查表里还有两条正文未展开的路径值得说明Bulk ops批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()用于比单次RUBE_MULTI_EXECUTE_TOOL更重的批量场景Full schema完整 schema当搜索结果中的工具带有schemaRef标记时说明 schema 被截断或外置了需要用RUBE_GET_TOOL_SCHEMAS取回完整定义——这是Schema compliance陷阱在大型 schema 场景下的配套手段。安装到 Codex 与验证技能本身只是一份目录要让它被 Codex 加载需要放入$CODEX_HOME/skills/默认~/.codex/skills/。仓库 README 给出两种方式方式一用 skill-installer 脚本安装推荐git clone https://github.com/ComposioHQ/awesome-codex-skills.git cd awesome-codex-skills python skill-installer/scripts/install-skill-from-github.py --repo ComposioHQ/awesome-codex-skills --path composio-skills/cloudcart-automationskill-installer 的说明补充了脚本行为细节安装目标为$CODEX_HOME/skills/skill-name支持多个--path一次安装多个技能若目标目录已存在会直接中止公共仓库默认走直接下载失败时回退到 git sparse checkout先 HTTPS 后 SSH私有仓库可借助已有 git 凭证或GITHUB_TOKEN/GH_TOKEN。注意本技能目录名以cloudcart-automation结尾安装后的目录名默认取路径基名如需改名可传--name。方式二手工安装把composio-skills/cloudcart-automation目录复制到~/.codex/skills/下重启 Codex 让它重新加载元数据在会话中自然描述 Cloudcart 相关任务或直接提及技能名cloudcart-automationCodex 会基于descriptionfrontmatter 匹配触发。安装验证ls ~/.codex/skills查看已安装列表head ~/.codex/skills/cloudcart-automation/SKILL.md检查 frontmatter 完整name、description、requires 三项齐全。运行时还有一个 MCP 侧的额外检查点requires.mcp: [rube]意味着即便技能文件装好了若客户端未配置https://rube.app/mcp端点技能触发了也无法执行工具调用——所以验证链是文件在位 → 重启加载 → Rube MCP 端点可达 → cloudcart 连接 ACTIVE四级。在仓库中的坐标Rube MCP 路径与 Composio CLI 路径从仓库结构看composio-skills/ 下每个*-automation目录都是同构的单文件技能如 composio-search-automation 的正文与本文技能几乎逐行同构仅 toolkit 名不同共同构成Rube MCP 路径通过一个 MCP 端点 会话式工具发现来触达各 SaaS。仓库中另有一条并行的CLI 路径由 connect 技能承担安装 Composio CLI 后走composio login→composio link toolkit→composio search/composio execute SLUG的终端流程还支持--get-schema、--dry-run、composio run工作流脚本与composio proxy裸 API 调用。两条路径的设计哲学一致——先发现composio search对应RUBE_SEARCH_TOOLS、后执行composio execute对应RUBE_MULTI_EXECUTE_TOOL——差异在于 Rube 路径走 MCP 会话与session_id复用CLI 路径走 shell 与环境变量如COMPOSIO_API_KEY。选择哪条取决于你的执行载体Codex 内原生工具调用选 Rube 路径脚本化/终端场景选 CLI 路径。小结cloudcart-automation 技能的价值不在于枚举了 Cloudcart 的哪些具体工具——它刻意不枚举——而在于固化了一套对schema 会漂移的工具生态稳健的调用协议RUBE_SEARCH_TOOLS拿当前 schema 与执行建议 →RUBE_MANAGE_CONNECTIONS验证cloudcart连接 ACTIVE →RUBE_MULTI_EXECUTE_TOOL严格按搜索产物执行并携带memory、复用session_id批量场景用RUBE_REMOTE_WORKBENCHschema 外置时用RUBE_GET_TOOL_SCHEMAS补全。同一套协议可原样套用到仓库 composio-skills 系列中的任何 toolkit只需替换 toolkit 名与use_case文本。【免费下载链接】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），仅供参考