一個 SDK接入 1500+ 應用

OOMOL Platform 是完整的開源應用整合技術棧。面向 AI Agent 和產品後端的統一、可靠連接層。

1500+
個應用可接入
10,000+
個工具可呼叫
1
個開源 SDK

讓使用者連接他們已經在用的應用

透過 OOMOL 接入後,GitHub、Gmail、Notion、Slack、Supabase、Airtable 等應用可以共用一套授權和呼叫邏輯,產品直接使用這些連接能力。

瀏覽整合
GitHub
Gmail
Notion
Slack
Supabase
Airtable
Google Sheets
HubSpot
Zoom
Figma
Stripe
Cloudflare

不用為每個 API 重做一遍

OOMOL 將授權、憑證、參數、呼叫和記錄統一管理,讓你的產品透過一套連接能力接入應用。

接入現成整合

現成整合已經處理分頁、參數、錯誤和權限範圍,讓團隊把時間留給產品體驗。

讓你的後端少碰憑證

API key、OAuth token 和連接設定保存在 OOMOL 裡。你的後端用連接名稱和參數發起呼叫。

一次連接,到處使用

個人與團隊連線可透過 SDK、CLI、MCP 或 HTTP 呼叫。SaaS 使用者帳號由你的後端透過 ProjectConnector 或 SaaS HTTP API 呼叫。

輕鬆完成首次接入

在 OOMOL Console 建立專案並設定 App,再透過 SDK 在後端發起使用者授權和呼叫 action。

  1. 建立專案

    在 OOMOL Console 建立專案,把專案 ID 和 API key 安全保存到後端。

  2. 設定 App

    新增 provider config,填寫 App 的 OAuth 資訊並選擇產品需要的授權範圍。

  3. 發起使用者授權

    透過 SDK 建立授權連結,並在產品中處理回呼。

  4. 呼叫並查看狀態

    選擇已連接帳號,從後端執行 action,並在 OOMOL 查看狀態和日誌。

一批連接,多種呼叫方式

依連線範圍選擇入口:個人或團隊帳號、SaaS 使用者帳號,或自行部署的執行環境。

TypeScript

Connector SDK

在可信的 TypeScript 後端中,以 Connector 呼叫個人或團隊帳號,以 ProjectConnector 呼叫 SaaS 使用者帳號。

npm i @oomol-lab/connector
查看 SDK
MCP

MCP

讓 MCP host 使用你在 OOMOL 中的個人或團隊連線。SaaS 使用者帳號透過後端 ProjectConnector 呼叫。

connector.oomol.com/v1/mcp
安裝 MCP
REST

HTTP 和 OpenAPI

透過一般 HTTP 接入;如果要自動產生用戶端,也可以讀取 OpenAPI 描述。

GET /v1/catalog
閱讀文件

託管更快上線,自部署完全掌控

用 OOMOL 託管處理授權、憑證和呼叫,可以更快上線;需要掌控程式碼、資料和維運時,可以部署到 Cloudflare 或自行部署 OpenConnector。

託管選項

OOMOL 託管

由 OOMOL 處理授權、憑證和呼叫,減少維運工作,適合希望更快上線的團隊。

閱讀 SDK 指南
邊緣部署

部署到 Cloudflare

用 Workers、D1、R2 和 Static Assets 部署一套輕量服務,由團隊自行維運。

閱讀 Cloudflare 設定

常見問題

這些問題涵蓋託管方式、憑證位置、呼叫入口、權限控制和連線狀態。

帳號憑證放在哪裡?

第三方帳號憑證保存在所選的連線服務中。個人與專案 API key 留在可信後端;SaaS 客戶端呼叫你產品自己的後端。

哪些入口可以使用這些連線?

個人與團隊連線可透過 SDK、CLI、MCP 或 HTTP 呼叫。SaaS 使用者帳號由你的後端透過 ProjectConnector 或 SaaS HTTP API 呼叫。

我的 Agent 能用這裡的 MCP 設定呼叫 SaaS 使用者帳號嗎?

託管 MCP 設定用於 OOMOL 個人或團隊連線。SaaS 情境由你的後端驗證產品使用者,再透過 ProjectConnector 呼叫。將 Agent 工具接入該後端;客戶端要求 MCP 時,需要提供面向產品使用者的 MCP 適配層。

SDK 應該放在瀏覽器裡呼叫,還是放在後端?

SDK 應該放在可信後端呼叫。瀏覽器頁面可以發起面向使用者的授權流程,但涉及專案憑證、admin token 或敏感連線識別的執行呼叫,應放在伺服器端。

只支援 OAuth 嗎?

OOMOL 支援 OAuth、API key、custom credential 和 no-auth provider,具體連線類型由 provider action 決定。OAuth 流程可以等待使用者授權;API key 和 custom credential 連線可以同步回傳帳號。

可以限制開放哪些 action 嗎?

可以。把 action 暴露給 Agent 或產品功能前,先確認 provider scope、action schema 和連線標籤。自部署時,團隊還可以控制部署策略、儲存、日誌和對外發布的介面。

什麼時候適合用 OOMOL 託管?

當團隊希望減少 OAuth 應用、憑證儲存和服務維運負擔時,可以用託管版本。

自部署時需要自己管理什麼?

自部署時,團隊需要管理 OAuth 應用、API key、runtime 資料庫、encryption key、部署、升級、日誌和存取控制。這條路徑能讓你對程式碼和資料有更多維運控制權。

怎麼判斷一個連線還能不能用?

Connected account 會回傳 active、reauthorization required、error、disconnected 等狀態。產品可以在呼叫 action 前檢查帳號狀態,並在授權過期時引導使用者重新連線。

這裡只支援展示出來的這些應用嗎?

頁面裡的 Logo 是一部分範例。OOMOL 可接入 1500+ 個應用和服務,包括 SaaS、開發工具、協作工具、資料系統和 AI 服務。

還有 SDK 相關問題?

聯絡 OOMOL 支援,我們會幫你判斷應該使用 SDK、OOMOL 託管、Cloudflare 部署還是自部署。

聯絡支援