廣泛的第三方 SaaS 動作可使用 Composio；需要驗證身分的工具執行可使用 Arcade；包裝既有 REST 端點可使用 RapidMCP；需要精確語意的產品專屬工作流程則自行建立 MCP 工具。同一項產品可以採用多種方式，因為這些平台解決的是不同整合問題。
比較功能數量前，先分類所需工具。Gmail 動作與專有計費決策，不該共用同一個自建或採購答案。
每種方式的最佳化方向
Composio
Composio 提供大量第三方應用程式 toolkit，以及代管的身分驗證、已連線帳戶、觸發器、日誌及以工作階段為基礎的探索。工作階段文件會針對一次代理執行，限制使用者、工具存取、身分驗證、已連線帳戶及執行狀態。
當產品需要 GitHub、Slack、Gmail、Notion 或 CRM 等許多常見 SaaS 動作時，可以使用它。工作階段只應提供工作流程需要的 toolkit 與動作，不要公開完整目錄。
Arcade
Arcade 著重於通過身分驗證的代理工具，以及代表個別使用者執行所需的授權。文件涵蓋工具開發、使用者身分驗證、授權與執行。
當代表個別使用者操作是主要整合問題，而且團隊希望採用代管的授權與工具執行期時，可以使用它。
RapidMCP
RapidMCP 將 REST 端點對應成代管 MCP 工具，並設定身分驗證、標頭、引數與觸發器。概覽明確說明一項工具對應一個端點的方式。
它適合快速包裝小型且設計良好的既有 API，但必須仔細審查生成的邊界。一對一轉換可能會公開內部端點，而不是模型應選擇的工作層級工具。
自訂 MCP 工具
如果工作流程是產品核心行為、會組合多項內部服務、要求嚴格的資料位置，或需要精確的授權、冪等性及結果合約，就自行建置工具層。
團隊也會負責協定更新、身分驗證、部署、可觀察性、評估及事故應變。REST 轉 MCP 教學示範最小且實用的自訂起點。
依工具類別比較
| 需求 | 建議起點 | 要仔細審查 |
|---|---|---|
| 大量常見 SaaS 整合 | Composio | 工作階段 toolkit 範圍、已連線帳戶及資料路徑 |
| 依使用者驗證的執行 | Arcade | 供應商 scope、同意及資源授權 |
| 小型既有 REST API | RapidMCP | 一對一端點對應與結果整理 |
| 專有業務工作流程 | 自訂 MCP | 協定維護與維運 |
| 混合型產品 | 組合使用 | 重複驗證、重疊工具及分散日誌 |
這是適用性架構圖，不代表某個供應商不能支援其他列。
能揭露實際差異的問題
誰負責使用者連線？
確認 OAuth client credential、refresh token、scope、撤銷及帳戶選擇放在哪裡，再檢查工具取得的是綁定使用者的憑證，還是共用服務憑證。
模型能看見什麼？
匯出確切的工具名稱、描述與結構描述。大型目錄可能透過執行期探索，避免把每項工具都放進上下文；生成的包裝層則可能公開每個端點。應評估一項真實工作實際會看到的清單。
工具資料會經過哪些地方？
記錄哪些供應商服務會接收引數、結果、檔案及憑證，再與客戶資料要求比較。即使工具結構描述相同，代管連接器與自行操作的 MCP 伺服器仍有不同的信任邊界。
工具能保留業務語意嗎？
產品專屬工具可能要串接多個 API、執行租戶規則、對應一項操作，再回傳範圍狹窄的結果。如果平台強制採用一對一端點對應，就維持自訂工具，或在包裝層後方加入工作層級 API。
工作層級工具指南提供可用來評估的合約。
Cohesivity 位於哪一層
Cohesivity 透過面向代理的控制及資料平面提供後端資源，它不是 Gmail 或 Slack 動作目錄。Composio、Arcade、RapidMCP 或自訂工具都能呼叫由 Cohesivity 託管或佈建的後端。
決策時要分開這些層級。連接器決定代理如何接觸一項能力；Cohesivity 則可能提供該能力使用的資料庫、儲存空間、託管、電子郵件或其他後端。
執行分類清查
列出規劃中的每項工具，分成常見 SaaS 動作、依使用者驗證的動作、REST 包裝及產品專屬工作流程，再於各類中比較平台。除非供應商合約能完全符合，否則核心授權與業務決策應維持自訂。
下方提示詞會依儲存庫產生自建或採購決策說明，而且不會整合任何服務。