使用 Rube MCP 自动化 SSLmate Cert Spotter API基于 Composio 的 Codex Skill 全流程实战指南【免费下载链接】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 仓库中的 sslmate-cert-spotter-api-automation Skill 为骨架系统讲解如何通过 Rube MCPComposio 提供的 MCP 网关让 Codex Agent 自动调用 SSLmate Cert Spotter API完成证书透明度Certificate Transparency数据的查询与监测。读完本文你将掌握 Skill 的 frontmatter 结构、Rube MCP 的连接与鉴权流程、RUBE_SEARCH_TOOLS驱动的工具发现机制、三步核心工作流以及规避常见陷阱的实操要点并能直接把这套模式复用到仓库中其他 600 多个同类自动化 Skill 上。一、Skill 是什么一份可被 Codex 自动触发的指令包在 awesome-codex-skills 仓库中每一个技能都以独立目录 SKILL.md的形式存在。根据仓库根目录 README.md 的说明Codex Skill 本质上是模块化的指令包SKILL.md顶部的 YAML frontmatter 中的name与description字段决定了 Codex 何时触发该技能正文则按步骤指导 Agent 如何执行任务且只在触发后才加载正文从而保持上下文精简。本 Skill 的 frontmatter见 SKILL.md包含三个关键声明--- name: sslmate-cert-spotter-api-automation description: Automate Sslmate Cert Spotter API tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---其中requires.mcp: [rube]明确声明了运行该 Skill 的硬性依赖必须接入名为rube的 MCP 服务器。description中的 Always search tools first for current schemas 则是一条贯穿全文的核心纪律——工具 schema 会变化禁止硬编码工具 slug 或参数。SSLmate Cert Spotter 是一个证书透明度日志检索服务用于查询域名相关的 TLS 证书签发记录、监测新证书、辅助安全审计与资产测绘。本 Skill 通过 Composio 的sslmate_cert_spotter_apitoolkit 将其能力暴露给 Codex Agent让 Agent 能够以自然语言驱动真实 API 调用而非停留在建议你去查一下的文本层面——这正是仓库中 connect Skill 所强调的从生成文本转向真实执行的理念在证书监测场景的具体落地。二、前置条件接入 Rube MCP 与建立连接运行本 Skill 前必须满足以下三个条件SKILL.mdRube MCP 已连接RUBE_SEARCH_TOOLS工具必须可用这是后续一切工具发现的入口SSLmate Cert Spotter API 连接已激活通过RUBE_MANAGE_CONNECTIONS以 toolkitsslmate_cert_spotter_api建立连接状态必须为 ACTIVE先搜索再执行任何工作流开始前必须先调用RUBE_SEARCH_TOOLS获取当前最新的工具 schema。三、Setup三步完成环境配置原文档给出了非常精简的配置路径SKILL.md获取 Rube MCP在客户端如 Codex CLI的 MCP 配置中添加https://rube.app/mcp作为 MCP 服务器端点。无需任何 API Key——只需添加端点即可工作。这一点对开发者非常友好绕过了传统集成中繁琐的凭证申请流程。添加端点后按以下顺序完成连接初始化验证可用性确认RUBE_SEARCH_TOOLS能正常响应以此判断 Rube MCP 是否已被客户端正确加载发起连接调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为sslmate_cert_spotter_api完成授权如果返回的连接状态不是 ACTIVE按照返回的 auth 链接完成授权设置通常是 OAuth 或令牌授权流程状态确认在运行任何工作流之前确认连接状态显示为 ACTIVE。连接状态是后续所有调用能否成功的前提。从仓库中大量同构 Skill 的一致性可以看出这一连接优先、状态校验的流程是 Composio 家族自动化 Skill 的统一约定例如 ably-automation 的 Setup 部分与本 Skill 结构完全一致可以推断这是 Rube MCP 网关统一管理的认证机制一次授权、长期复用凭证由网关侧保管Agent 无需接触敏感凭据。四、工具发现RUBE_SEARCH_TOOLS 是第一道工序在任何工作流执行之前必须调用RUBE_SEARCH_TOOLS完成工具发现SKILL.mdRUBE_SEARCH_TOOLS queries: [{use_case: Sslmate Cert Spotter API operations, known_fields: }] session: {generate_id: true}参数说明queries[].use_case用自然语言描述你要完成的任务例如 Sslmate Cert Spotter API operations 或更具体的任务描述known_fields可填写你已知的字段名留空表示完全依赖搜索session.generate_id: true让系统生成一个新的会话 ID适合工作流起步阶段后续步骤则应复用该 ID详见下文会话复用。调用后返回的内容包括可用工具 slug、输入 schema、推荐的执行计划execution plans以及已知陷阱known pitfalls。这些信息是后续RUBE_MULTI_EXECUTE_TOOL调用参数的唯一合法来源——schema 以搜索结果为权威任何手工猜测的参数都可能因字段变更而失败。五、核心工作流搜索、校验、执行的三步循环原文档定义了三步核心工作流模式SKILL.md构成一个发现 → 验证 → 执行的闭环。Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific Sslmate Cert Spotter API task}] session: {id: existing_session_id}与工具发现章节的首次调用不同这里是工作流中途的步骤应复用已有会话 IDsession.id保持会话上下文连续。Step 2校验连接状态RUBE_MANAGE_CONNECTIONS toolkits: [sslmate_cert_spotter_api] session_id: your_session_id通过toolkits数组指定要检查的 toolkit数组形式意味着一次可批量校验多个 toolkit传入当前会话 ID。确认返回状态为 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_idRUBE_MULTI_EXECUTE_TOOL是真正的执行入口参数细节tools工具数组每个元素包含tool_slug必须来自 Step 1 搜索结果严禁硬编码和arguments必须严格符合搜索返回的 schema字段名与类型均以搜索结果为准。数组形式天然支持批量/多步骤调用memory必须始终携带即使为空也要传{}这是协议层的强制要求session_id沿用当前工作流的会话 ID。这一模式的巧妙之处在于搜索、校验、执行三者解耦又闭环——搜索保证了参数永远与最新 schema 对齐校验保证了执行环境的就绪执行则专注于单一职责便于 Agent 在任意环节失败后精准重试。六、已知陷阱六个必须遵守的纪律原文档总结了六条实践中最容易踩坑的规则SKILL.md逐条说明如下永远先搜索工具 schema 会随服务演进而变化。不要在没有调用RUBE_SEARCH_TOOLS的情况下硬编码任何工具 slug 或参数——这是本 Skill 描述中唯一被加粗强调的纪律检查连接执行工具前必须通过RUBE_MANAGE_CONNECTIONS确认状态为 ACTIVE否则调用会直接失败schema 合规参数必须使用搜索结果返回的精确字段名和类型大小写与嵌套结构都不能想当然memory 参数不可省略RUBE_MULTI_EXECUTE_TOOL调用中必须始终携带memory即使内容为空也要传{}会话复用同一工作流内复用会话 ID 以保持上下文只有开启全新工作流时才生成新 ID分页处理检查响应中的分页 token持续拉取直到数据完整避免因只取第一页而遗漏证书记录。七、快速参考五种操作的对应工具原文档末尾的快速参考表SKILL.md是日常使用的速查卡片操作使用方式查找工具RUBE_SEARCH_TOOLS携带 SSLmate Cert Spotter API 相关的 use_case建立连接RUBE_MANAGE_CONNECTIONStoolkit 指定为sslmate_cert_spotter_api执行调用RUBE_MULTI_EXECUTE_TOOL使用搜索发现的工具 slug批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()使用获取完整 schemaRUBE_GET_TOOL_SCHEMAS用于存在schemaRef的工具其中RUBE_REMOTE_WORKBENCH面向需要远程沙箱或批量编排的场景通过run_composio_tool()以编程方式驱动工具RUBE_GET_TOOL_SCHEMAS则在工具带有schemaRef即 schema 引用时用于拉取完整 schema 定义。这两者分别补足了批量执行与深度 schema 审查两类进阶需求。八、从仓库视角理解本 Skill 的生态定位将本 Skill 放回 awesome-codex-skills 仓库中审视可以发现三个值得注意的工程事实其一这是一套高度统一的 Skill 模板家族。composio-skills/目录下包含 600 余个结构完全一致的自动化 Skill均为frontmatter 声明 Rube MCP 依赖 Setup Tool Discovery 三步工作流 Known Pitfalls Quick Reference的骨架可对比 ably-automation 等同类文件。这意味着你掌握本文的流程后可以零成本迁移到任意一个 API 的自动化场景只需替换 toolkit 名称与 use_case 描述。其二Skill 的安装与触发遵循仓库统一约定。按照仓库 README.md 与 skill-installer 的说明可将 Skill 复制或安装到$CODEX_HOME/skills/默认~/.codex/skills重启 Codex 后会话中自然描述任务即可触发匹配的 Skill也可使用安装脚本批量安装python skill-installer/scripts/install-skill-from-github.py --repo ComposioHQ/awesome-codex-skills --path composio-skills/sslmate-cert-spotter-api-automation安装脚本install-skill-from-github.py会校验目标目录必须包含SKILL.md、目标不存在时才写入并以路径 basename 作为 Skill 名。其三本 Skill 与仓库的真实行动理念一脉相承。仓库 README 将 Skill 定位为告诉 Agent 如何工作而 Composio MCP 网关负责提供安全的工具访问README.md。本 Skill 正是这一组合的典型样本SKILL.md提供执行方法论Rube MCP 提供认证与工具路由最终让 Codex 完成真实的证书数据查询与监测任务而不是停留在生成建议文本。九、一个完整的端到端示例将上述章节串联一次典型的 SSLmate Cert Spotter 证书查询任务在 Agent 侧表现为如下调用序列# 1. 工作流起始生成新会话并发现工具 RUBE_SEARCH_TOOLS queries: [{use_case: query certificate transparency data for a domain, known_fields: }] session: {generate_id: true} # 2. 校验连接返回 ACTIVE 后继续 RUBE_MANAGE_CONNECTIONS toolkits: [sslmate_cert_spotter_api] session_id: your_session_id # 3. 用搜索返回的 slug 与 schema 执行调用注意 memory 必传 RUBE_MULTI_EXECUTE_TOOL tools: [{ tool_slug: TOOL_SLUG_FROM_SEARCH, arguments: {/* schema-compliant args, e.g. domain query fields */} }] memory: {} session_id: your_session_id # 4. 若响应含分页 token继续用同一会话拉取后续页整个过程中 Agent 不接触任何 API 密钥凭证管理完全由 Rube MCP 网关托管这正是该方案在安全性与可维护性上的核心价值。掌握本文的流程与纪律你便可以在 Codex 中稳定、合规地运行证书透明度自动化工作流并随时扩展到仓库中任意一个 Composio 集成。【免费下载链接】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 自动化 SSLmate Cert Spotter API：基于 Composio 的 Codex Skill 全流程实战指南
使用 Rube MCP 自动化 SSLmate Cert Spotter API基于 Composio 的 Codex Skill 全流程实战指南【免费下载链接】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 仓库中的 sslmate-cert-spotter-api-automation Skill 为骨架系统讲解如何通过 Rube MCPComposio 提供的 MCP 网关让 Codex Agent 自动调用 SSLmate Cert Spotter API完成证书透明度Certificate Transparency数据的查询与监测。读完本文你将掌握 Skill 的 frontmatter 结构、Rube MCP 的连接与鉴权流程、RUBE_SEARCH_TOOLS驱动的工具发现机制、三步核心工作流以及规避常见陷阱的实操要点并能直接把这套模式复用到仓库中其他 600 多个同类自动化 Skill 上。一、Skill 是什么一份可被 Codex 自动触发的指令包在 awesome-codex-skills 仓库中每一个技能都以独立目录 SKILL.md的形式存在。根据仓库根目录 README.md 的说明Codex Skill 本质上是模块化的指令包SKILL.md顶部的 YAML frontmatter 中的name与description字段决定了 Codex 何时触发该技能正文则按步骤指导 Agent 如何执行任务且只在触发后才加载正文从而保持上下文精简。本 Skill 的 frontmatter见 SKILL.md包含三个关键声明--- name: sslmate-cert-spotter-api-automation description: Automate Sslmate Cert Spotter API tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---其中requires.mcp: [rube]明确声明了运行该 Skill 的硬性依赖必须接入名为rube的 MCP 服务器。description中的 Always search tools first for current schemas 则是一条贯穿全文的核心纪律——工具 schema 会变化禁止硬编码工具 slug 或参数。SSLmate Cert Spotter 是一个证书透明度日志检索服务用于查询域名相关的 TLS 证书签发记录、监测新证书、辅助安全审计与资产测绘。本 Skill 通过 Composio 的sslmate_cert_spotter_apitoolkit 将其能力暴露给 Codex Agent让 Agent 能够以自然语言驱动真实 API 调用而非停留在建议你去查一下的文本层面——这正是仓库中 connect Skill 所强调的从生成文本转向真实执行的理念在证书监测场景的具体落地。二、前置条件接入 Rube MCP 与建立连接运行本 Skill 前必须满足以下三个条件SKILL.mdRube MCP 已连接RUBE_SEARCH_TOOLS工具必须可用这是后续一切工具发现的入口SSLmate Cert Spotter API 连接已激活通过RUBE_MANAGE_CONNECTIONS以 toolkitsslmate_cert_spotter_api建立连接状态必须为 ACTIVE先搜索再执行任何工作流开始前必须先调用RUBE_SEARCH_TOOLS获取当前最新的工具 schema。三、Setup三步完成环境配置原文档给出了非常精简的配置路径SKILL.md获取 Rube MCP在客户端如 Codex CLI的 MCP 配置中添加https://rube.app/mcp作为 MCP 服务器端点。无需任何 API Key——只需添加端点即可工作。这一点对开发者非常友好绕过了传统集成中繁琐的凭证申请流程。添加端点后按以下顺序完成连接初始化验证可用性确认RUBE_SEARCH_TOOLS能正常响应以此判断 Rube MCP 是否已被客户端正确加载发起连接调用RUBE_MANAGE_CONNECTIONS指定 toolkit 为sslmate_cert_spotter_api完成授权如果返回的连接状态不是 ACTIVE按照返回的 auth 链接完成授权设置通常是 OAuth 或令牌授权流程状态确认在运行任何工作流之前确认连接状态显示为 ACTIVE。连接状态是后续所有调用能否成功的前提。从仓库中大量同构 Skill 的一致性可以看出这一连接优先、状态校验的流程是 Composio 家族自动化 Skill 的统一约定例如 ably-automation 的 Setup 部分与本 Skill 结构完全一致可以推断这是 Rube MCP 网关统一管理的认证机制一次授权、长期复用凭证由网关侧保管Agent 无需接触敏感凭据。四、工具发现RUBE_SEARCH_TOOLS 是第一道工序在任何工作流执行之前必须调用RUBE_SEARCH_TOOLS完成工具发现SKILL.mdRUBE_SEARCH_TOOLS queries: [{use_case: Sslmate Cert Spotter API operations, known_fields: }] session: {generate_id: true}参数说明queries[].use_case用自然语言描述你要完成的任务例如 Sslmate Cert Spotter API operations 或更具体的任务描述known_fields可填写你已知的字段名留空表示完全依赖搜索session.generate_id: true让系统生成一个新的会话 ID适合工作流起步阶段后续步骤则应复用该 ID详见下文会话复用。调用后返回的内容包括可用工具 slug、输入 schema、推荐的执行计划execution plans以及已知陷阱known pitfalls。这些信息是后续RUBE_MULTI_EXECUTE_TOOL调用参数的唯一合法来源——schema 以搜索结果为权威任何手工猜测的参数都可能因字段变更而失败。五、核心工作流搜索、校验、执行的三步循环原文档定义了三步核心工作流模式SKILL.md构成一个发现 → 验证 → 执行的闭环。Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific Sslmate Cert Spotter API task}] session: {id: existing_session_id}与工具发现章节的首次调用不同这里是工作流中途的步骤应复用已有会话 IDsession.id保持会话上下文连续。Step 2校验连接状态RUBE_MANAGE_CONNECTIONS toolkits: [sslmate_cert_spotter_api] session_id: your_session_id通过toolkits数组指定要检查的 toolkit数组形式意味着一次可批量校验多个 toolkit传入当前会话 ID。确认返回状态为 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_idRUBE_MULTI_EXECUTE_TOOL是真正的执行入口参数细节tools工具数组每个元素包含tool_slug必须来自 Step 1 搜索结果严禁硬编码和arguments必须严格符合搜索返回的 schema字段名与类型均以搜索结果为准。数组形式天然支持批量/多步骤调用memory必须始终携带即使为空也要传{}这是协议层的强制要求session_id沿用当前工作流的会话 ID。这一模式的巧妙之处在于搜索、校验、执行三者解耦又闭环——搜索保证了参数永远与最新 schema 对齐校验保证了执行环境的就绪执行则专注于单一职责便于 Agent 在任意环节失败后精准重试。六、已知陷阱六个必须遵守的纪律原文档总结了六条实践中最容易踩坑的规则SKILL.md逐条说明如下永远先搜索工具 schema 会随服务演进而变化。不要在没有调用RUBE_SEARCH_TOOLS的情况下硬编码任何工具 slug 或参数——这是本 Skill 描述中唯一被加粗强调的纪律检查连接执行工具前必须通过RUBE_MANAGE_CONNECTIONS确认状态为 ACTIVE否则调用会直接失败schema 合规参数必须使用搜索结果返回的精确字段名和类型大小写与嵌套结构都不能想当然memory 参数不可省略RUBE_MULTI_EXECUTE_TOOL调用中必须始终携带memory即使内容为空也要传{}会话复用同一工作流内复用会话 ID 以保持上下文只有开启全新工作流时才生成新 ID分页处理检查响应中的分页 token持续拉取直到数据完整避免因只取第一页而遗漏证书记录。七、快速参考五种操作的对应工具原文档末尾的快速参考表SKILL.md是日常使用的速查卡片操作使用方式查找工具RUBE_SEARCH_TOOLS携带 SSLmate Cert Spotter API 相关的 use_case建立连接RUBE_MANAGE_CONNECTIONStoolkit 指定为sslmate_cert_spotter_api执行调用RUBE_MULTI_EXECUTE_TOOL使用搜索发现的工具 slug批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()使用获取完整 schemaRUBE_GET_TOOL_SCHEMAS用于存在schemaRef的工具其中RUBE_REMOTE_WORKBENCH面向需要远程沙箱或批量编排的场景通过run_composio_tool()以编程方式驱动工具RUBE_GET_TOOL_SCHEMAS则在工具带有schemaRef即 schema 引用时用于拉取完整 schema 定义。这两者分别补足了批量执行与深度 schema 审查两类进阶需求。八、从仓库视角理解本 Skill 的生态定位将本 Skill 放回 awesome-codex-skills 仓库中审视可以发现三个值得注意的工程事实其一这是一套高度统一的 Skill 模板家族。composio-skills/目录下包含 600 余个结构完全一致的自动化 Skill均为frontmatter 声明 Rube MCP 依赖 Setup Tool Discovery 三步工作流 Known Pitfalls Quick Reference的骨架可对比 ably-automation 等同类文件。这意味着你掌握本文的流程后可以零成本迁移到任意一个 API 的自动化场景只需替换 toolkit 名称与 use_case 描述。其二Skill 的安装与触发遵循仓库统一约定。按照仓库 README.md 与 skill-installer 的说明可将 Skill 复制或安装到$CODEX_HOME/skills/默认~/.codex/skills重启 Codex 后会话中自然描述任务即可触发匹配的 Skill也可使用安装脚本批量安装python skill-installer/scripts/install-skill-from-github.py --repo ComposioHQ/awesome-codex-skills --path composio-skills/sslmate-cert-spotter-api-automation安装脚本install-skill-from-github.py会校验目标目录必须包含SKILL.md、目标不存在时才写入并以路径 basename 作为 Skill 名。其三本 Skill 与仓库的真实行动理念一脉相承。仓库 README 将 Skill 定位为告诉 Agent 如何工作而 Composio MCP 网关负责提供安全的工具访问README.md。本 Skill 正是这一组合的典型样本SKILL.md提供执行方法论Rube MCP 提供认证与工具路由最终让 Codex 完成真实的证书数据查询与监测任务而不是停留在生成建议文本。九、一个完整的端到端示例将上述章节串联一次典型的 SSLmate Cert Spotter 证书查询任务在 Agent 侧表现为如下调用序列# 1. 工作流起始生成新会话并发现工具 RUBE_SEARCH_TOOLS queries: [{use_case: query certificate transparency data for a domain, known_fields: }] session: {generate_id: true} # 2. 校验连接返回 ACTIVE 后继续 RUBE_MANAGE_CONNECTIONS toolkits: [sslmate_cert_spotter_api] session_id: your_session_id # 3. 用搜索返回的 slug 与 schema 执行调用注意 memory 必传 RUBE_MULTI_EXECUTE_TOOL tools: [{ tool_slug: TOOL_SLUG_FROM_SEARCH, arguments: {/* schema-compliant args, e.g. domain query fields */} }] memory: {} session_id: your_session_id # 4. 若响应含分页 token继续用同一会话拉取后续页整个过程中 Agent 不接触任何 API 密钥凭证管理完全由 Rube MCP 网关托管这正是该方案在安全性与可维护性上的核心价值。掌握本文的流程与纪律你便可以在 Codex 中稳定、合规地运行证书透明度自动化工作流并随时扩展到仓库中任意一个 Composio 集成。【免费下载链接】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），仅供参考
