trello-automation
使用 Claude 自动化 Trello 工作流程
告别手动管理 Trello 看板。此技能帮助 Claude 通过 Rube MCP 集成以编程方式创建卡片、移动任务、分配成员和搜索看板。
下载技能 ZIP
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
开启并开始使用
测试它
正在使用“trello-automation”。 Create a card titled 'Review PR #42' on my 'Development' board in the 'Code Review' list with description 'Check the authentication changes before merge'
预期结果:
已在 Development 看板创建卡片 'Review PR #42'。卡片 ID：5a1b2c3d4e5f6g7h8i9j0k1l。已添加到 Code Review 列表顶部位置。
正在使用“trello-automation”。 Search for all cards containing 'database' on my boards
预期结果:
找到 3 张卡片：1) DevOps 看板上的 'Database migration plan'，2) Backend 看板上的 'Fix database connection timeout'，3) Documentation 看板上的 'Update database schema docs'。
正在使用“trello-automation”。 Move 'Deploy to staging' card to 'Done' list and assign to John
预期结果:
卡片 'Deploy to staging' 已从 'In Progress' 移动到 'Done'。已分配给 John（成员 ID：4d3c2b1a0f9e8d7c6b5a4f3e）。已将分配添加到卡片成员。
安全审计
安全Documentation-only skill with no executable code. All static findings are false positives from markdown formatting (backticks for code blocks) and API parameter names (idList, idCard). The skill provides legitimate instructions for Trello automation via Rube MCP integration.
低风险问题 (1)
风险因素
⚙️ 外部命令 (5)
🌐 网络访问 (1)
质量评分
你能构建什么
项目经理：从会议自动创建任务
将会议笔记自动转换为 Trello 卡片。根据会议中讨论的行动项目创建带有描述、负责人和截止日期的卡片。
开发者：将缺陷和问题记录到看板
当 Claude 在代码审查中检测到缺陷时，自动在 Trello 看板创建带有完整描述、标签和负责人的卡片。
内容创作者：规划编辑日历
设置内容日历，为文章、视频和帖子创建卡片。随着工作进展，将卡片从「创意」移动到「进行中」再到「已发布」列表。
试试这些提示
在我的名为 'Project Alpha' 的看板的 'To Do' 列表中创建一张 Trello 卡片。标题：'Fix authentication bug'，描述：'Users report login fails on mobile devices'，截止日期：明天，位置：顶部
在我的所有看板中搜索名为 'Q1 Report' 的卡片，然后将其移动到 'Done' 列表。移动后添加评论 'Completed final review'。
在 'Sprint 23' 看板的 'Backlog' 列表中创建以下 5 张卡片：1) 'Add user profile page'，2) 'Implement search filters'，3) 'Write API docs'，4) 'Set up CI pipeline'，5) 'Create onboarding flow'。为每张卡片添加清单 'Testing steps'。
找到名为 'Database migration' 的卡片并将其分配给团队成员 'Alice'。添加评论 '@Alice ready for your review' 并附加迁移计划 URL。
最佳实践
- 始终在操作前将显示名称解析为 ID：首先搜索看板以找到看板 ID，然后获取列表以找到列表 ID，最后使用解析后的 ID 创建卡片。
- 创建卡片后立即保存返回的 ID：新卡片创建后，立即保存返回的 idCard 值，因为添加清单等下游操作需要此特定 ID。
- 对大型看板使用批量操作：如果需要读取超过 1000 张卡片，请使用 TRELLO_GET_BATCH 端点和多个 URL，以保持在每 10 秒 300 次请求的速率限制内。
避免
- 不要使用显示名称代替 ID：传递如 'Project Alpha' 这样的看板名称而不是 24 字符的十六进制 ID 将导致所有 API 调用失败。
- 不要假设响应结构是扁平的：许多 Trello API 响应将数据嵌套在 response.data.details 或 data.data 下，因此要防御性地解析响应，而不是假设它是扁平数组。
- 不要逐个创建大型清单的清单项：添加 50 个清单项需要 50 次单独的 API 调用，可能会达到速率限制；尽可能使用 TRELLO_GET_BATCH 进行批量操作。