pdfmonkey-automation
作者 ComposioHQpdfmonkey-automation 可帮助 agent 通过 Composio Rube MCP 自动化 Pdfmonkey PDF 工作流：发现实时 tool schema、检查连接，并在明确必填字段后再执行操作。
该 skill 评分为 67/100，表示可以收录到目录中，但更适合已经熟悉 Rube MCP 和 Composio 连接的用户。它为 agent 提供了足够的触发条件和设置指引，相比通用提示词，能更少依赖猜测地启动 Pdfmonkey 自动化；不过它高度依赖实时工具发现，仓库本身提供的 Pdfmonkey 专属工作流内容较有限。
- 触发场景和范围清晰：专门用于通过 Rube MCP 使用 Composio 的 Pdfmonkey toolkit 来自动化 Pdfmonkey 操作。
- 提供了前置条件和设置流程，包括添加 https://rube.app/mcp、验证 RUBE_SEARCH_TOOLS，以及通过 RUBE_MANAGE_CONNECTIONS 激活 Pdfmonkey 连接。
- 包含面向 agent 的操作模式：在执行前先发现当前 tool schema，从而降低调用过期工具的风险。
- 该 skill 更像是一个 Rube MCP 工具发现模式，而不是 Pdfmonkey 专属操作手册；从仓库信号看，只有 3 处 workflow 相关提及，且没有实用示例或配套文件。
- 采用它依赖外部 Rube MCP 和已启用的 Pdfmonkey 连接；同时该 skill 明确要求 agent 先调用 RUBE_SEARCH_TOOLS，因为 schema 并未内置。
pdfmonkey-automation skill 概览
pdfmonkey-automation 的作用
pdfmonkey-automation skill 帮助 AI agent 通过 Composio 的 Rube MCP server 自动化 Pdfmonkey 工作流。它适用于这样一类任务：assistant 需要先发现当前可用的 Pdfmonkey tool schema，验证身份认证状态，然后再通过可用的 Rube tools 执行文档生成或 PDF 相关操作。
适合的用户和使用场景
如果你已经在使用 Pdfmonkey templates，并希望让 agent 触发或协调 Pdfmonkey 操作，而不是手动核对 API 细节，可以使用这个 skill。对于需要生成发票、合同、报告、证书或其他模板化 PDF 的团队，它尤其有用；这些场景下，agent 必须基于实时的 Pdfmonkey toolkit 工作，而不是凭空编造 API 调用。
核心差异点
pdfmonkey-automation skill 的实际价值并不在于内置了庞大的工作流库，而在于它严格的操作模式：先搜索 Rube tools，检查当前 schemas，确认 Pdfmonkey connection，然后才执行。这一点很重要，因为 Composio tool 的名称、字段和执行建议都可能变化，而猜测 schema 是自动化失败的常见原因。
采用前需要考虑的事项
这是一个轻量级 skill，只有一个 SKILL.md，没有辅助脚本或随包参考资料。这让它很容易检查，但也意味着能否成功取决于你是否已连接 Rube MCP、是否有有效的 Pdfmonkey account connection，以及任务指令是否清晰。如果你需要的是独立的 PDF 解析、本地 PDF 编辑，或非 Pdfmonkey 的文档处理，这个 skill 并不适合。
如何使用 pdfmonkey-automation skill
pdfmonkey-automation 安装上下文
从 Composio skill collection 安装该 skill：
npx skills add ComposioHQ/awesome-claude-skills --skill pdfmonkey-automation
然后使用 endpoint https://rube.app/mcp 将 Rube MCP 添加到你的 client 配置中。上游 skill 说明 MCP endpoint 不需要单独的 API key，但你仍然需要在 Rube 中有一个可用的 Pdfmonkey connection。
在尝试真实工作流之前，先确认 RUBE_SEARCH_TOOLS 可用。然后使用 RUBE_MANAGE_CONNECTIONS，toolkit 设为 pdfmonkey；如果 connection 不是 ACTIVE，请按照返回的授权链接完成授权，并在运行操作前重新检查状态。
skill 需要的输入
像“create a PDF”这样宽泛的请求，给 agent 的可用信息太少。更好的 pdfmonkey-automation usage prompt 应包含：
- 明确的 Pdfmonkey 任务，例如基于 template 创建 document，或检查已生成 document 的状态
- 已知的 template identifiers、document IDs 或 payload fields
- 期望输出，例如 download link、status check 或 generated file metadata
- agent 只需准备调用，还是也要实际执行
- 关于客户数据、重试、命名规则，或发送前审批的任何限制
示例：“Use pdfmonkey-automation to generate a contract PDF from our Pdfmonkey template. First search Rube tools for the current Pdfmonkey schema, confirm the connection is active, then ask me for any missing template ID or merge fields before executing.”
推荐工作流
可靠的 pdfmonkey-automation guide 应按以下顺序执行：
- 阅读
composio-skills/pdfmonkey-automation/SKILL.md。 - 使用具体 use case 调用
RUBE_SEARCH_TOOLS，不要只给泛泛的短语。 - 在检查 schemas 或 execution plans 时复用返回的 session ID。
- 执行前通过 Rube 确认 Pdfmonkey connection。
- 将你的 document data 精确映射到发现的 schema。
- 只有在必填字段已明确后才执行。
- 记录返回的 IDs、status values、errors 和后续操作。
关键习惯是让 Rube discovery 来定义 tool contract。不要根据记忆或旧示例假设参数名。
优先检查的仓库文件
仓库路径是 composio-skills/pdfmonkey-automation，唯一被标明的关键文件是 SKILL.md。应从这里开始，因为它包含 prerequisites、setup notes、tool discovery pattern 和核心 workflow pattern。在提供的结构中没有可见的 scripts/、references/、resources/ 或 rules/ 文件夹，因此不要期待除 skill instructions 之外还有额外的验证工具或示例。
pdfmonkey-automation skill FAQ
pdfmonkey-automation 适合 PDF Processing 吗？
适合，但特指通过 Pdfmonkey 和 Composio Rube MCP 进行的 pdfmonkey-automation for PDF Processing。它不是通用 PDF library。它帮助 agent 操作 Pdfmonkey tools，而这些工具通常围绕基于 template 的 PDF 生成以及相关 Pdfmonkey 操作展开。
为什么不直接用普通 prompt？
普通 prompt 可以描述你想要什么，但它可能会幻觉出不存在的 tool names、过时字段或错误的执行顺序。这个 skill 给 agent 一条明确规则：始终先调用 RUBE_SEARCH_TOOLS，再使用返回的 schema 和推荐 plan。处理实时 MCP tools 时，这能减少猜测。
对新手友好吗？
如果你熟悉连接 MCP tools 并能跟随 auth flow，它算是新手友好。但如果你期待的是一个带内置 templates 的一键 PDF 生成器，它就不太适合。你需要了解 Pdfmonkey 是什么、templates 存放在哪里，以及哪些数据需要 merge 到这些 templates 中。
什么时候不应该使用这个 skill？
当你需要本地 PDF extraction、OCR、PDF compression、可视化编辑，或 Pdfmonkey 之外的转换时，不要使用 pdfmonkey-automation。如果你的环境无法使用 Rube MCP、无法授权 Pdfmonkey connection，或工作流要求完全离线处理，也应避免使用。
如何改进 pdfmonkey-automation skill
改进 pdfmonkey-automation prompts
效果最好的 prompts 会把意图、数据和权限拆开说明。不要只写“send invoice PDF”，而应写：“Search current Pdfmonkey tools, confirm connection, identify the tool for creating a document from a template, show required fields, then wait for my approval before execution.” 这会告诉 agent 可以推进到哪一步，并避免在数据不完整时过早发起调用。
减少常见失败模式
大多数失败来自过时假设、inactive connections、缺失的 template IDs，或不完整的 merge fields。要降低这些风险，应要求 agent 在执行前报告发现的 tool slug、必填 schema fields 和 connection status。如果 tool call 失败，不要盲目重试，而是要求提供 raw error summary、实际使用的 field mapping，以及下一步修正措施。
提供更完整的文档数据
对于基于 template 的 PDF 工作，尽量提供结构化数据。以清晰的 JSON-like 形式包含 customer names、dates、line items、totals、addresses 和 template-specific variables。这有助于 agent 将你的值映射到发现的 Pdfmonkey schema，而不是编造缺失字段，或把展示标签和 API field names 混在一起。
首次输出后继续迭代
第一次运行后，保存可用的 prompt pattern、发现的 required fields，以及你的工作流依赖的任何 Pdfmonkey IDs。对于重复使用场景，可以建立一个小 checklist：search tools、confirm connection、validate payload、execute、record document ID、check status。这样可以把 pdfmonkey-automation 从一次性助手变成可靠的文档自动化流程。