Codex 亚马逊自动化 MCP 实战一句话搜出真实商品的完整指南【免费下载链接】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你只说了句「帮我搜一把无线键盘」Codex 就连上你的亚马逊账号调真实接口几秒后把在售商品、价格和评分摆到桌面上。这就是 awesome-codex-skills 仓库里 amazon-automation skill 搭配 Rube MCP一个统一的工具接入网关端点https://rube.app/mcp能做到的事把一句话变成对亚马逊的真实 API 调用。 一次性配置从装 skill 到接通亚马逊账号整条链路就四步做一次之后后续会话直接复用不用再碰。第 1 步把 skill 装进 Codex。先克隆仓库再跑安装脚本git clone https://gitcode.com/GitHub_Trending/aw/awesome-codex-skills cd awesome-codex-skills python skill-installer/scripts/install-skill-from-github.py \ --repo ComposioHQ/awesome-codex-skills \ --path composio-skills/amazon-automation这一步会把 amazon-automation 复制进$CODEX_HOME/skills/默认~/.codex/skills。目标目录已存在时脚本会直接中止防止覆盖你已有的 skill默认走 zip 下载失败时自动回退到 git sparse checkout只检出需要的那部分。ls ~/.codex/skills里能看到 amazon-automation 就算通过接着重启 Codex 让它加载新元数据。第 2 步注册 Rube MCP。在 Codex 的 MCP 配置里加上端点https://rube.app/mcp不用 API key加完即用。让 Codex 调一下RUBE_SEARCH_TOOLS随口问一句「列一下可用工具」就行有响应就算通过。第 3 步建亚马逊连接。这一步在干什么让 Rube 替你的亚马逊账号挂一条持久化连接。RUBE_MANAGE_CONNECTIONS toolkits: [amazon]toolkits声明要接哪个服务这里只接亚马逊。返回里状态显示ACTIVE就算通过。第 4 步状态不是 ACTIVE 就走授权。跟着返回的 auth 链接在浏览器里完成 OAuth标准的第三方账号授权流程你点一次确认连接就绑定好了。状态变成ACTIVE就算通过。这步一次就够之后连接一直有效。到这里Codex 已经能碰到亚马逊了。skill 本体在 composio-skills/amazon-automation/安装脚本来自 skill-installer/。 主线任务让它帮你搜一把无线键盘配置就绪开跑。整个任务就三个动作按顺序走。先发现工具。这一步在干什么让 Rube 告诉你「搜亚马逊商品」该用哪个工具、参数怎么填。RUBE_SEARCH_TOOLS queries: [{ use_case: search Amazon products, known_fields: }] session: { generate_id: true }use_case写你要干的事越具体命中越准known_fields填已知的字段名不确定就留空。generate_id: true会顺手生成一个会话 ID后面两步都靠它保持上下文连续。返回里有四样东西可用工具的 slug工具的唯一短名、输入 schema调用时参数的结构与类型、推荐执行计划、已知坑点。看到搜索工具的 slug 和参数定义就算通过。接着确认连接。执行前再查一次状态免得整段调用作废RUBE_MANAGE_CONNECTIONS toolkits: [amazon] session_id: your_session_id状态还是 ACTIVE 就算通过掉了的话回配置第 4 步重新授权。到这一步执行。这一步在干什么拿搜索给的 slug 和 schema发起真实调用。RUBE_MULTI_EXECUTE_TOOL tools: [{ tool_slug: TOOL_SLUG_FROM_SEARCH, arguments: { keywords: wireless keyboard, limit: 10 } }] memory: {} session_id: your_session_id两个地方最容易错tool_slug只能抄搜索结果别凭记忆猜memory必须带空了也要传{}。arguments的字段名和类型严格按搜索返回的 schema 填多一个少一个都可能执行失败。看到 10 条键盘商品连价格评分一起返回任务就跑通了。tools本身是数组一次还能挂多个工具把多步操作串起来。 幕后机制skill 如何被触发为什么必须先搜 schema跑通之后回头看两件事。先看触发。打开 SKILL.md开头那段 frontmatter文件顶部的 YAML 元数据区就是全部的秘密name: amazon-automation description: Automate Amazon tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube]name定标识也是装进 skills 目录后的目录名description定触发你的请求一沾亚马逊自动化就靠它命中requires.mcp声明依赖名为rube的 MCP 服务器。加载时机是关键Codex 平时只读这几行元数据正文要等触发后才进上下文。没命中的 skill 一分上下文都不占——这正是仓库里能塞下 800 多个 composio skill 还依旧轻快的原因。再看搜索。上游 toolkit 会随版本更新参数结构记下来的 slug 和字段过一阵就可能失效——这类自动化最常见的翻车就翻在「凭旧记忆填参数」上。RUBE_SEARCH_TOOLS因此是唯一权威的 schema 来源搜索结果里若某个工具带schemaRef标记说明定义被截断了用RUBE_GET_TOOL_SCHEMAS拉完整定义别拿不全就填参数。 常见翻车对照表参数报错、执行秒挂 → 原因字段多一个少一个、类型写错和搜索返回的 schema 对不上 → 解法字段名与类型逐字对齐搜索结果拿不准就重搜一遍机制如前文所述别信记忆。数据明显不全 → 原因响应里带分页 token没继续拉 → 解法盯着分页 token有就接着请求拉完整再停不然结果会缺页。多步流程中途失联 → 原因每步换了新会话 ID上下文断了 → 解法同一个工作流复用同一个会话 ID开新工作流时再生成新的。报缺少 memory 字段 → 原因漏传RUBE_MULTI_EXECUTE_TOOL的memory参数 → 解法固定带memory: {}没有内容也一样。 收尾那把无线键盘和它背后的套路开头那句「帮我搜一把无线键盘」走完就是frontmatter 决定何时出手Rube MCP 当网关先搜 schema 再确认连接执行时参数一个不少分页按 token 拉完。同一套打法对 Composio 的其他 toolkit 原样成立——把toolkits里的amazon换成别的名字换上对应描述的 skillCodex 就多了一个会干别的活的执行入口。【免费下载链接】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），仅供参考