trello-automation
使用 Claude 自動化 Trello 工作流程
停止手動管理 Trello 看板。此技能幫助 Claude 透過 Rube MCP 整合，以程式化方式建立卡片、移動任務、分配成員和搜尋看板。
下載技能 ZIP
在 Claude 中上傳
前往 設定 → 功能 → 技能 → 上傳技能
開啟並開始使用
測試它
正在使用「trello-automation」。 在我的 'Development' 看板的 'Code Review' 清單中建立一張標題為 'Review PR #42' 的卡片，描述為 'Check the authentication changes before merge'
預期結果:
已在 Development 看板上建立卡片 'Review PR #42'。卡片 ID：5a1b2c3d4e5f6g7h8i9j0k1l。已新增到 Code Review 清單的頂部位置。
正在使用「trello-automation」。 在我的看板上搜尋所有包含 'database' 的卡片
預期結果:
找到 3 張卡片：1) 'Database migration plan' 在 DevOps 看板上，2) 'Fix database connection timeout' 在 Backend 看板上，3) 'Update database schema docs' 在 Documentation 看板上。
正在使用「trello-automation」。 將 'Deploy to staging' 卡片移動到 'Done' 清單並分配給 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 在程式碼審查期間偵測到錯誤時，自動在看板上建立包含完整描述、標籤和負責人的卡片。
內容創作者：規劃編輯日曆
設定內容日曆，為文章、影片和貼文建立卡片。隨著工作進度，將卡片從「構想」移動到「進行中」再到「已發布」清單。
試試這些提示
在我的 '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 字元的 hex ID 會導致所有 API 呼叫失敗。
- 不要假設扁平的響應結構：許多 Trello API 響應將資料巢狀在 response.data.details 或 data.data 下，因此要防禦性地解析響應，而不是假設扁平陣列。
- 不要為大型檢查清單逐一新增檢查清單項目：新增 50 個檢查清單項目需要 50 個獨立的 API 呼叫，可能會觸及速率限制；盡可能使用 TRELLO_GET_BATCH 進行批次操作。