使用 awesome-codex-skills 的 formcarry-automation 技能通过 Rube MCP 自动化 Formcarry 表单工作流【免费下载链接】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 仓库中 composio-skills/formcarry-automation/SKILL.md 这一技能文档展开讲解如何借助 Composio 的 Formcarry 工具包与 Rube MCP 网关让 Codex Agent 直接操作 Formcarry表单创建、提交数据查询、webhook 管理等无需手写 API 集成代码。读完本文你将掌握 Rube MCP 的连接配置、工具动态发现、三步核心工作流、会话管理以及常见坑位的规避方法并能立即在 Codex CLI 或 API 场景中落地一套可复用的表单自动化方案。技能概述Formcarry Rube MCP 的组合价值Formcarry 是主流的无后端表单解决方案允许开发者在静态站点或任意页面中嵌入表单并将提交数据统一收归后台管理。本仓库提供的formcarry-automation技能定义于 SKILL.md的价值在于把 Formcarry 的完整操作能力通过 Composio 工具包暴露给 Codex再经 Rube MCP 这个统一入口供 Agent 调用从而让 Agent 能够自主完成读取表单提交 → 按条件过滤 → 批量导出/统计 → 触发后续动作这类完整闭环。从技能文件的 YAML frontmatter 可以看出其设计意图name: formcarry-automation description: Automate Formcarry tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube]关键信息有三点技能名为formcarry-automation它依赖名为rube的 MCP 服务器description 中特别强调始终先搜索工具再执行Always search tools first for current schemas这直接决定了整个技能的使用方法论——动态发现优于硬编码。值得注意的是该技能是仓库composio-skills/目录下数百个XX-automation类技能之一它们共享同一套 Rube MCP 工作模式工具搜索、连接管理、批量执行区别仅在于目标工具包不同。本文以 Formcarry 为具体案例其方法论可平滑迁移到仓库中其他任何工具包技能。前置条件与安装技能安装到 Codexformcarry-automation技能本身是一个带SKILL.md的标准 Codex 技能目录安装方式与仓库 README.md 中描述的通用流程一致将composio-skills/formcarry-automation/目录复制到$CODEX_HOME/skills/默认~/.codex/skills/下得到~/.codex/skills/formcarry-automation/SKILL.md重启 Codex使其重新加载技能元数据在会话中描述任务例如查看 Formcarry 最近的表单提交Codex 会根据SKILL.md的description字段自动触发该技能。仓库还提供了脚本化安装方案skill-installer/SKILL.md 中说明可通过install-skill-from-github.py从仓库路径一键安装安装器会将技能放入$CODEX_HOME/skills/skill-name并提示重启 Codex 生效。安装脚本的核心逻辑位于 install-skill-from-github.py其行为包括默认直连下载公开仓库、失败时回退 git sparse checkout、目标目录已存在则中止、支持--name重命名等。Rube MCP 连接这是本技能运转的基石。按照 SKILL.md 的说明Rube MCP 的接入极其轻量将https://rube.app/mcp作为 MCP server 添加进你的客户端配置。无需任何 API key——只需添加该端点即可工作。在 Codex 的 MCP 配置中注册该远程端点后Agent 会话中即可使用RUBE_SEARCH_TOOLS、RUBE_MANAGE_CONNECTIONS、RUBE_MULTI_EXECUTE_TOOL等以RUBE_前缀命名的一组工具。它们充当工具的路由与编排层Agent 不必直接面对 Formcarry 的 REST API而是通过 Rube 查找、连接、调用由 Composio 封装好的 Formcarry 工具。建立 Formcarry 连接技能要求在执行任何工作流前完成以下 4 步连接检查验证 Rube MCP 可用——确认RUBE_SEARCH_TOOLS能正常响应调用RUBE_MANAGE_CONNECTIONStoolkit 参数指定为formcarry若连接状态不是 ACTIVE跟随返回的授权链接完成 OAuth 设置确认连接状态显示 ACTIVE 后再运行任何工作流。从源码结构看这一步对应的是 Composio 工具包体系的connection概念每个工具包需要一次性的账号授权授权成功后 Rube 端会维护该连接的凭证与状态后续工具调用即可复用无需重复登录。工具发现一切从 RUBE_SEARCH_TOOLS 开始这是本技能最核心的方法论约束。技能文档给出的发现调用模板如下RUBE_SEARCH_TOOLS queries: [{use_case: Formcarry operations, known_fields: }] session: {generate_id: true}该调用返回四类关键信息可用的工具 slugtool slugs即后续执行时的工具标识符每个工具的输入 schema字段名、类型、必填项推荐的执行计划recommended execution plans已知的坑位提示known pitfalls。技能反复强调Always search first的根本原因在于工具 schema 会随上游更新而变化。Formcarry 工具包的新增动作、参数结构调整都可能发生若在代码中硬编码 tool slug 或参数名一旦 schema 变更即告失效。动态发现机制保证了 Agent 每次执行前拿到的都是当前最新的接口定义这正是 description 中 Always search tools first for current schemas 的设计初衷。另外首轮搜索建议使用session: {generate_id: true}生成全新会话 ID这与后文新工作流用新会话的最佳实践相呼应。核心工作流模式三步走技能文档将标准执行流程归纳为三个步骤每步都有明确的目标工具与参数结构。Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific Formcarry task}] session: {id: existing_session_id}与首轮宽泛搜索use_case: Formcarry operations不同这里的use_case应替换为具体任务描述例如list recent form submissions、create a new form、update form settings等。具体化的查询能让返回的工具 slug 和 schema 更贴合当前目标。同时传入既有会话 ID保持同一工作流内的会话连续性。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [formcarry] session_id: your_session_id在真正执行工具前确认 Formcarry 连接仍处于 ACTIVE 状态。这一步是防御性的OAuth 凭证可能过期或被撤销若连接失效工具执行将直接失败。检查连接与检查 schema 一样都是执行前验证工作流纪律的一部分。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参数必须始终携带即使为空也要传{}。从文档的明确警告看该参数参与 Rube 执行上下文的维护缺失会导致调用不符合协议而失败。高级模式与快捷参考批量操作与完整 schema 获取当需要处理批量数据如导出全部表单提交时技能文档推荐两种进阶工具RUBE_REMOTE_WORKBENCH以run_composio_tool()函数式调用执行批量操作适合循环处理多条记录或编排多步骤流水线的场景RUBE_GET_TOOL_SCHEMAS用于获取带schemaRef的工具的完整 schema 定义当搜索结果返回的 schema 为引用形式、需要展开完整定义时使用。快捷参考表技能文档末尾给出了操作速查表完整复刻如下OperationApproachFind toolsRUBE_SEARCH_TOOLSwith Formcarry-specific use caseConnectRUBE_MANAGE_CONNECTIONSwith toolkitformcarryExecuteRUBE_MULTI_EXECUTE_TOOLwith discovered tool slugsBulk opsRUBE_REMOTE_WORKBENCHwithrun_composio_tool()Full schemaRUBE_GET_TOOL_SCHEMASfor tools withschemaRef这张表本质上概括了完整生命周期发现Search→ 连接Connect→ 执行Execute→ 批量深化Workbench→ schema 兜底GetSchemas。已知陷阱与规避策略技能文档列出了 6 条实战中容易踩坑的注意事项每一条都对应明确的规避动作始终先搜索工具 schema 会变化。绝不硬编码 tool slug 或参数每次执行前调用RUBE_SEARCH_TOOLS检查连接执行工具前通过RUBE_MANAGE_CONNECTIONS确认状态为 ACTIVE防止凭证失效导致调用失败schema 合规严格使用搜索结果中的精确字段名与类型字段拼写或类型偏差是这类 MCP 调用最常见的失败原因memory 参数RUBE_MULTI_EXECUTE_TOOL调用中始终包含memory即使为空也传{}会话复用同一工作流内复用会话 ID新工作流生成新 ID。这与首轮搜索使用generate_id: true的逻辑一致避免跨任务的状态污染分页处理检查响应中的分页 token持续抓取直到数据取完。Formcarry 提交量大的场景下忽略分页会导致只拿到第一页数据批量导出结果不完整。第 5、6 条尤其值得注意会话复用约束的是 Rube 侧的编排状态分页则关系到数据完整性——两者共同决定了批量场景下结果的正确性。在 Codex 会话中的落地示例综合上述步骤一个完整的查询 Formcarry 最近表单提交会话可以这样组织# 1. 首次发现生成新会话 RUBE_SEARCH_TOOLS queries: [{use_case: Formcarry operations, known_fields: }] session: {generate_id: true} # 2. 建立/确认连接 RUBE_MANAGE_CONNECTIONS toolkits: [formcarry] session_id: 上一步生成的 id # 3. 针对具体任务再搜索复用会话 RUBE_SEARCH_TOOLS queries: [{use_case: list recent form submissions, known_fields: }] session: {id: 同一 session id} # 4. 执行带 memory 参数 RUBE_MULTI_EXECUTE_TOOL tools: [{tool_slug: 搜索结果中的 slug, arguments: {schema 合规参数}}] memory: {} session_id: 同一 session id若返回结果包含分页 token继续以相同会话 ID 发起后续调用直至数据取完若目标是批量处理可改用RUBE_REMOTE_WORKBENCH的run_composio_tool()编排循环。整个过程中Agent 通过 Rube MCP 这一层抽象完全屏蔽了 Formcarry API 的鉴权与调用细节。结语formcarry-automation技能SKILL.md展示了一种值得推广的 Agent 集成范式连接即配置、执行前必搜索、会话贯穿全程。通过 Rube MCP Composio 工具包Codex 无需任何 API key 即可获得 Formcarry 的完整操作能力而动态发现 schema的原则让这套方案天然免疫上游接口变更。该技能与仓库composio-skills/下数百个同类技能共享同一方法论掌握本文的流程后你可以将此模式直接复用于仓库中任意其他工具包如zoho-automation、slackbot-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），仅供参考
使用 awesome-codex-skills 的 formcarry-automation 技能通过 Rube MCP 自动化 Formcarry 表单工作流【免费下载链接】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 仓库中 composio-skills/formcarry-automation/SKILL.md 这一技能文档展开讲解如何借助 Composio 的 Formcarry 工具包与 Rube MCP 网关让 Codex Agent 直接操作 Formcarry表单创建、提交数据查询、webhook 管理等无需手写 API 集成代码。读完本文你将掌握 Rube MCP 的连接配置、工具动态发现、三步核心工作流、会话管理以及常见坑位的规避方法并能立即在 Codex CLI 或 API 场景中落地一套可复用的表单自动化方案。技能概述Formcarry Rube MCP 的组合价值Formcarry 是主流的无后端表单解决方案允许开发者在静态站点或任意页面中嵌入表单并将提交数据统一收归后台管理。本仓库提供的formcarry-automation技能定义于 SKILL.md的价值在于把 Formcarry 的完整操作能力通过 Composio 工具包暴露给 Codex再经 Rube MCP 这个统一入口供 Agent 调用从而让 Agent 能够自主完成读取表单提交 → 按条件过滤 → 批量导出/统计 → 触发后续动作这类完整闭环。从技能文件的 YAML frontmatter 可以看出其设计意图name: formcarry-automation description: Automate Formcarry tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube]关键信息有三点技能名为formcarry-automation它依赖名为rube的 MCP 服务器description 中特别强调始终先搜索工具再执行Always search tools first for current schemas这直接决定了整个技能的使用方法论——动态发现优于硬编码。值得注意的是该技能是仓库composio-skills/目录下数百个XX-automation类技能之一它们共享同一套 Rube MCP 工作模式工具搜索、连接管理、批量执行区别仅在于目标工具包不同。本文以 Formcarry 为具体案例其方法论可平滑迁移到仓库中其他任何工具包技能。前置条件与安装技能安装到 Codexformcarry-automation技能本身是一个带SKILL.md的标准 Codex 技能目录安装方式与仓库 README.md 中描述的通用流程一致将composio-skills/formcarry-automation/目录复制到$CODEX_HOME/skills/默认~/.codex/skills/下得到~/.codex/skills/formcarry-automation/SKILL.md重启 Codex使其重新加载技能元数据在会话中描述任务例如查看 Formcarry 最近的表单提交Codex 会根据SKILL.md的description字段自动触发该技能。仓库还提供了脚本化安装方案skill-installer/SKILL.md 中说明可通过install-skill-from-github.py从仓库路径一键安装安装器会将技能放入$CODEX_HOME/skills/skill-name并提示重启 Codex 生效。安装脚本的核心逻辑位于 install-skill-from-github.py其行为包括默认直连下载公开仓库、失败时回退 git sparse checkout、目标目录已存在则中止、支持--name重命名等。Rube MCP 连接这是本技能运转的基石。按照 SKILL.md 的说明Rube MCP 的接入极其轻量将https://rube.app/mcp作为 MCP server 添加进你的客户端配置。无需任何 API key——只需添加该端点即可工作。在 Codex 的 MCP 配置中注册该远程端点后Agent 会话中即可使用RUBE_SEARCH_TOOLS、RUBE_MANAGE_CONNECTIONS、RUBE_MULTI_EXECUTE_TOOL等以RUBE_前缀命名的一组工具。它们充当工具的路由与编排层Agent 不必直接面对 Formcarry 的 REST API而是通过 Rube 查找、连接、调用由 Composio 封装好的 Formcarry 工具。建立 Formcarry 连接技能要求在执行任何工作流前完成以下 4 步连接检查验证 Rube MCP 可用——确认RUBE_SEARCH_TOOLS能正常响应调用RUBE_MANAGE_CONNECTIONStoolkit 参数指定为formcarry若连接状态不是 ACTIVE跟随返回的授权链接完成 OAuth 设置确认连接状态显示 ACTIVE 后再运行任何工作流。从源码结构看这一步对应的是 Composio 工具包体系的connection概念每个工具包需要一次性的账号授权授权成功后 Rube 端会维护该连接的凭证与状态后续工具调用即可复用无需重复登录。工具发现一切从 RUBE_SEARCH_TOOLS 开始这是本技能最核心的方法论约束。技能文档给出的发现调用模板如下RUBE_SEARCH_TOOLS queries: [{use_case: Formcarry operations, known_fields: }] session: {generate_id: true}该调用返回四类关键信息可用的工具 slugtool slugs即后续执行时的工具标识符每个工具的输入 schema字段名、类型、必填项推荐的执行计划recommended execution plans已知的坑位提示known pitfalls。技能反复强调Always search first的根本原因在于工具 schema 会随上游更新而变化。Formcarry 工具包的新增动作、参数结构调整都可能发生若在代码中硬编码 tool slug 或参数名一旦 schema 变更即告失效。动态发现机制保证了 Agent 每次执行前拿到的都是当前最新的接口定义这正是 description 中 Always search tools first for current schemas 的设计初衷。另外首轮搜索建议使用session: {generate_id: true}生成全新会话 ID这与后文新工作流用新会话的最佳实践相呼应。核心工作流模式三步走技能文档将标准执行流程归纳为三个步骤每步都有明确的目标工具与参数结构。Step 1发现可用工具RUBE_SEARCH_TOOLS queries: [{use_case: your specific Formcarry task}] session: {id: existing_session_id}与首轮宽泛搜索use_case: Formcarry operations不同这里的use_case应替换为具体任务描述例如list recent form submissions、create a new form、update form settings等。具体化的查询能让返回的工具 slug 和 schema 更贴合当前目标。同时传入既有会话 ID保持同一工作流内的会话连续性。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [formcarry] session_id: your_session_id在真正执行工具前确认 Formcarry 连接仍处于 ACTIVE 状态。这一步是防御性的OAuth 凭证可能过期或被撤销若连接失效工具执行将直接失败。检查连接与检查 schema 一样都是执行前验证工作流纪律的一部分。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参数必须始终携带即使为空也要传{}。从文档的明确警告看该参数参与 Rube 执行上下文的维护缺失会导致调用不符合协议而失败。高级模式与快捷参考批量操作与完整 schema 获取当需要处理批量数据如导出全部表单提交时技能文档推荐两种进阶工具RUBE_REMOTE_WORKBENCH以run_composio_tool()函数式调用执行批量操作适合循环处理多条记录或编排多步骤流水线的场景RUBE_GET_TOOL_SCHEMAS用于获取带schemaRef的工具的完整 schema 定义当搜索结果返回的 schema 为引用形式、需要展开完整定义时使用。快捷参考表技能文档末尾给出了操作速查表完整复刻如下OperationApproachFind toolsRUBE_SEARCH_TOOLSwith Formcarry-specific use caseConnectRUBE_MANAGE_CONNECTIONSwith toolkitformcarryExecuteRUBE_MULTI_EXECUTE_TOOLwith discovered tool slugsBulk opsRUBE_REMOTE_WORKBENCHwithrun_composio_tool()Full schemaRUBE_GET_TOOL_SCHEMASfor tools withschemaRef这张表本质上概括了完整生命周期发现Search→ 连接Connect→ 执行Execute→ 批量深化Workbench→ schema 兜底GetSchemas。已知陷阱与规避策略技能文档列出了 6 条实战中容易踩坑的注意事项每一条都对应明确的规避动作始终先搜索工具 schema 会变化。绝不硬编码 tool slug 或参数每次执行前调用RUBE_SEARCH_TOOLS检查连接执行工具前通过RUBE_MANAGE_CONNECTIONS确认状态为 ACTIVE防止凭证失效导致调用失败schema 合规严格使用搜索结果中的精确字段名与类型字段拼写或类型偏差是这类 MCP 调用最常见的失败原因memory 参数RUBE_MULTI_EXECUTE_TOOL调用中始终包含memory即使为空也传{}会话复用同一工作流内复用会话 ID新工作流生成新 ID。这与首轮搜索使用generate_id: true的逻辑一致避免跨任务的状态污染分页处理检查响应中的分页 token持续抓取直到数据取完。Formcarry 提交量大的场景下忽略分页会导致只拿到第一页数据批量导出结果不完整。第 5、6 条尤其值得注意会话复用约束的是 Rube 侧的编排状态分页则关系到数据完整性——两者共同决定了批量场景下结果的正确性。在 Codex 会话中的落地示例综合上述步骤一个完整的查询 Formcarry 最近表单提交会话可以这样组织# 1. 首次发现生成新会话 RUBE_SEARCH_TOOLS queries: [{use_case: Formcarry operations, known_fields: }] session: {generate_id: true} # 2. 建立/确认连接 RUBE_MANAGE_CONNECTIONS toolkits: [formcarry] session_id: 上一步生成的 id # 3. 针对具体任务再搜索复用会话 RUBE_SEARCH_TOOLS queries: [{use_case: list recent form submissions, known_fields: }] session: {id: 同一 session id} # 4. 执行带 memory 参数 RUBE_MULTI_EXECUTE_TOOL tools: [{tool_slug: 搜索结果中的 slug, arguments: {schema 合规参数}}] memory: {} session_id: 同一 session id若返回结果包含分页 token继续以相同会话 ID 发起后续调用直至数据取完若目标是批量处理可改用RUBE_REMOTE_WORKBENCH的run_composio_tool()编排循环。整个过程中Agent 通过 Rube MCP 这一层抽象完全屏蔽了 Formcarry API 的鉴权与调用细节。结语formcarry-automation技能SKILL.md展示了一种值得推广的 Agent 集成范式连接即配置、执行前必搜索、会话贯穿全程。通过 Rube MCP Composio 工具包Codex 无需任何 API key 即可获得 Formcarry 的完整操作能力而动态发现 schema的原则让这套方案天然免疫上游接口变更。该技能与仓库composio-skills/下数百个同类技能共享同一方法论掌握本文的流程后你可以将此模式直接复用于仓库中任意其他工具包如zoho-automation、slackbot-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），仅供参考
