用 Rube MCP 自动化 DigitalOcean详解 awesome-codex-skills 的 digital-ocean-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本文以 awesome-codex-skills 仓库中的 digital-ocean-automation 技能 为核心完整讲解如何让 Codex Agent 通过 Composio 的 Rube MCP 网关自动完成 DigitalOcean 运维操作——从 MCP 端点接入、连接状态校验、动态工具发现到按 Schema 执行与常见陷阱清单。读完本文你可以将该技能直接安装到自己的 Codex 环境并复现先搜索、再验连接、后执行的完整自动化工作流。1. 技能定位与元数据digital-ocean-automation技能位于 composio-skills/digital-ocean-automation/SKILL.md目录内仅含一个 SKILL.md 文件。它属于composio-skills/目录下按工具集toolkit组织的自动化技能集合中的一员设计目标是让 Agent 通过 Rube MCP 网关调用 Composio 的 DigitalOcean 工具集而不需要 Agent 自己拼装 API 请求或管理密钥。该文件的 YAML frontmatterSKILL.md#L1-L6如下--- name: digital-ocean-automation description: Automate DigitalOcean tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---各字段的作用name技能名与目录名一致符合仓库 skill-creator 中的命名规范小写字母、数字、连字符目录名与技能名相同见 skill-creator/SKILL.md#L216-L222。description技能的触发依据。它同时说明了做什么通过 Rube MCP 自动化 DigitalOcean 任务和怎么做始终先搜索当前工具 Schema是 Codex 决定是否加载本技能的关键信息。requires.mcp: [rube]声明运行期依赖——本技能需要 Rube MCP 服务器已接入客户端。从源码结构看这是该技能对执行环境的前置约束声明。按照仓库 README.md 对技能机制的说明README.md#L78-L80技能存放在$CODEX_HOME/skills默认~/.codex/skillsCodex 只读取每个技能的元数据来决定何时触发触发后才加载 SKILL.md 正文从而保持上下文精简。因此这份 frontmatter 的两句 description 既决定了触发时机也提前注入了整个技能的核心纪律。2. 前置条件与 Rube MCP 接入2.1 三项前置条件在运行任何 DigitalOcean 工作流之前技能文档SKILL.md#L14-L17明确列出三项前置条件Rube MCP 必须已连接且RUBE_SEARCH_TOOLS工具可用通过RUBE_MANAGE_CONNECTIONS建立处于 ACTIVE 状态的 DigitalOcean 连接toolkit 为digital_ocean在执行前始终先调用RUBE_SEARCH_TOOLS获取当前工具 Schema——这是对整条工作流的硬性要求而非建议。2.2 接入步骤Setup文档的 Setup 章节SKILL.md#L20-L27给出的接入方式按技能文档说明只需在客户端配置中将https://rube.app/mcp添加为 MCP 服务器端点即可无需预先配置 API key。随后按四步完成连接验证 Rube MCP 可用确认RUBE_SEARCH_TOOLS能正常响应调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为digital_ocean若连接状态不是 ACTIVE按返回的 auth 链接完成授权设置确认连接状态显示为 ACTIVE 后再运行任何工作流。这里的要点是把连接状态当作执行前置校验项文档要求先看到 ACTIVE 才允许执行后续工具调用避免 Agent 在未完成授权的 DigitalOcean 账户上空耗重试。3. 工具发现为什么必须先调用 RUBE_SEARCH_TOOLS本技能最核心的设计是动态发现。在执行工作流前先发现可用工具SKILL.md#L29-L39RUBE_SEARCH_TOOLS queries: [{use_case: DigitalOcean operations, known_fields: }] session: {generate_id: true}参数要点queries[].use_case是任务的自然语言描述用于按用例检索工具known_fields留空表示不预设字段约束session: {generate_id: true}指示网关生成一个会话 ID供同一条工作流后续各步骤复用从而共享搜索上下文。文档说明该调用返回可用的工具 slug、输入 Schema、推荐执行计划以及已知陷阱。也就是说搜索结果不只是工具名列表而是一份可直接执行的操作指南。Always search first 被列为硬约束的原因在陷阱清单中有明确解释工具 Schema 会变化在未调用RUBE_SEARCH_TOOLS的情况下硬编码工具 slug 或参数是不被允许的。换句话说Agent 应把每次搜索的返回值作为 Schema 的唯一事实来源。4. 核心工作流发现 → 验连接 → 执行文档的 Core Workflow Pattern 一节SKILL.md#L41-L69把完整自动化流程拆为三步Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific DigitalOcean task}] session: {id: existing_session_id}注意此处使用session: {id: existing_session_id}——复用首次发现时生成的会话 ID。这与初次搜索时的generate_id: true相对同一条工作流内的所有步骤共享同一个 session。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [digital_ocean] session_id: your_session_id执行前再次确认digital_ocean工具集的连接状态为 ACTIVE。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 的搜索结果而不是模型记忆中的 slugarguments的字段名与类型必须严格匹配搜索返回的输入 Schema逐字段对应memory参数必须存在即使为空对象{}也要显式传入。会话 ID 的生命周期设计值得注意同一条工作流内复用同一个 session ID开启新工作流时才生成新的。这样既复用了搜索上下文又隔离了不同任务的状态。5. 已知陷阱清单文档列出六条 Known PitfallsSKILL.md#L71-L77应视为对 Agent 的执行约束#陷阱约束内容1Always search first工具 Schema 会变化未调用RUBE_SEARCH_TOOLS前禁止硬编码工具 slug 或参数2Check connection必须确认RUBE_MANAGE_CONNECTIONS显示 ACTIVE 后再执行工具3Schema compliance使用搜索结果中确切的字段名和类型4Memory parameterRUBE_MULTI_EXECUTE_TOOL调用必须包含memory即使为空{}5Session reuse同一工作流内复用 session ID新工作流生成新 ID6Pagination检查响应中的分页 token持续拉取直到数据完整其中分页最容易被忽略DigitalOcean 的列表类操作如查询 droplet、快照列表响应可能只包含部分数据Agent 需要沿分页 token 继续拉取直到完整为止才能认为任务完成。6. 速查表五类操作文档的 Quick Reference 一节SKILL.md#L80-L88将五类操作汇总为下表OperationApproachFind toolsRUBE_SEARCH_TOOLSwith DigitalOcean-specific use caseConnectRUBE_MANAGE_CONNECTIONSwith toolkitdigital_oceanExecuteRUBE_MULTI_EXECUTE_TOOLwith discovered tool slugsBulk opsRUBE_REMOTE_WORKBENCHwithrun_composio_tool()Full schemaRUBE_GET_TOOL_SCHEMASfor tools withschemaRef表中两个进阶条目值得展开Bulk opsRUBE_REMOTE_WORKBENCHrun_composio_tool()当需要批量、循环地执行工具时不必逐条发起RUBE_MULTI_EXECUTE_TOOL调用而是通过远程工作台以脚本形式调用run_composio_tool()适合遍历全部 droplet 并逐个执行同一操作这类场景。Full schemaRUBE_GET_TOOL_SCHEMAS搜索结果中部分工具只给出schemaRef引用而非内联 Schema此时用该工具按引用拉取完整输入 Schema再据此构造参数。7. 该技能在 awesome-codex-skills 体系中的位置7.1 触发与加载机制按照 README.md#L158-L163 的说明技能安装后 Codex 依据 description 自动匹配触发也可以由用户点名技能名。本技能 frontmatter 的 description 已写明触发条件DigitalOcean 任务与执行纪律先搜索因此类似帮我看看 DigitalOcean 上正在运行的 droplet的自然语言请求应能命中本技能触发后才加载正文中的工作流指令。7.2 安装方式按 README.md#L42-L58 的 Quickstart把本技能装入 Codex 有两条路径方式一skill-installer 脚本安装推荐。在本仓库本地检出的根目录执行python skill-installer/scripts/install-skill-from-github.py \ --repo ComposioHQ/awesome-codex-skills \ --path composio-skills/digital-ocean-automation脚本会把技能装入$CODEX_HOME/skills/digital-ocean-automation默认~/.codex/skills。脚本的行为与可选参数在 skill-installer/SKILL.md 中有说明skill-installer/SKILL.md#L41-L48默认直接下载失败时回退 git sparse checkout目标目录已存在时中止支持--ref、--dest、--method auto|download|git等选项。方式二手动安装。将composio-skills/digital-ocean-automation文件夹复制到$CODEX_HOME/skills/下然后重启 Codex 使其重新加载元数据。无论哪种方式安装后都必须重启 Codex 才能生效。7.3 与同族技能的关系从源码结构看composio-skills/目录下收录了数百个*-automation技能每个对应一个 Composio toolkit且共享同一套模板。以 composio-automation 技能 为例它的 Prerequisites、Setup、Tool Discovery、Core Workflow、Known Pitfalls 与 Quick Reference 各节与 digital-ocean-automation 技能逐节对应差异仅在 toolkit 名composiovsdigital_ocean与搜索时的 use_case 措辞。可以推断整个集合采用同一模板 替换 toolkit的方式生成因此本文讲解的工作流对其中任意一个技能同样适用。此外仓库还提供另一条传输层路径connect 技能 基于 Composio CLI在 shell 中通过composio search/composio link/composio execute完成同类跨应用操作connect/SKILL.md#L70-L76。两者分别对应MCP 网关 Agent 工具调用与CLI 命令行两种路线可按客户端能力与环境选择。7.4 技能结构视角本技能是一个纯指令型技能没有附带scripts/、references/或assets/目录内只有 SKILL.md。这与 skill-creator 倡导的渐进式披露三层加载设计元数据 → SKILL.md 正文 → 捆绑资源见 skill-creator/SKILL.md#L115-L121一致本技能的全部可执行资源都是 Rube MCP 网关在运行期提供的外部工具技能正文只需要注入工作流纪律而不必携带任何数据或脚本正好体现了只补充模型不知道的信息、为每一段内容核算 token 成本的原则。8. 适用前提与限制外部依赖技能依赖外部 Rube MCP 端点文档称添加端点即可无需 API key以及经RUBE_MANAGE_CONNECTIONS授权的 DigitalOcean 账户连接状态为 ACTIVE 是执行工作流的前提。Schema 动态性工具 slug 与输入 Schema 可能随时间变化技能文档将先搜索列为第一硬性约束禁止把 slug 与参数写死在流程里。客户端要求客户端需要支持接入外部 MCP 服务器端点并能调用文档中涉及的RUBE_SEARCH_TOOLS、RUBE_MANAGE_CONNECTIONS、RUBE_MULTI_EXECUTE_TOOL、RUBE_REMOTE_WORKBENCH、RUBE_GET_TOOL_SCHEMAS等工具。能力边界本技能只覆盖通过 Rube MCP 自动化 DigitalOcean 操作的工作流与纪律DigitalOcean toolkit 具体包含哪些工具、支持哪些字段应以RUBE_SEARCH_TOOLS的实时返回为准而非任何静态文档。综上digital-ocean-automation技能的工程价值不在某个具体 API 调用而在于它把动态发现 → 状态校验 → 按 Schema 执行 → 分页取全这套约束固化成了 Agent 可直接执行的流程这也是composio-skills/集合中数百个同构技能共同遵循的模式。【免费下载链接】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），仅供参考 用 Rube MCP 自动化 DigitalOcean：详解 awesome-codex-skills 的 digital-ocean-automation 技能
用 Rube MCP 自动化 DigitalOcean详解 awesome-codex-skills 的 digital-ocean-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本文以 awesome-codex-skills 仓库中的 digital-ocean-automation 技能 为核心完整讲解如何让 Codex Agent 通过 Composio 的 Rube MCP 网关自动完成 DigitalOcean 运维操作——从 MCP 端点接入、连接状态校验、动态工具发现到按 Schema 执行与常见陷阱清单。读完本文你可以将该技能直接安装到自己的 Codex 环境并复现先搜索、再验连接、后执行的完整自动化工作流。1. 技能定位与元数据digital-ocean-automation技能位于 composio-skills/digital-ocean-automation/SKILL.md目录内仅含一个 SKILL.md 文件。它属于composio-skills/目录下按工具集toolkit组织的自动化技能集合中的一员设计目标是让 Agent 通过 Rube MCP 网关调用 Composio 的 DigitalOcean 工具集而不需要 Agent 自己拼装 API 请求或管理密钥。该文件的 YAML frontmatterSKILL.md#L1-L6如下--- name: digital-ocean-automation description: Automate DigitalOcean tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---各字段的作用name技能名与目录名一致符合仓库 skill-creator 中的命名规范小写字母、数字、连字符目录名与技能名相同见 skill-creator/SKILL.md#L216-L222。description技能的触发依据。它同时说明了做什么通过 Rube MCP 自动化 DigitalOcean 任务和怎么做始终先搜索当前工具 Schema是 Codex 决定是否加载本技能的关键信息。requires.mcp: [rube]声明运行期依赖——本技能需要 Rube MCP 服务器已接入客户端。从源码结构看这是该技能对执行环境的前置约束声明。按照仓库 README.md 对技能机制的说明README.md#L78-L80技能存放在$CODEX_HOME/skills默认~/.codex/skillsCodex 只读取每个技能的元数据来决定何时触发触发后才加载 SKILL.md 正文从而保持上下文精简。因此这份 frontmatter 的两句 description 既决定了触发时机也提前注入了整个技能的核心纪律。2. 前置条件与 Rube MCP 接入2.1 三项前置条件在运行任何 DigitalOcean 工作流之前技能文档SKILL.md#L14-L17明确列出三项前置条件Rube MCP 必须已连接且RUBE_SEARCH_TOOLS工具可用通过RUBE_MANAGE_CONNECTIONS建立处于 ACTIVE 状态的 DigitalOcean 连接toolkit 为digital_ocean在执行前始终先调用RUBE_SEARCH_TOOLS获取当前工具 Schema——这是对整条工作流的硬性要求而非建议。2.2 接入步骤Setup文档的 Setup 章节SKILL.md#L20-L27给出的接入方式按技能文档说明只需在客户端配置中将https://rube.app/mcp添加为 MCP 服务器端点即可无需预先配置 API key。随后按四步完成连接验证 Rube MCP 可用确认RUBE_SEARCH_TOOLS能正常响应调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为digital_ocean若连接状态不是 ACTIVE按返回的 auth 链接完成授权设置确认连接状态显示为 ACTIVE 后再运行任何工作流。这里的要点是把连接状态当作执行前置校验项文档要求先看到 ACTIVE 才允许执行后续工具调用避免 Agent 在未完成授权的 DigitalOcean 账户上空耗重试。3. 工具发现为什么必须先调用 RUBE_SEARCH_TOOLS本技能最核心的设计是动态发现。在执行工作流前先发现可用工具SKILL.md#L29-L39RUBE_SEARCH_TOOLS queries: [{use_case: DigitalOcean operations, known_fields: }] session: {generate_id: true}参数要点queries[].use_case是任务的自然语言描述用于按用例检索工具known_fields留空表示不预设字段约束session: {generate_id: true}指示网关生成一个会话 ID供同一条工作流后续各步骤复用从而共享搜索上下文。文档说明该调用返回可用的工具 slug、输入 Schema、推荐执行计划以及已知陷阱。也就是说搜索结果不只是工具名列表而是一份可直接执行的操作指南。Always search first 被列为硬约束的原因在陷阱清单中有明确解释工具 Schema 会变化在未调用RUBE_SEARCH_TOOLS的情况下硬编码工具 slug 或参数是不被允许的。换句话说Agent 应把每次搜索的返回值作为 Schema 的唯一事实来源。4. 核心工作流发现 → 验连接 → 执行文档的 Core Workflow Pattern 一节SKILL.md#L41-L69把完整自动化流程拆为三步Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific DigitalOcean task}] session: {id: existing_session_id}注意此处使用session: {id: existing_session_id}——复用首次发现时生成的会话 ID。这与初次搜索时的generate_id: true相对同一条工作流内的所有步骤共享同一个 session。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [digital_ocean] session_id: your_session_id执行前再次确认digital_ocean工具集的连接状态为 ACTIVE。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 的搜索结果而不是模型记忆中的 slugarguments的字段名与类型必须严格匹配搜索返回的输入 Schema逐字段对应memory参数必须存在即使为空对象{}也要显式传入。会话 ID 的生命周期设计值得注意同一条工作流内复用同一个 session ID开启新工作流时才生成新的。这样既复用了搜索上下文又隔离了不同任务的状态。5. 已知陷阱清单文档列出六条 Known PitfallsSKILL.md#L71-L77应视为对 Agent 的执行约束#陷阱约束内容1Always search first工具 Schema 会变化未调用RUBE_SEARCH_TOOLS前禁止硬编码工具 slug 或参数2Check connection必须确认RUBE_MANAGE_CONNECTIONS显示 ACTIVE 后再执行工具3Schema compliance使用搜索结果中确切的字段名和类型4Memory parameterRUBE_MULTI_EXECUTE_TOOL调用必须包含memory即使为空{}5Session reuse同一工作流内复用 session ID新工作流生成新 ID6Pagination检查响应中的分页 token持续拉取直到数据完整其中分页最容易被忽略DigitalOcean 的列表类操作如查询 droplet、快照列表响应可能只包含部分数据Agent 需要沿分页 token 继续拉取直到完整为止才能认为任务完成。6. 速查表五类操作文档的 Quick Reference 一节SKILL.md#L80-L88将五类操作汇总为下表OperationApproachFind toolsRUBE_SEARCH_TOOLSwith DigitalOcean-specific use caseConnectRUBE_MANAGE_CONNECTIONSwith toolkitdigital_oceanExecuteRUBE_MULTI_EXECUTE_TOOLwith discovered tool slugsBulk opsRUBE_REMOTE_WORKBENCHwithrun_composio_tool()Full schemaRUBE_GET_TOOL_SCHEMASfor tools withschemaRef表中两个进阶条目值得展开Bulk opsRUBE_REMOTE_WORKBENCHrun_composio_tool()当需要批量、循环地执行工具时不必逐条发起RUBE_MULTI_EXECUTE_TOOL调用而是通过远程工作台以脚本形式调用run_composio_tool()适合遍历全部 droplet 并逐个执行同一操作这类场景。Full schemaRUBE_GET_TOOL_SCHEMAS搜索结果中部分工具只给出schemaRef引用而非内联 Schema此时用该工具按引用拉取完整输入 Schema再据此构造参数。7. 该技能在 awesome-codex-skills 体系中的位置7.1 触发与加载机制按照 README.md#L158-L163 的说明技能安装后 Codex 依据 description 自动匹配触发也可以由用户点名技能名。本技能 frontmatter 的 description 已写明触发条件DigitalOcean 任务与执行纪律先搜索因此类似帮我看看 DigitalOcean 上正在运行的 droplet的自然语言请求应能命中本技能触发后才加载正文中的工作流指令。7.2 安装方式按 README.md#L42-L58 的 Quickstart把本技能装入 Codex 有两条路径方式一skill-installer 脚本安装推荐。在本仓库本地检出的根目录执行python skill-installer/scripts/install-skill-from-github.py \ --repo ComposioHQ/awesome-codex-skills \ --path composio-skills/digital-ocean-automation脚本会把技能装入$CODEX_HOME/skills/digital-ocean-automation默认~/.codex/skills。脚本的行为与可选参数在 skill-installer/SKILL.md 中有说明skill-installer/SKILL.md#L41-L48默认直接下载失败时回退 git sparse checkout目标目录已存在时中止支持--ref、--dest、--method auto|download|git等选项。方式二手动安装。将composio-skills/digital-ocean-automation文件夹复制到$CODEX_HOME/skills/下然后重启 Codex 使其重新加载元数据。无论哪种方式安装后都必须重启 Codex 才能生效。7.3 与同族技能的关系从源码结构看composio-skills/目录下收录了数百个*-automation技能每个对应一个 Composio toolkit且共享同一套模板。以 composio-automation 技能 为例它的 Prerequisites、Setup、Tool Discovery、Core Workflow、Known Pitfalls 与 Quick Reference 各节与 digital-ocean-automation 技能逐节对应差异仅在 toolkit 名composiovsdigital_ocean与搜索时的 use_case 措辞。可以推断整个集合采用同一模板 替换 toolkit的方式生成因此本文讲解的工作流对其中任意一个技能同样适用。此外仓库还提供另一条传输层路径connect 技能 基于 Composio CLI在 shell 中通过composio search/composio link/composio execute完成同类跨应用操作connect/SKILL.md#L70-L76。两者分别对应MCP 网关 Agent 工具调用与CLI 命令行两种路线可按客户端能力与环境选择。7.4 技能结构视角本技能是一个纯指令型技能没有附带scripts/、references/或assets/目录内只有 SKILL.md。这与 skill-creator 倡导的渐进式披露三层加载设计元数据 → SKILL.md 正文 → 捆绑资源见 skill-creator/SKILL.md#L115-L121一致本技能的全部可执行资源都是 Rube MCP 网关在运行期提供的外部工具技能正文只需要注入工作流纪律而不必携带任何数据或脚本正好体现了只补充模型不知道的信息、为每一段内容核算 token 成本的原则。8. 适用前提与限制外部依赖技能依赖外部 Rube MCP 端点文档称添加端点即可无需 API key以及经RUBE_MANAGE_CONNECTIONS授权的 DigitalOcean 账户连接状态为 ACTIVE 是执行工作流的前提。Schema 动态性工具 slug 与输入 Schema 可能随时间变化技能文档将先搜索列为第一硬性约束禁止把 slug 与参数写死在流程里。客户端要求客户端需要支持接入外部 MCP 服务器端点并能调用文档中涉及的RUBE_SEARCH_TOOLS、RUBE_MANAGE_CONNECTIONS、RUBE_MULTI_EXECUTE_TOOL、RUBE_REMOTE_WORKBENCH、RUBE_GET_TOOL_SCHEMAS等工具。能力边界本技能只覆盖通过 Rube MCP 自动化 DigitalOcean 操作的工作流与纪律DigitalOcean toolkit 具体包含哪些工具、支持哪些字段应以RUBE_SEARCH_TOOLS的实时返回为准而非任何静态文档。综上digital-ocean-automation技能的工程价值不在某个具体 API 调用而在于它把动态发现 → 状态校验 → 按 Schema 执行 → 分页取全这套约束固化成了 Agent 可直接执行的流程这也是composio-skills/集合中数百个同构技能共同遵循的模式。【免费下载链接】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），仅供参考