proxiedmail-automation
作者 ComposioHQ面向 proxiedmail-automation 的 Rube MCP 工作流指南，涵盖设置、使用 RUBE_SEARCH_TOOLS 发现工具、连接检查，以及安全使用 Proxiedmail 的要点。
该 skill 得分为 64/100，适合收录但能力相对有限。目录用户可以通过 Rube MCP 获得一个可用的触发方式和基础 Proxiedmail 自动化操作模式，但应预期它是一个较轻量的 skill，更多依赖实时工具发现，而不是提供深入的 Proxiedmail 专属工作流。
- 有效的 frontmatter 声明了必需的 `rube` MCP 依赖，并明确说明用途：通过 Composio/Rube MCP 自动化 Proxiedmail。
- 前置条件和设置步骤说明了如何连接 Rube MCP、管理 `proxiedmail` 连接，并在使用前确认其为 ACTIVE 状态。
- 该 skill 反复要求代理先调用 `RUBE_SEARCH_TOOLS`，可减少对 schema 的猜测，并帮助执行过程与当前工具定义保持一致。
- 除 SKILL.md 外，没有提供支持文件、脚本、参考资料或 README，因此能否顺利采用完全取决于文档中描述的 MCP 工作流。
- 内容看起来主要是通用的 Rube MCP 工具发现模式，没有记录具体的 Proxiedmail 任务示例或工具级参数。
proxiedmail-automation skill 概览
proxiedmail-automation 能做什么
proxiedmail-automation 是一个 Claude skill，用于通过 Composio 的 Rube MCP server 自动化 Proxiedmail 工作流。它的设计目标是帮助 agent 发现当前可用的 Proxiedmail tool schemas，验证用户的 Proxiedmail 连接，然后通过可用的 Rube tools 执行 email-alias 或 proxy-email 操作，而不是凭经验猜测工具名称或输入参数。
最适合 Workflow Automation 用户
这个 proxiedmail-automation skill 最适合希望在 AI 辅助工作流中稳定重复执行 Proxiedmail 操作的用户：例如检查当前有哪些 Proxiedmail actions、创建或管理 proxy mail 资源，或把 Proxiedmail 任务与其他支持 MCP 的自动化流程串联起来。它更适合已经在使用 Claude skills、MCP servers，以及 Composio/Rube 风格 tool calling 的用户。
核心差异：先搜索工具，再执行
这个 skill 的关键设计取舍是：它不会硬编码 Proxiedmail tool schemas，而是要求 agent 先调用 RUBE_SEARCH_TOOLS，获取当前 schema、tool slugs、执行计划和潜在风险点。这样做很重要，因为 Composio tool schemas 可能会变化；先做发现可以减少因示例过期而导致的调用失败。
安装前需要先确认的条件
安装前，请确认你的客户端支持 MCP，并且可以使用 Rube MCP。这个 skill 需要 rube MCP server、通过 RUBE_MANAGE_CONNECTIONS 建立的有效 Proxiedmail 连接，以及一个允许 agent 调用外部工具的工作流。如果你只是想了解 disposable email 或 Proxiedmail 的概念，普通 prompt 就足够了。
如何使用 proxiedmail-automation skill
proxiedmail-automation 的安装与设置路径
从 Composio skills repository 安装该 skill，然后把 Rube MCP 添加到你的客户端配置中：
https://rube.app/mcp
典型安装命令如下：
npx skills add ComposioHQ/awesome-claude-skills --skill proxiedmail-automation
安装完成后，确认 RUBE_SEARCH_TOOLS 可用。然后使用 toolkit proxiedmail 调用 RUBE_MANAGE_CONNECTIONS。如果连接状态不是 ACTIVE，请先完成返回的授权流程，再让 agent 执行 Proxiedmail actions。
使用该 skill 时你需要提供的输入
为了可靠地使用 proxiedmail-automation，不要只说“使用 Proxiedmail”，而要告诉 agent 真实的操作目标。建议包含：
- 你希望完成的 Proxiedmail 任务
- 已知的 account、alias、domain、recipient、label 或 forwarding 详情
- 是否允许 agent 创建、更新、删除资源，或只能查看资源
- 任何安全限制，例如“不要删除现有 aliases”
- 期望的输出格式，例如摘要、表格或 audit log
较弱的 prompt：“Set up Proxiedmail.”
更好的 prompt：“Use proxiedmail-automation to discover current Proxiedmail tools, verify my connection, then create a new proxy email for newsletter signups. Do not delete or modify existing aliases. Return the tool plan before execution and summarize the final alias, forwarding target, and any warnings.”
首次运行的推荐流程
第一次使用时，建议采用偏保守的“先发现、后执行”流程：
- 要求 agent 阅读
composio-skills/proxiedmail-automation/SKILL.md。 - 要求它结合你的具体用例调用
RUBE_SEARCH_TOOLS。 - 确认
RUBE_MANAGE_CONNECTIONS显示 toolkitproxiedmail为 active。 - 在执行前审查拟定的 tool call plan。
- 运行 Proxiedmail 操作。
- 要求输出最终状态摘要和任何后续操作建议。
这套流程比直接调用更慢，但首次使用更安全，因为它会在触碰你的 Proxiedmail 资源之前，同时确认 schema 和认证状态。
优先阅读的 repository 文件
repository 路径是：
composio-skills/proxiedmail-automation
最需要查看的主文件是 SKILL.md。根据已提供的证据，该 skill 没有额外的 scripts/、resources/、references/ 或 rules/ 目录，因此它的行为主要集中在这一个文件中。请特别关注 prerequisites、setup、tool discovery，以及 core workflow pattern 相关部分。
proxiedmail-automation skill 常见问题
proxiedmail-automation 适合新手吗？
只有在你已经理解 AI 客户端的 MCP 设置时，它才算适合新手。Proxiedmail 任务本身可以很简单，但这个 skill 依赖 Rube MCP、工具发现和连接授权。如果你从未配置过 MCP server，建议先预留设置时间，不要一开始就期待自动化流程立刻可用。
它和普通 prompt 有什么区别？
普通 prompt 可以描述 Proxiedmail 工作流，但无法可靠知道当前的 Composio tool schemas，也不能执行经过认证的操作。proxiedmail-automation skill 会指导 agent 使用 RUBE_SEARCH_TOOLS 和 RUBE_MANAGE_CONNECTIONS，因此更适合真实的 Workflow Automation 场景，因为这些场景需要关注当前 schema 和有效连接。
什么时候不应该使用这个 skill？
如果任务与 Proxiedmail 无关、只是一次性的概念解释，或你的客户端无法连接 MCP tools，就不应使用它。如果你不愿意让 AI agent 访问经过认证的 email-alias 操作，也应避免使用。在这些情况下，建议手动使用 Proxiedmail 自带的 dashboard 或 documentation。
它包含现成脚本吗？
不包含。repository 证据显示，这个 skill 只有 SKILL.md。这不一定是缺点：它的核心价值在于为 Rube MCP 提供编排指导。但如果你需要本地脚本、测试或可复用的命令行自动化，就需要围绕发现到的 Rube tools 自行构建。
如何改进 proxiedmail-automation skill
为 proxiedmail-automation 提供更强的任务上下文
最有效的改进来自更清晰的用户指令。不要只要求执行一个泛泛的 Proxiedmail action，而要说明业务目的和约束。例如：“Create a proxy address for a vendor trial, forward it to my work inbox, label it vendor-eval, and show me the exact resource created. Do not change existing forwarding rules.”
避免常见失败模式
大多数失败都来自跳过工具发现、连接未激活，或假设过期的工具输入仍然有效。在 prompt 中明确要求 agent 先调用 RUBE_SEARCH_TOOLS，并在执行前检查 RUBE_MANAGE_CONNECTIONS。如果 Rube 返回的 tool schema 与某个示例冲突，应以发现到的 schema 为准。
根据首次输出继续迭代
首次运行后，要求 agent 做结构化复盘：选择了哪个 tool、使用了哪些输入、Proxiedmail 中发生了什么变化，以及哪些内容无法验证。这样可以让下一次 proxiedmail-automation 使用更安全，尤其是涉及更新或删除操作时。对于敏感工作流，应要求采用“先给计划，获批后执行”的模式。
面向团队工作流扩展该 skill
团队可以通过增加内部约定来改进这个 skill，例如命名规则、label 规则、允许使用的 domains、审批规则和 audit summaries。一个实用扩展是添加一份简短的本地 checklist：必填 alias purpose、owner、forwarding destination、retention policy，以及是否允许删除。这样的补充不会改变其核心的 Rube MCP 发现模型，但能让使用结果更可预测。