使用 Rube MCP 自动化 Finmei 操作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本文聚焦 finmei-automation 这一 Codex Skill系统讲解如何通过 Rube MCPComposio 提供的 MCP 网关发现、连接并执行 Finmei 业务操作涵盖环境搭建、工具发现、标准工作流、常见坑位与速查表。读完本文你将掌握一套先搜索 Schema、再检查连接、最后执行工具的可复用自动化模式可直接迁移到本仓库 composio-skills 目录下其他数百个同构自动化 Skill 中。Skill 是什么从 README 理解定位在深入 Finmei 自动化之前先明确这类 Skill 在仓库中的角色。根据 README.md 的定义Codex Skills 是模块化的指令包每个 Skill 位于独立文件夹中包含一个带元数据namedescription和逐步指引的SKILL.md。Codex 读取元数据来决定何时触发 Skill触发后才加载正文从而保持上下文精简。finmei-automation/SKILL.md 的 frontmatter 正是这一机制的典型体现--- name: finmei-automation description: Automate Finmei tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---关键信息有三点Skill 名称为finmei-automation描述中强调Always search tools first for current schemas执行前必须先搜索工具以获取最新 Schema声明依赖rubeMCP 服务器。Codex 会根据这段description在合适的任务场景下自动触发该 Skill。说明本 Skill 位于仓库 composio-skills 目录下该目录包含数百个结构完全一致的工具箱自动化 Skill如 openai-automation、composio-automation 等本文章节中的模式对它们同样适用。前置条件在执行任何 Finmei 操作之前需要满足以下三个前提Rube MCP 已连接RUBE_SEARCH_TOOLS工具必须可用Finmei 连接处于 ACTIVE 状态通过RUBE_MANAGE_CONNECTIONS以finmeitoolkit 建立的活动连接先调用RUBE_SEARCH_TOOLS每次执行工作流前必须先获取最新的工具 Schema。第一条是硬性门槛——Rube MCP 是本 Skill 唯一声明的依赖如果客户端里没有配置该 MCP 服务器RUBE_SEARCH_TOOLS等核心工具将不可用整个自动化流程无法启动。环境搭建接入 Rube MCP 并建立 Finmei 连接获取 Rube MCP原文档给出的接入方式非常轻量Get Rube MCP: Addhttps://rube.app/mcpas an MCP server in your client configuration. No API keys needed — just add the endpoint and it works.即在你的客户端如 Codex CLI、Claude Desktop 或其他 MCP 客户端配置中添加一个 MCP 服务器端点https://rube.app/mcp无需任何 API Key添加即用。这也是 Rube 网关相对传统集成的优势认证与工具托管都在网关侧完成客户端只保留一个端点。四步建立 Finmei 连接原文档给出了标准 Setup 流程共四步验证 Rube MCP 可用确认RUBE_SEARCH_TOOLS有响应发起连接调用RUBE_MANAGE_CONNECTIONS传入 toolkitfinmei完成授权若连接状态不是 ACTIVE跟随返回的认证链接完成设置确认就绪在运行任何工作流之前确认连接状态显示为 ACTIVE。这里的核心约束是先 ACTIVE 再执行。Finmei 这类第三方业务系统通常走 OAuth 授权连接建立后凭据由 Composio 托管客户端无需保存密钥——这与本仓库 connect/SKILL.md 描述的composio link toolkit一次性 OAuth、连接持久化的思路一致只是把 CLI 操作换成了 MCP 工具调用。工具发现为什么永远先搜索原文档反复强调一个原则Always discover available tools before executing workflows执行工作流前先发现可用工具。原因是工具 Schema 会随上游 API 演进而变化硬编码 tool slug 或参数名必然导致执行失败。工具发现的调用方式如下RUBE_SEARCH_TOOLS queries: [{use_case: Finmei operations, known_fields: }] session: {generate_id: true}该调用会返回四类关键信息可用 tool slug工具标识符输入 Schema参数名、类型、必填项推荐执行计划recommended execution plans已知坑位known pitfalls。queries数组中use_case描述具体业务意图known_fields可填入已知字段名辅助检索session.generate_id: true表示由网关生成新会话 ID适用于新工作流。从源码结构看composio-skills 下所有自动化 Skill 都采用这一相同的搜索先行协议可推断这是 Rube 网关的统一设计先查询后执行避免客户端与远端 Schema 失配。核心工作流三步走模式Step 1发现可用工具针对你的具体 Finmei 任务发起搜索复用已有会话 IDRUBE_SEARCH_TOOLS queries: [{use_case: your specific Finmei task}] session: {id: existing_session_id}与原文档工具发现一节的区别仅在于此处use_case应替换为具体任务描述且传入session.id而非generate_id以保持同一工作流内的会话连续性。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [finmei] session_id: your_session_id执行前确认连接为 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_idRUBE_MULTI_EXECUTE_TOOL支持一次调用执行多个工具tools为数组。三个参数的含义参数说明tool_slug来自 Step 1 搜索结果的工具标识符严禁硬编码arguments必须严格符合搜索返回的 Schema字段名、类型逐一对应memory始终携带即使为空也要传{}session_id复用 Step 1/2 的会话 ID常见坑位Known Pitfalls原文档总结了六条实战经验每条都直接对应一个真实失败场景坑位应对策略永远先搜索工具 Schema 会变化。不先调用RUBE_SEARCH_TOOLS就绝不硬编码 tool slug 或参数检查连接执行工具前必须确认RUBE_MANAGE_CONNECTIONS显示 ACTIVE 状态Schema 合规使用搜索结果的精确字段名和类型不要凭记忆猜测memory 参数调用RUBE_MULTI_EXECUTE_TOOL时必须包含memory即使是空对象{}会话复用同一工作流内复用 session ID新工作流生成新 ID分页处理检查响应中的分页令牌pagination tokens持续拉取直到数据完整其中先搜索与分页是最容易被忽略的两个点前者关乎工具生态的动态性后者关乎大批量 Finmei 数据操作时是否会遗漏记录。需要说明的是这些坑位来自原文档及 composio-skills 各 Skill 的通用约定具体工具返回的分页字段名以RUBE_SEARCH_TOOLS返回的 Schema 为准。批量操作与完整 Schema除三步主流程外原文档的 Quick Reference 还提供了两条高级路径批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()函数适用于需要循环、分支或并行执行的复杂批量场景完整 Schema对返回schemaRef的工具使用RUBE_GET_TOOL_SCHEMAS获取完整字段定义。速查表操作方式查找工具使用 Finmei 特定用例调用RUBE_SEARCH_TOOLS建立连接使用 toolkitfinmei调用RUBE_MANAGE_CONNECTIONS执行操作使用发现的 tool slug 调用RUBE_MULTI_EXECUTE_TOOL批量操作RUBE_REMOTE_WORKBENCHrun_composio_tool()获取完整 Schema对含schemaRef的工具调用RUBE_GET_TOOL_SCHEMAS从 Finmei 到整个工具箱模式的通用性本文所述的搜索 → 连接 → 执行三段式协议并非 Finmei 专属。对比同目录下的 openai-automation/SKILL.md使用OPENAI_CREATE_RESPONSE等具体工具 slug与 composio-automation/SKILL.md 可以看到所有 Composio 自动化 Skill 共享同一套 Rube MCP 基础设施与工作流骨架差异仅在 toolkit 名称与业务字段上。这也意味着一旦你掌握 Finmei 的自动化流程就可以在 composio-skills 目录下找到对应业务系统的 Skill 文件将其接入同一 Rube MCP 端点复用本文的发现、连接、执行三步流程完成该系统的自动化。总结Finmei 自动化 Skill 的核心方法论可以浓缩为一句话Schema 先行、连接校验、会话复用。通过 Rube MCP 这一个免 Key 端点即可在 Codex 中完成从工具发现到真实业务操作的全链路自动化同时借助RUBE_SEARCH_TOOLS的动态发现机制规避 Schema 漂移风险。本仓库 README.md 同时提供了通用安装方式将 Skill 文件夹拷贝至$CODEX_HOME/skills并重启 Codex配合本文的协议说明你可以在任意 Codex 环境中快速落地 Finmei 及同构工具的自动化能力。【免费下载链接】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 自动化 Finmei 操作：Composio 工具集成的完整实战指南
使用 Rube MCP 自动化 Finmei 操作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本文聚焦 finmei-automation 这一 Codex Skill系统讲解如何通过 Rube MCPComposio 提供的 MCP 网关发现、连接并执行 Finmei 业务操作涵盖环境搭建、工具发现、标准工作流、常见坑位与速查表。读完本文你将掌握一套先搜索 Schema、再检查连接、最后执行工具的可复用自动化模式可直接迁移到本仓库 composio-skills 目录下其他数百个同构自动化 Skill 中。Skill 是什么从 README 理解定位在深入 Finmei 自动化之前先明确这类 Skill 在仓库中的角色。根据 README.md 的定义Codex Skills 是模块化的指令包每个 Skill 位于独立文件夹中包含一个带元数据namedescription和逐步指引的SKILL.md。Codex 读取元数据来决定何时触发 Skill触发后才加载正文从而保持上下文精简。finmei-automation/SKILL.md 的 frontmatter 正是这一机制的典型体现--- name: finmei-automation description: Automate Finmei tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube] ---关键信息有三点Skill 名称为finmei-automation描述中强调Always search tools first for current schemas执行前必须先搜索工具以获取最新 Schema声明依赖rubeMCP 服务器。Codex 会根据这段description在合适的任务场景下自动触发该 Skill。说明本 Skill 位于仓库 composio-skills 目录下该目录包含数百个结构完全一致的工具箱自动化 Skill如 openai-automation、composio-automation 等本文章节中的模式对它们同样适用。前置条件在执行任何 Finmei 操作之前需要满足以下三个前提Rube MCP 已连接RUBE_SEARCH_TOOLS工具必须可用Finmei 连接处于 ACTIVE 状态通过RUBE_MANAGE_CONNECTIONS以finmeitoolkit 建立的活动连接先调用RUBE_SEARCH_TOOLS每次执行工作流前必须先获取最新的工具 Schema。第一条是硬性门槛——Rube MCP 是本 Skill 唯一声明的依赖如果客户端里没有配置该 MCP 服务器RUBE_SEARCH_TOOLS等核心工具将不可用整个自动化流程无法启动。环境搭建接入 Rube MCP 并建立 Finmei 连接获取 Rube MCP原文档给出的接入方式非常轻量Get Rube MCP: Addhttps://rube.app/mcpas an MCP server in your client configuration. No API keys needed — just add the endpoint and it works.即在你的客户端如 Codex CLI、Claude Desktop 或其他 MCP 客户端配置中添加一个 MCP 服务器端点https://rube.app/mcp无需任何 API Key添加即用。这也是 Rube 网关相对传统集成的优势认证与工具托管都在网关侧完成客户端只保留一个端点。四步建立 Finmei 连接原文档给出了标准 Setup 流程共四步验证 Rube MCP 可用确认RUBE_SEARCH_TOOLS有响应发起连接调用RUBE_MANAGE_CONNECTIONS传入 toolkitfinmei完成授权若连接状态不是 ACTIVE跟随返回的认证链接完成设置确认就绪在运行任何工作流之前确认连接状态显示为 ACTIVE。这里的核心约束是先 ACTIVE 再执行。Finmei 这类第三方业务系统通常走 OAuth 授权连接建立后凭据由 Composio 托管客户端无需保存密钥——这与本仓库 connect/SKILL.md 描述的composio link toolkit一次性 OAuth、连接持久化的思路一致只是把 CLI 操作换成了 MCP 工具调用。工具发现为什么永远先搜索原文档反复强调一个原则Always discover available tools before executing workflows执行工作流前先发现可用工具。原因是工具 Schema 会随上游 API 演进而变化硬编码 tool slug 或参数名必然导致执行失败。工具发现的调用方式如下RUBE_SEARCH_TOOLS queries: [{use_case: Finmei operations, known_fields: }] session: {generate_id: true}该调用会返回四类关键信息可用 tool slug工具标识符输入 Schema参数名、类型、必填项推荐执行计划recommended execution plans已知坑位known pitfalls。queries数组中use_case描述具体业务意图known_fields可填入已知字段名辅助检索session.generate_id: true表示由网关生成新会话 ID适用于新工作流。从源码结构看composio-skills 下所有自动化 Skill 都采用这一相同的搜索先行协议可推断这是 Rube 网关的统一设计先查询后执行避免客户端与远端 Schema 失配。核心工作流三步走模式Step 1发现可用工具针对你的具体 Finmei 任务发起搜索复用已有会话 IDRUBE_SEARCH_TOOLS queries: [{use_case: your specific Finmei task}] session: {id: existing_session_id}与原文档工具发现一节的区别仅在于此处use_case应替换为具体任务描述且传入session.id而非generate_id以保持同一工作流内的会话连续性。Step 2检查连接状态RUBE_MANAGE_CONNECTIONS toolkits: [finmei] session_id: your_session_id执行前确认连接为 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_idRUBE_MULTI_EXECUTE_TOOL支持一次调用执行多个工具tools为数组。三个参数的含义参数说明tool_slug来自 Step 1 搜索结果的工具标识符严禁硬编码arguments必须严格符合搜索返回的 Schema字段名、类型逐一对应memory始终携带即使为空也要传{}session_id复用 Step 1/2 的会话 ID常见坑位Known Pitfalls原文档总结了六条实战经验每条都直接对应一个真实失败场景坑位应对策略永远先搜索工具 Schema 会变化。不先调用RUBE_SEARCH_TOOLS就绝不硬编码 tool slug 或参数检查连接执行工具前必须确认RUBE_MANAGE_CONNECTIONS显示 ACTIVE 状态Schema 合规使用搜索结果的精确字段名和类型不要凭记忆猜测memory 参数调用RUBE_MULTI_EXECUTE_TOOL时必须包含memory即使是空对象{}会话复用同一工作流内复用 session ID新工作流生成新 ID分页处理检查响应中的分页令牌pagination tokens持续拉取直到数据完整其中先搜索与分页是最容易被忽略的两个点前者关乎工具生态的动态性后者关乎大批量 Finmei 数据操作时是否会遗漏记录。需要说明的是这些坑位来自原文档及 composio-skills 各 Skill 的通用约定具体工具返回的分页字段名以RUBE_SEARCH_TOOLS返回的 Schema 为准。批量操作与完整 Schema除三步主流程外原文档的 Quick Reference 还提供了两条高级路径批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()函数适用于需要循环、分支或并行执行的复杂批量场景完整 Schema对返回schemaRef的工具使用RUBE_GET_TOOL_SCHEMAS获取完整字段定义。速查表操作方式查找工具使用 Finmei 特定用例调用RUBE_SEARCH_TOOLS建立连接使用 toolkitfinmei调用RUBE_MANAGE_CONNECTIONS执行操作使用发现的 tool slug 调用RUBE_MULTI_EXECUTE_TOOL批量操作RUBE_REMOTE_WORKBENCHrun_composio_tool()获取完整 Schema对含schemaRef的工具调用RUBE_GET_TOOL_SCHEMAS从 Finmei 到整个工具箱模式的通用性本文所述的搜索 → 连接 → 执行三段式协议并非 Finmei 专属。对比同目录下的 openai-automation/SKILL.md使用OPENAI_CREATE_RESPONSE等具体工具 slug与 composio-automation/SKILL.md 可以看到所有 Composio 自动化 Skill 共享同一套 Rube MCP 基础设施与工作流骨架差异仅在 toolkit 名称与业务字段上。这也意味着一旦你掌握 Finmei 的自动化流程就可以在 composio-skills 目录下找到对应业务系统的 Skill 文件将其接入同一 Rube MCP 端点复用本文的发现、连接、执行三步流程完成该系统的自动化。总结Finmei 自动化 Skill 的核心方法论可以浓缩为一句话Schema 先行、连接校验、会话复用。通过 Rube MCP 这一个免 Key 端点即可在 Codex 中完成从工具发现到真实业务操作的全链路自动化同时借助RUBE_SEARCH_TOOLS的动态发现机制规避 Schema 漂移风险。本仓库 README.md 同时提供了通用安装方式将 Skill 文件夹拷贝至$CODEX_HOME/skills并重启 Codex配合本文的协议说明你可以在任意 Codex 环境中快速落地 Finmei 及同构工具的自动化能力。【免费下载链接】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），仅供参考
