formcarry-automation
作者 ComposioHQformcarry-automation 可帮助 Claude 通过 Composio Rube MCP 自动化 Formcarry：发现实时工具 schema、检查 formcarry 连接，然后安全执行受支持的工作流。
该 skill 评分为 68/100，适合收录，但能力相对有限。对于希望让 agent 通过 Rube MCP 自动化 Formcarry 的目录用户来说，它提供了足够的安装指引，尤其是明确了前置条件和“先发现、再执行”的模式。不过，它本质上更像是围绕 Composio/Rube 工具发现能力的一层轻量操作封装，缺少具体的 Formcarry 工作流和支持材料，因此用户应预期 agent 需要依赖实时 schema 查询，并进行一定推断。
- Frontmatter 有效，并清楚声明了所需的 MCP 依赖：`rube`。
- 前置条件和设置步骤说明用户需要 Rube MCP、有效的 Formcarry 连接，并应通过 `RUBE_MANAGE_CONNECTIONS` 完成认证。
- 该 skill 提供了可复用的 agent 执行模式：先用 `RUBE_SEARCH_TOOLS` 搜索工具，检查连接状态，再按当前 schema 执行，而不是依赖可能过期的硬编码输入。
- 除单个 SKILL.md 外，没有配套脚本、参考资料、示例或 README，因此实际采用很大程度上依赖 Rube MCP 的实时工具发现能力。
- 这份工作流指导更像是面向通过 Composio 使用 Formcarry 的通用说明，具体的 Formcarry 任务示例和边界情况处理较少。
formcarry-automation skill 概览
formcarry-automation 的用途
formcarry-automation 是一个 Claude skill，用于通过 Rube MCP 上的 Composio Formcarry toolkit 自动化处理 Formcarry 相关工作。它不是独立的 Formcarry SDK 封装；它的作用是引导 agent 发现当前可用的 Rube 工具 schema、确认 Formcarry 连接状态，并以更少的猜测执行合适的 Formcarry 操作。
当你希望 AI agent 协助处理 Formcarry 任务时，可以使用 formcarry-automation skill，例如查看可用的 Formcarry action、准备工作流步骤，或通过 MCP 运行受支持的操作，而不是在每次会话中手动查找 Composio 工具文档。
最适合的用户与工作流
formcarry-automation skill 最适合已经在使用 Claude 或其他支持 MCP 的客户端，并希望把 Formcarry 自动化纳入 agent 工作流的用户。它适用于管理网页表单、联系人提交、线索分发或表单相关运营任务的团队，并且希望 agent 只在检查实时 schema 后再调用工具。
当工具名称或参数可能变化时，它尤其有用，因为该 skill 的核心指令是先调用 RUBE_SEARCH_TOOLS，而不是假设固定的 API 结构。
主要差异点
这个 skill 的实际价值在于它的工作流纪律：先发现工具、检查 Formcarry 连接，再执行操作。相比通用的“自动化 Formcarry”提示词，这种方式更安全，因为后者可能会编造工具名称、忽略认证状态，或使用过期参数。
该 repository 刻意保持精简：关键文件是 SKILL.md，没有内置脚本、参考资料或辅助资源。是否适合采用，主要取决于你的客户端能否使用 Rube MCP，以及你的 Formcarry 连接能否通过 Composio 激活。
如何使用 formcarry-automation skill
formcarry-automation 安装环境
如果你的环境支持安装 skill，可以从 Composio skills repository 安装：
npx skills add ComposioHQ/awesome-claude-skills --skill formcarry-automation
然后在客户端中添加以下地址来配置 Rube MCP：
https://rube.app/mcp
在期待它产出有效结果之前，请先确认 MCP server 暴露了 RUBE_SEARCH_TOOLS。该 skill 还要求通过 Rube/Composio 拥有一个已激活的 Formcarry 连接。使用 toolkit formcarry 调用 RUBE_MANAGE_CONNECTIONS；如果返回认证链接或 inactive 状态，需要先完成授权，再让 agent 运行 Formcarry 工作流。
skill 需要哪些输入
要可靠地使用 formcarry-automation，请向 agent 提供明确的 Formcarry 任务、预期结果以及任何安全边界。一个较弱的提示词是：
“Automate my Formcarry.”
更好的提示词是：
“Use the formcarry-automation skill. First call RUBE_SEARCH_TOOLS for current Formcarry schemas. Check whether the formcarry connection is active. I want to review available actions for managing form submissions, then propose the safest execution plan before making changes. Do not delete or update anything without confirmation.”
这样效果更好，因为它告诉 skill 要发现什么、需要多谨慎，以及什么时候必须停下来等待确认。
推荐工作流
从实时工具发现开始：
使用 RUBE_SEARCH_TOOLS，并提供类似 "Formcarry operations" 的 use case，或你的具体任务，例如 "review recent Formcarry submissions"。
然后使用 RUBE_MANAGE_CONNECTIONS 检查 toolkit formcarry 的连接状态。只有在连接处于 active 状态之后，agent 才应该选择返回的 tool slug，并根据发现到的 schema 填写参数。
对于风险较高的任务，建议要求两步执行：先基于发现到的工具生成计划，然后只有在你批准确切的工具调用和输入后才执行。这是 formcarry-automation 指南中最重要的使用习惯，因为该 repository 本身强调使用当前 schema，而不是硬编码假设。
优先阅读的 repository 文件
请先阅读 composio-skills/formcarry-automation/SKILL.md。它包含先决条件、设置流程、工具发现模式，以及必须“先 search tools”的指令。
当前 skill package 中没有可见的支持目录，例如 scripts/、resources/、references/ 或 rules/，因此不要期待里面有示例自动化或可复用代码。如果你需要更高级的示例，可以结合官方 Composio toolkit 页面 composio.dev/toolkits/formcarry，以及 RUBE_SEARCH_TOOLS 返回的实时结果一起使用。
formcarry-automation skill 常见问题
formcarry-automation 只适用于 Formcarry 吗？
是的。formcarry-automation skill 的范围限定在通过 Composio Formcarry toolkit 可用的 Formcarry 操作。Rube MCP 可以暴露其他 toolkit，但这个 skill 的指令、连接检查和搜索提示都是针对 formcarry 编写的。
我需要 Formcarry API key 吗？
skill 文本说明，可以通过 https://rube.app/mcp 添加 Rube MCP，而无需在客户端中手动添加 API key。不过，你仍然需要通过 RUBE_MANAGE_CONNECTIONS 拥有一个已激活的 Formcarry 连接。如果连接处于 inactive 状态，必须先完成返回的授权流程，之后才能执行工具。
为什么不直接用普通提示词？
普通提示词可能会幻觉出一个 Formcarry endpoint，或假设过期的 schema。这个 skill 会要求 agent 先查询 RUBE_SEARCH_TOOLS，再使用返回的 tool slug、schema、执行计划和风险提示。相比“use Formcarry”这类静态指令，它更适合实时工具调用。
什么时候不应该安装它？
如果你无法使用 MCP tools、无法连接 Rube MCP，或者只需要一般性的 Formcarry 文档，就不要安装 formcarry-automation。如果你需要的是完整打包的脚本库，它也不适合；这个 skill 是一个 agent 工作流封装，而不是带有现成自动化脚本的代码库。
如何改进 formcarry-automation skill 的使用效果
用面向任务的发现提示改进 formcarry-automation
提升 formcarry-automation 结果质量的最佳方式，是让 discovery query 更具体。不要只问 “Formcarry operations”，而是描述具体任务：“find tools for listing recent submissions”、“identify tools for form configuration”，或 “check what actions are available before exporting leads”。
具体的发现请求可以减少无关工具建议，并帮助 agent 在第一次尝试时就选择正确的 schema。
为高风险操作添加审批关卡
对于任何会修改 Formcarry 数据的操作，都应要求 agent 将规划和执行分开。一个好的指令是：
“After tool discovery, summarize the exact tool, parameters, and expected effect. Wait for my approval before executing any create, update, delete, or bulk operation.”
这样可以避免意外变更，也让该 skill 更适合生产环境中的表单工作流。
提前提供标识符和约束
如果你的任务依赖表单名称、form ID、提交日期范围、email 字段、tag、destination 或业务规则，请在第一条提示词中就提供。skill 可以发现 schema，但无法推断你的内部命名规范或风险容忍度。
好的输入包括：目标表单、日期范围、是否要求 read-only mode、怎样算成功，以及 agent 是否可以在调用失败后重试。
基于返回的 schema 迭代
在第一次获得 RUBE_SEARCH_TOOLS 结果后，使用 Rube 返回的实际工具名称和必填字段来细化请求。如果某个参数不清楚，请让 agent 在执行前解释 schema。
这是改进 formcarry-automation skill 使用效果最可靠的路径，因为它的核心设计依赖当前工具发现，而不是复制到 repository 里的固定文档。