passcreator-automation
作者 ComposioHQpasscreator-automation 可帮助 agent 通过 Composio Rube MCP 自动化 Passcreator 工作流：先发现实时工具 schema，检查 Passcreator 连接，并在执行前规划已认证的操作。
该 skill 得分为 66/100，适合收录但能力有限。目录用户可以获得一个可用触发方式，以及面向 Passcreator 的清晰 Rube MCP 发现与设置模式；但需要了解，仓库几乎没有提供具体的 Passcreator 工作流内容，并且高度依赖运行时工具发现。
- 有效的 skill frontmatter 明确声明了对 `rube` 的必需 MCP 依赖，并将范围界定为 Passcreator 自动化。
- 前置条件和设置步骤会引导 agent 验证 `RUBE_SEARCH_TOOLS`、管理 `passcreator` 连接，并在执行前确认 ACTIVE 状态。
- 该 skill 多次要求 agent 先调用 `RUBE_SEARCH_TOOLS`，可减少在 Composio 工具接口变化时对 schema 的猜测。
- 依赖实时 Rube MCP 工具发现和有效的 Passcreator 连接，因此仅凭仓库内容无法判断具体可用操作。
- 未包含支持文件、脚本、示例或 Passcreator 专属任务配方，除通用发现流程外，实际操作深度有限。
passcreator-automation skill 概览
passcreator-automation 能做什么
passcreator-automation 是一个 Claude skill，用于通过 Composio 的 Rube MCP server 自动化 Passcreator 工作流。它的核心价值不在于提供一组固定的 Passcreator 命令，而是指导 agent 先用 RUBE_SEARCH_TOOLS 发现当前可用的 Passcreator tool schema，确认 Passcreator 连接状态，然后再根据任务执行合适的 Rube MCP tools。
这一点很重要，因为 Passcreator 操作可能依赖实时的 toolkit schema、认证状态和工具可用性。这个 skill 的设计目标，是把工具发现作为第一步，从而减少容易失效的脆弱 prompt。
最适合 Workflow Automation 用户
如果你希望 agent 帮你处理 Passcreator 相关的 Workflow Automation，例如准备操作、检查可用的 Passcreator actions，或通过 Composio 执行已认证的 Passcreator 任务，那么 passcreator-automation skill 很适合。它尤其适合已经在支持 MCP 的客户端中工作，并且可以使用 Rube tools 的用户。
如果你只是想要泛泛的 Passcreator 建议、UI 操作指引，或一个独立脚本，它的帮助就没那么大。这个 skill 依赖 Rube MCP，并且需要有效的 Passcreator 连接。
核心差异：先看 schema，再执行
passcreator-automation 最关键的行为，是要求在执行前始终先调用 RUBE_SEARCH_TOOLS。这让工作流比静态 prompt 更稳健，因为 agent 可以在行动前检查当前的 tool slugs、输入字段、推荐计划和潜在坑点。
当 tool schema 发生变化，或者具体的 Passcreator action 名称不明确时，这一点尤其有用。
如何使用 passcreator-automation skill
passcreator-automation 的安装与设置背景
如果要从目录源安装这个 skill，可以用你的 skills installer 指向 GitHub repository path，例如：
npx skills add ComposioHQ/awesome-claude-skills --skill passcreator-automation
然后在你的客户端中添加 Rube MCP：
https://rube.app/mcp
这个 skill 预期 RUBE_SEARCH_TOOLS 可用。在执行 Passcreator 工作之前，请使用 toolkit 为 passcreator 的 RUBE_MANAGE_CONNECTIONS；如果连接不是 ACTIVE，就按返回的认证流程完成授权。
skill 执行前需要哪些输入
一个好的 passcreator-automation 使用 prompt 应该包含：
- 你希望达成的具体 Passcreator 结果
- 已知的对象名称、ID、campaign 名称、template 名称或客户上下文
- 任务是只读、仅草稿，还是允许实际修改
- 约束条件，例如“不要发布”、“修改前先确认”或“只检查可用工具”
- 如果你知道当前连接状态，也一并说明
较弱的 prompt：“Use Passcreator.”
更好的 prompt：“Use passcreator-automation to discover current Passcreator tools, verify my passcreator connection, then identify the tool and required fields for creating or updating a pass template. Do not execute changes until you show the planned tool call and ask for confirmation.”
获取可靠结果的推荐流程
一个实用的 passcreator-automation 使用流程应按以下顺序进行：
- 要求 agent 针对你的具体 Passcreator 场景调用
RUBE_SEARCH_TOOLS。 - 让它总结可用的 tool slugs 和必填输入 schema。
- 使用
RUBE_MANAGE_CONNECTIONS检查 Passcreator 连接。 - 如果连接未激活，先完成认证再继续。
- 在执行写入操作前，要求 agent 给出拟定的执行计划。
- 只有在必填字段和副作用都清楚后再执行。
- 检查结果；如有需要，为下一步操作再运行一次工具发现查询。
这个流程比一次性通用 prompt 慢一些，但可以避免因猜测 tool 名称或缺少必填字段而导致的常见失败。
优先阅读的 repository 文件
repository path 是 composio-skills/passcreator-automation。关键文件是 SKILL.md；在提供的结构中没有额外的 scripts/、resources/ 或 references/ 文件夹。请阅读 SKILL.md，了解必需的 MCP 依赖、设置流程和工具发现模式。
同时建议保留 toolkit docs 以便查阅：https://composio.dev/toolkits/passcreator。这些文档可用于理解 Passcreator 的业务上下文，但实际可执行的实时 schema 仍应以 RUBE_SEARCH_TOOLS 为准。
passcreator-automation skill 常见问题
passcreator-automation 适合新手吗？
对于已经有 MCP-capable client 的用户来说，它是比较友好的；但它不是一个零配置 skill。你需要连接 Rube MCP，并通过 Composio 授权 Passcreator account。如果你刚接触 MCP，第一次会话很可能主要用于连接设置，而不是立即进行业务自动化。
它为什么比普通 prompt 更好？
普通 prompt 可能会猜测 Passcreator 能力，或者编造字段名。passcreator-automation skill 会指示 agent 先搜索 Rube tools、检查连接状态，并基于实时 schema 工作。对于操作型任务来说，这更可靠，因为错误假设可能导致调用失败或产生非预期修改。
没有 Rube MCP 或 Composio 能运行吗？
不能。这个 skill 声明了对 rube 的 MCP requirement，并依赖 RUBE_SEARCH_TOOLS 和 RUBE_MANAGE_CONNECTIONS 等 Rube tools。没有这些工具时，它仍可以说明预期工作流，但不能执行 Passcreator 自动化。
什么时候不该使用这个 skill？
不要把它用于通用营销文案、Passcreator UI 培训，或必须避免第三方自动化基础设施的工作流。如果你无法提供足够上下文来识别正确的 Passcreator 对象，或者无法在执行前审查拟定的 tool call，也应避免用它执行写入操作。
如何改进 passcreator-automation skill
用 guardrails 改进 passcreator-automation prompt
提升质量最有效的方式，是明确告诉 agent 哪些可以做、哪些不能做。例如：
“Use passcreator-automation for Workflow Automation. First discover current Passcreator tools for updating a pass template. Then check my connection. If any write action is needed, show the tool slug, required fields, and expected effect. Wait for confirmation before executing.”
这个 prompt 同时给出了任务、工具发现要求、连接检查要求和安全边界。
避免常见失败模式
常见失败包括跳过工具发现、假设过期 schema 仍然有效、在 Passcreator 连接尚未激活时就运行，或在缺少必需对象标识符的情况下继续。为了避免这些问题，可以要求 agent 展示：
- 它使用的
RUBE_SEARCH_TOOLSquery - 它计划调用的返回 tool slug
- 必填字段和缺失值
- 连接是否为
ACTIVE - 任何破坏性操作或发布类副作用
如果 agent 无法展示这些信息，请先暂停，不要执行。
在第一次输出后继续迭代
拿到第一次工具发现结果后，根据返回的 schema 细化请求。把“update the pass”这类模糊说法，替换为已发现工具中的精确字段，例如相关的 template ID、pass ID、campaign name 或 attribute names。
一个强的第二轮 prompt 可以是：“Using the discovered schema, prepare the call for tool <tool_slug> with these known fields: <fields>. Mark missing required fields and do not execute until I supply them.”
如果团队经常使用，请添加本地操作规则
如果需要反复使用，建议把团队的 Passcreator 约定写在 prompt 旁边：命名规则、审批规则、环境，以及哪些操作必须确认。上游 skill 有意保持精简，也没有额外支持文件；因此，本地规则可以在不改变其“schema-first”核心行为的前提下，显著提升一致性。