Leina 
Wanta 
npm i @oomol-lab/connector 接入現成整合
現成整合已經處理分頁、參數、錯誤和權限範圍，讓團隊把時間留給產品體驗。
讓使用者連接他們已經在用的應用
透過 OOMOL 接入後，GitHub、Gmail、Notion、Slack、Supabase、Airtable 等應用可以共用一套授權和呼叫邏輯，產品直接使用這些連接能力。
瀏覽 Apps GitHub
Gmail
Notion
Slack
Supabase
Airtable
Google Sheets
HubSpot
Zoom
Figma
Stripe
Cloudflare
不用為每個 API 重做一遍
OOMOL 將授權、憑證、參數、呼叫和記錄統一管理，讓你的產品透過一套連接能力接入應用。
讓你的後端少碰憑證
API key、OAuth token 和連接設定保存在 OOMOL 裡。你的後端用連接名稱和參數發起呼叫。
一次連接，到處使用
TypeScript 後端、MCP 工具和 HTTP 呼叫都能共用同一批帳號連接，不用在每個入口重複授權。
一批連接，多種呼叫方式
TypeScript SDK、oo CLI、MCP 和 HTTP 都能呼叫同一批帳號連接。呼叫方式可以按場景選擇，授權和憑證不用重複做。
TypeScript
Connector SDK
在 TypeScript 後端存取已連接應用，把整合能力嵌進你的產品。
Terminal
oo CLI
開源命令列工具 使用 oo CLI 在本機檢查連線、檢視參數並快速驗證呼叫。
oo login MCP
MCP
透過 OOMOL 的 MCP 支援，讓 MCP host 使用已連接應用；帳號和權限仍在 OOMOL 中管理。
connector.oomol.com/v1/mcp REST
HTTP 和 OpenAPI
透過一般 HTTP 接入；如果要自動產生用戶端，也可以讀取 OpenAPI 描述。
GET /v1/catalog 託管更快上線，自部署完全掌控
用 OOMOL 託管處理授權、憑證和呼叫，可以更快上線；需要掌控程式碼、資料和維運時，可以部署到 Cloudflare 或自行部署 OpenConnector。
常見問題
這些問題涵蓋託管方式、憑證位置、呼叫入口、權限控制和連線狀態。
帳號憑證放在哪裡？
憑證保存在 OOMOL。你的後端透過 SDK、MCP 或 HTTP 呼叫允許的介面，只需要使用連線名稱和參數。
哪些入口可以使用這些連線？
SDK、oo CLI、MCP、HTTP 和 OpenAPI 都能使用同一批連線。按你的產品情境選擇接入方式即可。
Agent 和產品後端能共用同一批連線嗎？
可以。同一套連線服務可以透過 oo CLI 或 MCP 提供給 Agent 工作流程，也可以透過 SDK 或 HTTP 提供給產品後端。具體存取能力仍取決於帳號、授權範圍，以及你為每個情境開放的 action。
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 可接入 1000+ 個應用和服務，包括 SaaS、開發工具、協作工具、資料系統和 AI 服務。