OOMOL vs Composio

用 OOMOL 托管连接业务应用，需要自行运维连接服务时再部署 OpenConnector。两者共享公开的应用操作接口，使用同一个 Connector SDK，少量调整客户端配置即可复用业务调用代码。公开的自部署路径包括 Docker、Node 和 Cloudflare Workers。

用同一个 SDK 接入托管与自部署连接

如果你希望快速使用托管应用操作，同时保留公开、可检查的运行时和自部署路径，可以选择 OOMOL。Agent、后端服务和脚本可以通过 MCP、Connector SDK、HTTP 或 oo CLI 调用同一套服务与操作模型。

围绕托管工具和会话 API 构建的团队，可以使用 Composio。它的 MCP Gateway 也列出了 Cloud、VPC 和自部署选项。OOMOL 则提供可直接部署的 OpenConnector 源码，以及与托管服务共用的 Connector SDK。

关键差异

选型问题	Composio	OOMOL
快速接入托管连接	托管工具执行与认证。	面向 Agent 和产品后端的托管应用连接与操作。
自行运维运行时	MCP Gateway 提供 Cloud、VPC 和自部署选项，需确认对应商业方案和运维责任。	公开 OpenConnector 源码，以及 Docker、Node 和 Cloudflare 部署指南。
接入 AI 客户端	MCP Gateway。	OOMOL MCP，以及 oo CLI 与 Skills。
接入产品代码	SDK 与工具、会话 API。	面向个人及团队账号、SaaS 终端用户和自部署运行时的 Connector SDK 客户端。
检查应用操作实现	按选定方案核对源码和部署范围。	OpenConnector 中的服务定义、schema、权限，以及已有的本地执行器。
估算成本	按使用方式核对工具调用、触发事件、托管连接及附加功能费用。	比较托管用量费用与自部署的基础设施、运维成本。

Composio 的定价区分自备 OAuth 应用和 Composio 托管应用。比较费用前，应按实际账号连接和操作调用量计算。

先使用托管，再选择运行环境

使用 OOMOL 托管，由 OOMOL 处理授权、凭据和连接运维。AI 客户端用户可以先连接应用，再配置 MCP。产品开发者可以选择对应的 Connector SDK 客户端：

Connector 调用个人或团队连接。
ProjectConnector 连接产品终端用户的账号。
OpenConnector 调用团队自行部署的运行时。

连接服务需要纳入自己的基础设施时，可以部署 OpenConnector。Docker 和 Node 适用于服务器部署；Cloudflare Workers 使用 D1 保存状态、R2 中转临时文件。团队负责服务配置、运行时凭据、存储和日常运维。

同一个 SDK，连接托管与自部署环境

OOMOL 托管 Connector 与 OpenConnector 共享公开的应用操作接口，使用同一个 SDK 包。对于两种环境均支持的操作，操作名、输入输出类型和调用方式保持一致。切换时，调整 SDK 客户端及其服务地址、认证配置，即可复用执行这些操作的业务代码。初始化示例见托管客户端和 OpenConnector 客户端。

在目标运行时配置应用连接和凭据后，用真实账号验证现有流程即可。

在自己的环境中管理凭据、权限与日志

OpenConnector 提供服务定义、操作 schema、所需权限及已有的本地执行器。运行时 token 用于识别调用方，操作策略限制执行范围，调用日志用于定位问题。外部服务凭据保存在运行时的凭据存储中，Agent 获取工具 schema 和执行结果。

团队可以查看操作实现、限定 Agent 可执行的操作，并通过调用日志排查失败原因。存储、token 和策略配置见自部署指南。

将 GitHub 接入 Claude Code 或 Codex

将 GitHub 接入 Claude Code 或 Codex，即可在 AI 客户端中读取指定仓库的开放 PR。连接 GitHub 账号、配置 OOMOL MCP 后，选择有权访问的仓库并发起查询。

首次验证账号时，可检查并调用 github.get_current_user；邮件流程可以用限定范围的查询验证 gmail.search_threads。

常见问题

Composio 可以自部署吗？

Composio 在 MCP Gateway 页面列出了自部署和 VPC 选项。OpenConnector 提供公开源码和自助部署文档。选型时，核对各自的部署包、许可证、支持条款和团队承担的运维责任。

OpenConnector 开源了哪些部分？

OpenConnector 的公开源码包含连接运行时、服务定义、操作 schema、所需权限及已有的本地执行器。你可以查看调用实现，并在自己的环境中部署和管理连接服务。

使用 OOMOL 需要自己运行服务器吗？

可以直接通过 MCP、oo CLI 或 Connector SDK 使用 OOMOL 托管连接。需要在自己的环境中管理连接服务和数据时，再选择自部署运行时。

开始接入

连接第一个应用、接入 SDK，或部署 OpenConnector。其他集成方式见 Composio 替代方案。