exist-automation
作者 ComposioHQexist-automation 可協助 Claude 透過 Composio Rube MCP 自動化 Exist tasks：探索目前的 tool schemas、檢查 Exist connection，並引導更安全的工作流程執行。
此技能評分為 68/100，代表可收錄於目錄，但應定位為輕量級 MCP 工作流程指南，而不是即裝即用的自動化套件。目錄使用者能清楚理解它用於透過 Rube MCP 進行 Exist 自動化，也能知道 agent 應如何探索工具並驗證連線；不過，由於缺少內建範例、scripts 或更完整的任務導向工作流程，採用價值仍有限。
- Frontmatter 清楚標示必要的 MCP dependency（`rube`），並說明預期觸發情境：透過 Composio/Rube MCP 自動化 Exist tasks。
- 提供具體的設定前置條件，包括檢查 `RUBE_SEARCH_TOOLS`、使用 `RUBE_MANAGE_CONNECTIONS`，以及在執行前確認 Exist connection 為 ACTIVE。
- 強調先進行 tool discovery，有助於降低 schema drift，讓 agent 比起使用靜態 prompt 更安全地呼叫目前可用的 Exist tools。
- 完全依賴外部 Rube MCP server 與有效的 Exist connection；未內建 scripts、resources 或本機驗證素材。
- 工作流程指引偏通用，且以 schema discovery 為核心；使用者仍需依靠 RUBE_SEARCH_TOOLS 取得精確的 Exist operations，而不是照著完整範例操作。
exist-automation skill 概覽
exist-automation 適合用來做什麼
exist-automation 是一個 Claude skill，可透過 Composio 的 Rube MCP server 執行 Exist 相關操作。Exist 是個人數據分析與追蹤平台，而這個 skill 能協助代理程式探索目前可用的 Exist toolkit tools、確認使用者連線狀態，並依照正確 schema 執行工作流程自動化任務，而不是猜測工具名稱或參數。
最適合的使用者與工作流程
exist-automation skill 最適合已經在使用 Exist，並希望 AI 助理能透過 MCP 協助自動化帳號連線任務的使用者。它適用於檢查可用的 Exist actions、準備結構化更新、協調重複性的追蹤任務，或在完成授權後請代理程式對 Exist 執行操作。當你的助理環境支援 MCP tools，而且你希望在執行前有一套可重複、安全探索工具的流程時，它尤其有用。
主要差異：先探索 schema
它的核心行為不是提供一份固定的 Exist commands 清單。這個 skill 會明確要求代理程式先呼叫 RUBE_SEARCH_TOOLS，以便從 Rube 取得目前的 tool slugs、input schemas、execution plans 與 pitfalls。這很重要，因為 Composio tool schemas 可能會變動，而一般 prompt 常會因為假設過期的參數名稱而失敗。
採用前需要先確認的條件
在為 Workflow Automation 安裝 exist-automation 之前，請先確認你的 AI client 可以使用 MCP、已設定 Rube MCP，且可透過 RUBE_MANAGE_CONNECTIONS 啟用 Exist connection。如果你的環境無法把 MCP tools 暴露給助理使用，這個 skill 會比較像操作指引，但無法實際執行已驗證的 Exist actions。
如何使用 exist-automation skill
exist-automation 安裝與設定脈絡
在相容 skills 的 Claude 環境中安裝此 skill，例如：
npx skills add ComposioHQ/awesome-claude-skills --skill exist-automation
接著在你的 client 設定中，使用以下位址加入 Rube MCP 作為 MCP server：
https://rube.app/mcp
上游 skill 說明指出，MCP endpoint 本身不需要 API key。MCP 可用後，助理應先確認 RUBE_SEARCH_TOOLS 有回應，接著以 toolkit exist 呼叫 RUBE_MANAGE_CONNECTIONS。如果連線狀態不是 ACTIVE，請完成回傳的 auth link，並在要求實際 Exist 操作前重新檢查狀態。
這個 skill 需要你提供哪些輸入
若要有效使用 exist-automation，請給助理一個具體的 Exist 結果目標，而不只是說「使用 Exist」。有用的輸入包括：
- 確切任務：create、retrieve、update、summarize，或 inspect 某個 Exist 相關項目。
- 相關的時間範圍或日期邊界。
- 助理應該只草擬計畫，還是實際呼叫 tools。
- 你已經知道的任何欄位值。
- 任何限制條件，例如「在我核准前不要修改任何內容」。
較弱的 prompt：
Check my Exist.
較好的 prompt：
Use exist-automation to discover the current Exist tools, confirm my
existconnection is active, then find what operations are available for updating today’s tracking data. Do not execute a write action until you show me the tool name, required fields, and planned payload.
較好的版本更安全，因為它把探索、連線驗證與執行核准拆成不同步驟。
建議的可靠執行流程
一份實用的 exist-automation 指南應依照這個順序操作：
- 透過說明目標並提到 Exist 來觸發 skill。
- 要求助理針對特定 use case 執行
RUBE_SEARCH_TOOLS，不要只做泛用搜尋。 - 從探索進入執行階段時，維持同一個 Rube session。
- 使用
RUBE_MANAGE_CONNECTIONS確認existtoolkit connection。 - 檢視回傳的 schema 與必填欄位。
- 只有在必填輸入都完整後才執行。
這個 skill 設計所圍繞的探索請求範例：
RUBE_SEARCH_TOOLS
queries: [{use_case: "update today's Exist tracking data"}]
session: {generate_id: true}
之後，助理應使用回傳的 tool names 與 schemas，而不是自行編造 API 細節。
安裝前應閱讀的 repository 檔案
來源內容相當精簡：先從 composio-skills/exist-automation/SKILL.md 看起。skill 目錄中沒有附帶 scripts、reference folders、README 或 metadata files，因此是否採用主要取決於這些指示是否符合你的 MCP 設定。請特別留意 requires: mcp: [rube] frontmatter 和 prerequisites section。若要查看 skill 以外的 toolkit 行為，請參考 Composio 的 Exist toolkit 文件：https://composio.dev/toolkits/exist。
exist-automation skill 常見問題
沒有 Rube MCP，exist-automation 夠用嗎？
不夠。exist-automation skill 是給支援 MCP 的助理使用的路由與工作流程指示層。它依賴 Rube MCP tools，特別是 RUBE_SEARCH_TOOLS 和 RUBE_MANAGE_CONNECTIONS。如果 client 裡沒有這些 tools，助理可以說明該怎麼做，但無法執行已連線的 Exist automation。
這和一般 prompt 有什麼不同？
一般 prompt 可能會要求模型「使用 Exist」，但模型不一定知道目前的 Composio tool schema。這個 skill 會強制採用較安全的模式：先搜尋可用 tools、檢查 schemas、驗證連線狀態，然後才執行。對 Workflow Automation 來說，這會更可靠，因為錯誤欄位名稱或未驗證的呼叫都會讓任務卡住。
exist-automation 適合新手嗎？
如果你的 AI client 已經支援 MCP 設定，它對新手算友善。Exist 端的授權流程會透過 RUBE_MANAGE_CONNECTIONS 處理，但使用者仍需要理解：tool access 必須是啟用狀態，自動化才會運作。如果你剛接觸 MCP，第一次設定可能會比實際 Exist 任務花更久。
什麼情況不該使用這個 skill？
如果你只需要習慣追蹤的一般建議、無法透過 Composio 連接 Exist，或需要具備程式碼層級控制的完全自訂整合，就不適合使用 exist-automation。它也不適合盲目執行寫入操作；在變更資料前，應要求助理顯示探索到的 schema 與預計送出的 payload。
如何改善 exist-automation skill 的使用效果
用更好的 prompt 改善 exist-automation 結果
改善 exist-automation 輸出的最快方式，是明確說出預期動作、權限等級與成功條件。例如：
Discover the current Exist tools for retrieving recent data, verify my connection, then summarize what read-only actions are available. Stop before any write operation.
這會告訴助理要搜尋哪個 use case、是否允許寫入，以及什麼樣的回覆才算完整。
避免常見失敗模式
最常見的失敗是跳過 tool discovery，直接假設 schema。如果助理在 RUBE_SEARCH_TOOLS 之前就提出 tool call，請把它導回正確流程。另一個失敗點是在 exist connection 變成 ACTIVE 前就嘗試執行。第三個問題是任務描述太模糊，導致回傳的是廣泛的 tool 建議，而不是你需要的精確操作。
在第一次 tool 回應後持續收斂
完成探索後，請用回傳的 schema 讓你的請求更精準。如果某個 tool 需要日期、metric、note field 或 identifier，請明確提供。如果 Rube 回傳多個可能的 execution plans，請要求助理比較它們，並選擇風險最低的選項。對於寫入操作，請在核准呼叫前要求預覽 payload。
維護者接下來可以補強什麼
如果上游 skill 增加一份簡短 README、端到端 prompt 範例，以及幾種 read-only 與 write-action 模式，會更完整。它也可以加入 inactive connections、expired authorization，以及 ambiguous tool discovery results 的疑難排解說明。在那之前，使用者應以 SKILL.md、Rube 回傳的 schemas，以及 Composio Exist toolkit docs 作為最新操作細節的依據。