AI 技能AI 插件人工智能工作流自动化【免费下载链接】awesome-claude-skillsA curated list of awesome Claude Skills, resources, and tools for customizing Claude AI workflows项目地址https://gitcode.com/GitHub_Trending/aw/awesome-claude-skills点击查看免费下载本篇技术指南围绕 awesome-claude-skills 仓库中的 anonyflow-automation 技能 展开讲解如何借助 Rube MCP 桥接 Composio 的 Anonyflow 工具集让 Claude 直接执行 Anonyflow 相关任务。读完本文你将掌握从 MCP 端点接入、连接激活到工具发现、批量执行的完整四步操作链路并能规避工具 schema 变更、连接状态检查、会话复用等六大常见陷阱。技能定位Rube MCP Composio Anonyflow 工具集的自动化入口anonyflow-automation是 awesome-claude-skills 仓库中 composio-skills 目录下的一个标准 Claude Skill。从 SKILL.md 的 YAML frontmatter 可以看到它的元数据定义name: anonyflow-automation description: Automate Anonyflow tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube]其中requires: mcp: [rube]声明了该技能依赖名为rube的 MCP 服务器这是整个自动化的接入前提。它的作用链路可以概括为Claude技能触发→ Rube MCP统一网关→ Composio Anonyflow toolkit工具执行→ Anonyflow 业务操作。这一点与仓库 README.md 对 Skill 体系的描述一致Skills 定义的是工作流——做什么、按什么顺序做、带哪些护栏而 MCP 负责接入外部系统鉴权、传输、工具发现工具则是 Agent 实际调用的函数。本技能正是将如何自动化 Anonyflow这一套工作流固化成了可复用的指令包。仓库中的 connect 技能 进一步印证了底层机制Composio Tool Router 负责在 1000 应用中路由到正确工具OAuth 自动处理动作执行后返回结果。anonyflow-automation 则是这种能力的 Anonyflow 专属化封装。前置条件三个必须满足的检查项在运行任何工作流之前SKILL.md 明确列出了三条硬性前置条件Rube MCP 必须已连接——以RUBE_SEARCH_TOOLS工具可用为标志它是整个链路的第一道门存在激活的 Anonyflow 连接——通过RUBE_MANAGE_CONNECTIONS工具且指定 toolkit 为anonyflow建立永远先调用RUBE_SEARCH_TOOLS——工具 schema 随时可能变化任何硬编码的 tool slug 或参数都可能在运行时失效。第三条是整个技能的核心理念它贯穿后续所有环节也是先搜索、再执行这一 Agent 最佳实践的直接体现。环境搭建接入 Rube MCP 并激活 Anonyflow 连接1. 添加 Rube MCP 服务器搭建的第一步是在你的客户端配置中把https://rube.app/mcp添加为 MCP 服务器端点。该技能强调了一个关键便利无需任何 API Key添加端点即可工作。2. 四步连接确认流程添加完成后按以下顺序完成连接检查与激活验证 MCP 可用确认RUBE_SEARCH_TOOLS工具能够正常响应建立 Anonyflow 连接调用RUBE_MANAGE_CONNECTIONStoolkit 参数指定为anonyflow完成授权如果返回的连接状态不是ACTIVE跟随返回的 auth 链接完成授权设置确认状态在运行任何工作流之前确认连接状态显示为ACTIVE。这一步相当于 connect/SKILL.md 中描述的 OAuth 授权流首次使用某应用时需要点击链接授权授权完成后连接持久化保存后续无需重复授权。工具发现不要硬编码先查询最新 schema工具发现是本技能的强制性第一步。SKILL.md 给出的标准查询示例如下RUBE_SEARCH_TOOLS queries: [{use_case: Anonyflow operations, known_fields: }] session: {generate_id: true}调用后返回的内容包括四类关键信息可用工具的 tool slug后续执行时直接引用输入 schema字段名与类型必须严格遵循推荐的执行计划按任务组织的调用顺序建议已知陷阱该工具集历史上常见的出错点。queries数组中use_case应替换为你具体的 Anonyflow 任务描述known_fields可填写你已知的字段以辅助检索session.generate_id: true表示本次会话由系统生成新 ID适合工作流起点。核心工作流发现 → 检查 → 执行 三步模式整个自动化遵循一个固定三步模式SKILL.md 对每一步都给出了可复制的调用模板。Step 1发现可用工具以你具体的 Anonyflow 任务为use_case进行检索并复用已有会话 IDRUBE_SEARCH_TOOLS queries: [{use_case: your specific Anonyflow task}] session: {id: existing_session_id}Step 2检查连接状态在每次执行前确认 Anonyflow 连接仍然有效RUBE_MANAGE_CONNECTIONS toolkits: [anonyflow] session_id: your_session_id这里与搭建阶段的关键区别在于Step 2 属于工作流内的日常巡检session_id应使用工作流自己的会话 ID而不是搭建时的流程。Step 3执行工具拿到 schema 后用RUBE_MULTI_EXECUTE_TOOL提交执行请求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 的搜索结果而不是凭记忆填写的固定值arguments的字段名与类型必须与搜索结果返回的 schema 完全一致memory参数必须始终携带即使没有状态数据也要传空对象{}session_id在同一工作流内保持复用。已知陷阱六个必须避开的坑SKILL.md 用独立章节列出了实践中反复出现的问题逐条拆解如下永远先搜索工具 schema 会变化不要在未调用RUBE_SEARCH_TOOLS的情况下硬编码 tool slug 或参数。这是所有陷阱中最重要的一条直接决定调用是否会因 schema 过期而失败执行前检查连接调用工具前务必通过RUBE_MANAGE_CONNECTIONS确认状态为ACTIVE否则调用会在鉴权环节直接失败严格 schema 合规使用搜索结果中的精确字段名与类型不要自行优化参数命名memory 参数不可省略RUBE_MULTI_EXECUTE_TOOL的每次调用都必须包含memory即使为空也要传{}缺省会破坏调用协议会话复用策略同一工作流内复用会话 ID 以保持上下文连续开启新工作流时才生成新 ID避免串流分页处理检查响应中是否带有分页 token若有则持续翻页直到数据取完防止结果被截断导致漏处理。速查参考五种操作的对应入口SKILL.md 末尾的速查表概括了全部操作入口完整继承如下操作入口方式查找工具RUBE_SEARCH_TOOLS配合 Anonyflow 专属的 use case建立连接RUBE_MANAGE_CONNECTIONStoolkit 指定为anonyflow执行工具RUBE_MULTI_EXECUTE_TOOL引用搜索发现的 tool slugs批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()函数完整 schemaRUBE_GET_TOOL_SCHEMAS适用于返回schemaRef引用的工具五种入口各有分工前三个覆盖单次自动化的完整闭环RUBE_REMOTE_WORKBENCH面向需要远端工作台支撑的批量任务RUBE_GET_TOOL_SCHEMAS则用于在 schema 被引用schemaRef而非内联返回时进一步拉取完整定义。仓库佐证同构技能与通用模式在仓库的 composio-skills 目录下大量自动化技能采用了与 anonyflow-automation 完全同构的结构。例如 composio-automation 和 composio-search-automation二者的 frontmatter、前置条件、Setup 四步流程、工具发现、三步工作流、陷阱清单与速查表逐节对应仅将 toolkit 名称和 use case 替换为各自的领域composio、composio_search、anonyflow。从源码结构可以推断这是一套高度模板化的技能生成体系——Rube MCP 作为统一网关对每种 Composio toolkit 生成一份同构的 SKILL.md。这意味着一旦你掌握了 anonyflow-automation 的使用模式即可零成本迁移到该目录下 500 个同类自动化技能。配合 README.md 中关于 Skills 渐进加载机制的说明会话开始时仅加载名称与描述命中相关性后才加载完整指令体这些技能可以在单个 Agent 中大量共存而不撑爆上下文窗口。综上anonyflow-automation 的完整使用路径可以概括为接入 Rube MCP → 激活 Anonyflow 连接 → 先搜索拿 schema → 检查连接 → 按 schema 执行。将先搜索、再执行内化为习惯是让 Anonyflow 自动化稳定运行的关键。赞分享AI 技能AI 插件人工智能工作流自动化【免费下载链接】awesome-claude-skillsA curated list of awesome Claude Skills, resources, and tools for customizing Claude AI workflows项目地址https://gitcode.com/GitHub_Trending/aw/awesome-claude-skills点击查看免费下载相关推荐使用 Rube MCP 自动化 Blocknative 操作awesome-claude-skills 的 blocknative-automation 技能实战指南使用 Rube MCP 自动化 Blocknative 操作awesome claude skills 的 blocknative automation 技能AI 技能AI 插件人工智能工作流自动化Hister Web界面深度体验10个你该知道的隐藏功能Hister Web界面深度体验10个你该知道的隐藏功能 Hister 是一款 自托管的私人搜索引擎 它会对你访问过的网页和本地文件做全文索引让你随时找回AI 技能AI 插件人工智能工作流自动化AzerothCore 配置更新与合并工具基于 Python 的 config_merger.py 完整实战指南AzerothCore 配置更新与合并工具基于 Python 的 config_merger.py 完整实战指南 本文面向 AzerothCore 服务器管理AI 技能AI 插件人工智能工作流自动化上一篇forever源码中的代码覆盖率报告istanbul配置下一篇kkFileView基于Spring Boot的通用文件在线预览架构深度解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
AI 技能AI 插件人工智能工作流自动化【免费下载链接】awesome-claude-skillsA curated list of awesome Claude Skills, resources, and tools for customizing Claude AI workflows项目地址https://gitcode.com/GitHub_Trending/aw/awesome-claude-skills点击查看免费下载本篇技术指南围绕 awesome-claude-skills 仓库中的 anonyflow-automation 技能 展开讲解如何借助 Rube MCP 桥接 Composio 的 Anonyflow 工具集让 Claude 直接执行 Anonyflow 相关任务。读完本文你将掌握从 MCP 端点接入、连接激活到工具发现、批量执行的完整四步操作链路并能规避工具 schema 变更、连接状态检查、会话复用等六大常见陷阱。技能定位Rube MCP Composio Anonyflow 工具集的自动化入口anonyflow-automation是 awesome-claude-skills 仓库中 composio-skills 目录下的一个标准 Claude Skill。从 SKILL.md 的 YAML frontmatter 可以看到它的元数据定义name: anonyflow-automation description: Automate Anonyflow tasks via Rube MCP (Composio). Always search tools first for current schemas. requires: mcp: [rube]其中requires: mcp: [rube]声明了该技能依赖名为rube的 MCP 服务器这是整个自动化的接入前提。它的作用链路可以概括为Claude技能触发→ Rube MCP统一网关→ Composio Anonyflow toolkit工具执行→ Anonyflow 业务操作。这一点与仓库 README.md 对 Skill 体系的描述一致Skills 定义的是工作流——做什么、按什么顺序做、带哪些护栏而 MCP 负责接入外部系统鉴权、传输、工具发现工具则是 Agent 实际调用的函数。本技能正是将如何自动化 Anonyflow这一套工作流固化成了可复用的指令包。仓库中的 connect 技能 进一步印证了底层机制Composio Tool Router 负责在 1000 应用中路由到正确工具OAuth 自动处理动作执行后返回结果。anonyflow-automation 则是这种能力的 Anonyflow 专属化封装。前置条件三个必须满足的检查项在运行任何工作流之前SKILL.md 明确列出了三条硬性前置条件Rube MCP 必须已连接——以RUBE_SEARCH_TOOLS工具可用为标志它是整个链路的第一道门存在激活的 Anonyflow 连接——通过RUBE_MANAGE_CONNECTIONS工具且指定 toolkit 为anonyflow建立永远先调用RUBE_SEARCH_TOOLS——工具 schema 随时可能变化任何硬编码的 tool slug 或参数都可能在运行时失效。第三条是整个技能的核心理念它贯穿后续所有环节也是先搜索、再执行这一 Agent 最佳实践的直接体现。环境搭建接入 Rube MCP 并激活 Anonyflow 连接1. 添加 Rube MCP 服务器搭建的第一步是在你的客户端配置中把https://rube.app/mcp添加为 MCP 服务器端点。该技能强调了一个关键便利无需任何 API Key添加端点即可工作。2. 四步连接确认流程添加完成后按以下顺序完成连接检查与激活验证 MCP 可用确认RUBE_SEARCH_TOOLS工具能够正常响应建立 Anonyflow 连接调用RUBE_MANAGE_CONNECTIONStoolkit 参数指定为anonyflow完成授权如果返回的连接状态不是ACTIVE跟随返回的 auth 链接完成授权设置确认状态在运行任何工作流之前确认连接状态显示为ACTIVE。这一步相当于 connect/SKILL.md 中描述的 OAuth 授权流首次使用某应用时需要点击链接授权授权完成后连接持久化保存后续无需重复授权。工具发现不要硬编码先查询最新 schema工具发现是本技能的强制性第一步。SKILL.md 给出的标准查询示例如下RUBE_SEARCH_TOOLS queries: [{use_case: Anonyflow operations, known_fields: }] session: {generate_id: true}调用后返回的内容包括四类关键信息可用工具的 tool slug后续执行时直接引用输入 schema字段名与类型必须严格遵循推荐的执行计划按任务组织的调用顺序建议已知陷阱该工具集历史上常见的出错点。queries数组中use_case应替换为你具体的 Anonyflow 任务描述known_fields可填写你已知的字段以辅助检索session.generate_id: true表示本次会话由系统生成新 ID适合工作流起点。核心工作流发现 → 检查 → 执行 三步模式整个自动化遵循一个固定三步模式SKILL.md 对每一步都给出了可复制的调用模板。Step 1发现可用工具以你具体的 Anonyflow 任务为use_case进行检索并复用已有会话 IDRUBE_SEARCH_TOOLS queries: [{use_case: your specific Anonyflow task}] session: {id: existing_session_id}Step 2检查连接状态在每次执行前确认 Anonyflow 连接仍然有效RUBE_MANAGE_CONNECTIONS toolkits: [anonyflow] session_id: your_session_id这里与搭建阶段的关键区别在于Step 2 属于工作流内的日常巡检session_id应使用工作流自己的会话 ID而不是搭建时的流程。Step 3执行工具拿到 schema 后用RUBE_MULTI_EXECUTE_TOOL提交执行请求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 的搜索结果而不是凭记忆填写的固定值arguments的字段名与类型必须与搜索结果返回的 schema 完全一致memory参数必须始终携带即使没有状态数据也要传空对象{}session_id在同一工作流内保持复用。已知陷阱六个必须避开的坑SKILL.md 用独立章节列出了实践中反复出现的问题逐条拆解如下永远先搜索工具 schema 会变化不要在未调用RUBE_SEARCH_TOOLS的情况下硬编码 tool slug 或参数。这是所有陷阱中最重要的一条直接决定调用是否会因 schema 过期而失败执行前检查连接调用工具前务必通过RUBE_MANAGE_CONNECTIONS确认状态为ACTIVE否则调用会在鉴权环节直接失败严格 schema 合规使用搜索结果中的精确字段名与类型不要自行优化参数命名memory 参数不可省略RUBE_MULTI_EXECUTE_TOOL的每次调用都必须包含memory即使为空也要传{}缺省会破坏调用协议会话复用策略同一工作流内复用会话 ID 以保持上下文连续开启新工作流时才生成新 ID避免串流分页处理检查响应中是否带有分页 token若有则持续翻页直到数据取完防止结果被截断导致漏处理。速查参考五种操作的对应入口SKILL.md 末尾的速查表概括了全部操作入口完整继承如下操作入口方式查找工具RUBE_SEARCH_TOOLS配合 Anonyflow 专属的 use case建立连接RUBE_MANAGE_CONNECTIONStoolkit 指定为anonyflow执行工具RUBE_MULTI_EXECUTE_TOOL引用搜索发现的 tool slugs批量操作RUBE_REMOTE_WORKBENCH配合run_composio_tool()函数完整 schemaRUBE_GET_TOOL_SCHEMAS适用于返回schemaRef引用的工具五种入口各有分工前三个覆盖单次自动化的完整闭环RUBE_REMOTE_WORKBENCH面向需要远端工作台支撑的批量任务RUBE_GET_TOOL_SCHEMAS则用于在 schema 被引用schemaRef而非内联返回时进一步拉取完整定义。仓库佐证同构技能与通用模式在仓库的 composio-skills 目录下大量自动化技能采用了与 anonyflow-automation 完全同构的结构。例如 composio-automation 和 composio-search-automation二者的 frontmatter、前置条件、Setup 四步流程、工具发现、三步工作流、陷阱清单与速查表逐节对应仅将 toolkit 名称和 use case 替换为各自的领域composio、composio_search、anonyflow。从源码结构可以推断这是一套高度模板化的技能生成体系——Rube MCP 作为统一网关对每种 Composio toolkit 生成一份同构的 SKILL.md。这意味着一旦你掌握了 anonyflow-automation 的使用模式即可零成本迁移到该目录下 500 个同类自动化技能。配合 README.md 中关于 Skills 渐进加载机制的说明会话开始时仅加载名称与描述命中相关性后才加载完整指令体这些技能可以在单个 Agent 中大量共存而不撑爆上下文窗口。综上anonyflow-automation 的完整使用路径可以概括为接入 Rube MCP → 激活 Anonyflow 连接 → 先搜索拿 schema → 检查连接 → 按 schema 执行。将先搜索、再执行内化为习惯是让 Anonyflow 自动化稳定运行的关键。赞分享AI 技能AI 插件人工智能工作流自动化【免费下载链接】awesome-claude-skillsA curated list of awesome Claude Skills, resources, and tools for customizing Claude AI workflows项目地址https://gitcode.com/GitHub_Trending/aw/awesome-claude-skills点击查看免费下载相关推荐使用 Rube MCP 自动化 Blocknative 操作awesome-claude-skills 的 blocknative-automation 技能实战指南使用 Rube MCP 自动化 Blocknative 操作awesome claude skills 的 blocknative automation 技能AI 技能AI 插件人工智能工作流自动化Hister Web界面深度体验10个你该知道的隐藏功能Hister Web界面深度体验10个你该知道的隐藏功能 Hister 是一款 自托管的私人搜索引擎 它会对你访问过的网页和本地文件做全文索引让你随时找回AI 技能AI 插件人工智能工作流自动化AzerothCore 配置更新与合并工具基于 Python 的 config_merger.py 完整实战指南AzerothCore 配置更新与合并工具基于 Python 的 config_merger.py 完整实战指南 本文面向 AzerothCore 服务器管理AI 技能AI 插件人工智能工作流自动化上一篇forever源码中的代码覆盖率报告istanbul配置下一篇kkFileView基于Spring Boot的通用文件在线预览架构深度解析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
