bubble-automation
作者 ComposioHQbubble-automation 可協助代理透過 Rube MCP 使用 Composio 的 Bubble toolkit，自動化 Bubble 操作；它採用 schema 優先的工具探索、連線檢查與安全執行模式。
此技能評分為 66/100，屬於可接受但功能有限的目錄項目。它提供足夠的觸發與設定指引，讓代理能透過 Rube MCP 操作 Bubble；不過目錄使用者應了解，這是一個偏輕量、以連接器為核心的技能，而不是完整豐富的 Bubble 自動化工作流程庫。
- 有效的 frontmatter 清楚標示此技能是透過 Rube MCP 進行 Bubble 自動化，並宣告必要的 MCP 依賴項。
- 先決條件與設定步驟說明必須連接 Rube MCP、Bubble toolkit connection 必須為 ACTIVE，且應先呼叫 RUBE_SEARCH_TOOLS。
- 此技能提供可重複使用的探索優先模式，搭配 RUBE_SEARCH_TOOLS 與 RUBE_MANAGE_CONNECTIONS，相較一般 Bubble prompt 可減少摸索。
- 除了 SKILL.md 之外，未包含支援檔案、腳本、參考資料或 README；因此是否容易導入，完全取決於簡短的內嵌說明。
- 工作流程指引多半是透過 Rube MCP 進行通用工具探索；若使用者需要具體的 Bubble 任務範例或邊界情境處理，可能會覺得內容偏薄。
bubble-automation skill 概覽
bubble-automation 的用途
bubble-automation 是一個 Claude skill，可透過 Rube MCP 使用 Composio 的 Bubble toolkit，自動化 Bubble app 操作。這個 bubble-automation skill 的核心不是猜測 Bubble API 呼叫方式，也不是依賴可能過期的工具名稱，而是要求先探索目前可用的 Rube tools、確認 Bubble 連線狀態，再依照回傳的 schemas 執行工作流程。
最適合 Bubble 與工作流程自動化使用者
這個 skill 很適合需要在更大的 Workflow Automation 流程中重複執行 Bubble 動作的 builder、營運團隊與 AI agents：例如檢查 app 資料、建立或更新 records、將 Bubble 任務與其他 SaaS 工具協調起來，或把自然語言描述的 Bubble 需求轉成工具驅動的執行計畫。當你的環境已支援 MCP，且希望 assistant 透過已驗證的 Composio tools 實際操作，而不只是草擬操作說明時，它最有價值。
主要差異：schema-first 執行方式
bubble-automation skill 的主要價值不在於龐大的檔案集合；目前 repository 的核心是 SKILL.md。它真正提供的是一套工作流程紀律：執行前先呼叫 RUBE_SEARCH_TOOLS、使用目前回傳的 tool slugs 與 input schemas、用 RUBE_MANAGE_CONNECTIONS 管理 Bubble 連線，並避免硬編碼假設。這點很重要，因為 MCP tool schemas 與可用的 Bubble operations 都可能變動。
採用前的重要條件
不要期待安裝後就能在沒有 Rube MCP 的情況下獨立完成 Bubble 自動化。這個 skill 需要 rube MCP server，以及一個有效的 Bubble connection。如果你的 AI client 無法呼叫 MCP tools，或無法透過 Composio/Rube 完成 Bubble 驗證，這個 skill 就無法執行真正的操作。
如何使用 bubble-automation skill
bubble-automation 安裝與設定路徑
在相容的 skills 環境中安裝這個 skill，例如：
npx skills add ComposioHQ/awesome-claude-skills --skill bubble-automation
接著依照 skill 中記載的 endpoint，將 Rube MCP 加到你的 client configuration：https://rube.app/mcp。MCP server 可用後，先確認 RUBE_SEARCH_TOOLS 有回應。然後以 toolkit bubble 呼叫 RUBE_MANAGE_CONNECTIONS；如果 connection 不是 ACTIVE，請依照回傳的 authorization link 完成授權，並在要求 agent 修改 Bubble 中任何內容前，重新檢查狀態。
你需要提供給 skill 的輸入
若要讓 bubble-automation 發揮更好效果，請給 assistant 明確的 Bubble 目標、目標 app 或環境、object/data type 名稱、field 名稱、filters，以及可接受的變更範圍。較弱的請求是：「Update Bubble records。」較好的請求是：「Use the Bubble connection to find all Order records where status is pending_review and created_date is before 2025-01-01, then prepare a plan before changing status to archived. Search tools first and show the schema you plan to use。」
這些額外細節可以降低兩個常見風險：選錯 Bubble operation，以及在限制條件不足的情況下執行範圍過大的 mutation。
安全執行的實務流程
每個任務一開始，都應要求 agent 針對特定使用情境進行 tool discovery，而不是只泛泛搜尋「Bubble operations」。這個 skill 建議的模式是：
- 使用
RUBE_SEARCH_TOOLS搜尋 tools。 - 檢視回傳的 tool slugs、必填欄位與 warnings。
- 使用
RUBE_MANAGE_CONNECTIONS檢查 Bubble connection。 - 依照目前 schema 草擬執行計畫。
- 可行時，先執行 read-only 或小範圍動作。
- 只有在確認目標 records 與 fields 後，才執行 write actions。
對於 production apps，請加入明確的確認關卡：「Do not create, update, or delete records until you summarize the exact tool call and affected objects。」
優先閱讀的 repository 檔案
請先閱讀 composio-skills/bubble-automation/SKILL.md；其中包含操作契約、先決條件、設定備註與 Rube calls 範例。目前檔案樹中沒有額外的 rules/、resources/、references/ 或 scripts，因此這個 skill 是刻意保持輕量。如果你需要更深入的 Bubble toolkit 覆蓋範圍，請依照 skill 中連結的 upstream toolkit 文件：https://composio.dev/toolkits/bubble。
bubble-automation skill FAQ
沒有 Rube MCP 時，bubble-automation 夠用嗎？
不夠。bubble-automation skill 是一層透過 Rube MCP 與 Composio 使用 Bubble 的指令層。它沒有內建自己的 Bubble API client、helper scripts 或離線 executor。如果你的 client 無法使用 RUBE_SEARCH_TOOLS 與 RUBE_MANAGE_CONNECTIONS，assistant 只能討論工作流程，無法實際執行。
它比一般 Bubble prompt 好在哪裡？
一般 prompt 可能產生籠統的 Bubble 建議，或採用過時的 API 假設。這個 skill 會要求 agent 在行動前探索即時 tool schemas，這對可靠的 Workflow Automation 很重要。實務上的好處是：格式錯誤的 tool calls 更少，也更少需要猜測必填欄位、connection state 或可用的 Bubble operations。
bubble-automation skill 適合初學者嗎？
如果你已經是 Bubble 使用者，且擁有支援 MCP 的 AI client，也能完成類似 OAuth 的連線流程，那它算是友善的。若你對 MCP 不熟，它就比較不容易上手，因為關鍵設定步驟不在 Bubble 內部，而是連接 Rube MCP、確認 tools 可用，並啟用 Bubble toolkit connection。
什麼時候不該使用這個 skill？
不要用它來處理 Bubble 視覺編輯器設計、plugin development、未經審查的複雜資料庫遷移，或無法定義精確 filters 的大範圍 production updates。若你需要 deterministic CI/CD-style deployment scripts，它也不太適合；這個 skill 更適用於由 agent 介入的 Bubble operations，且你能接受 tool discovery 與人工確認的流程。
如何改善 bubble-automation skill
用精準 prompts 改善 bubble-automation 成效
影響最大的改善方式，是把任務描述得更清楚。請包含 Bubble data type、operation、field names、filter logic、environment，以及 agent 應該只檢查資料，還是也能修改資料。例如：「Search Rube tools for Bubble record lookup. Find Customer records with plan = trial and last_login older than 60 days. Return a count first; do not update records until I approve。」這能讓 skill 從 discovery 到 execution 都有更安全的路徑。
避免常見失敗模式
最常見的失敗，是跳過 RUBE_SEARCH_TOOLS，直接假設 tool schema。第二種是 Bubble connection 尚未成為 ACTIVE 就嘗試執行動作。第三種是要求大規模更新，卻沒有加入驗證步驟。避免方式是把 discovery、connection check 與 confirmation 納入每一次 prompt。如果輸出看起來過度自信，卻沒有顯示 tool discovery，請要求 agent 從 schema discovery 重新開始。
根據第一次 tool response 反覆調整
收到第一次 Rube response 後，請依照實際回傳的 schema 修正計畫。要求 agent 指出 required fields、optional fields、rate 或 pagination 相關注意事項，以及任何 destructive operation warnings。對於多步驟 Workflow Automation，請讓它先執行一個小範圍 read action、摘要結果，確認 match set 正確後再進行 writes。
給 maintainers 與進階使用者的改善建議
目前這個 skill 簡潔且可用，但如果加入常見 Bubble 任務範例，會更完整，例如列出 records、建立 records、更新 fields，以及檢查 connection status。針對 inactive connections、missing tools 與 schema mismatches 增加一小段 troubleshooting，也能提升採用率。如果你 fork 或擴充 bubble-automation，請讓 schema-first rule 保持核心地位，而不是加入可能很快過期的 hard-coded tool calls。