Connector 产品地图
OOMOL 提供三种 Connector 产品。它们共享相似的 providers、actions 与调用方式,但面向的账号归属、租户模型和部署边界不同。
先选择产品,再选择访问方式。Connector 可以通过 CLI、MCP、SDK 或 HTTP 使用。
三个产品
| 产品 | 一句话区分 |
|---|---|
| OOMOL Connector(托管) | 个人或团队直接使用,OOMOL 负责运行 |
| Connector for SaaS | 按 Project 和 external user 隔离,OOMOL 负责运行 |
| OpenConnector | 开源 runtime,由你自己部署和运行 |
OOMOL Connector(托管)
连接 App 后,个人或团队可以在不同 Agent 中复用这些 connections。最常见的入口是 oo CLI 和 MCP;可信后端也可以用个人 Connector client 调用账号。
适合希望直接使用 Gmail、GitHub、Notion、Slack 等工具,不想运维 OAuth、凭据存储和执行 runtime 的用户。
Connector for SaaS
为你的产品创建 Project,再用 externalUserId 隔离每个终端用户。用户连接自己的第三方账号,你的后端通过 ProjectConnector 代用户执行 actions。
适合需要把“连接第三方账号”作为产品能力提供给客户的 SaaS 团队。
OpenConnector
OpenConnector 是开源的 Connector runtime / gateway。你负责部署、存储、OAuth apps、encryption keys、tokens、策略、日志和升级,并通过 MCP、HTTP、OpenAPI 或 SDK 使用它。
它们共享什么
三个产品都围绕同一组基本概念工作:
Provider → Connection → Action → 执行结果
- Provider 定义服务的认证方式和可调用 actions。
- Connection 保存某个账号完成授权后的凭据。
- Action 是 Agent 或后端可以调用的具体操作。
- Runtime 选择 connection、执行策略、调用 provider 并返回结果。
选择产品时,重点确认 connection 属于谁、如何隔离,以及由谁运维 runtime。
选择依据
- 个人账号和 SaaS 产品都可以使用 SDK,产品选择取决于账号归属和隔离方式。
- SaaS 产品使用 Project 和 external user 隔离不同终端用户,个人 API key 只用于个人或 Team connections。
- Provider OAuth token 始终保留在 Connector 的凭据边界内。
下一步
如果仍不确定,阅读选择 Connector 产品。已经确定使用托管 Connector 的个人或团队,可以直接进入快速开始。
Wanta