open-connector
活跃·★ 6.1k·Apache-2.0·更新于 2026-10-27
★ 必备神器★ 时下流行
OpenConnector 是面向 AI 智能体的开源连接器网关，定位为 Composio 的替代品。你只需连接一次用户的应用账号，运行时就会向智能体和应用开放一个共享目录，包含 1000 多个提供商和 1 万多个预置 Action（GitHub、Gmail、Notion、BigQuery、Google Analytics、Supabase、Airtable、Slack 等）。设想是让智能体能持续访问用户已在使用的工具，而不必把提供商的凭据交给智能体进程。
它处理 API 密钥、OAuth2、自定义凭据和无需认证的提供商，提供可检查的 Action 契约（请求和响应模式、所需权限范围、按需加载的执行器源码），以及针对连接身份、权限范围、运行时令牌、允许和拦截策略、临时文件中转和脱敏运行日志的运行时控制。可以使用 Connector SDK、作为本地智能体中继的 oo CLI、MCP 端点（http://localhost:3000/mcp）、HTTP 和 OpenAPI，或网页控制台。可用 `docker compose up` 在本地运行，也可部署到带持久 SQLite 的 Fly.io、使用 D1 和 R2 的 Cloudflare Workers，或使用 OOMOL 的托管运行时。代码采用 Apache-2.0 许可证。
#API网关#AI代理#连接器#工作流自动化#OpenAPI#凭证管理#运行时环境#微服务
01
功能特性
01提供1000多个提供商和10000多个预构建操作的共享目录。
02集中处理API密钥、OAuth2和自定义凭证。
03可检查的操作契约，包括请求/响应模式和所需范围。
04灵活的部署选项：本地、Fly.io、Cloudflare Workers或托管运行时。
05用于浏览连接器、配置凭证和监控使用情况的Web控制台。
02
为什么选择它
+一个包含 1000 多个提供商和 1 万多个 Action 的目录，可通过 SDK、命令行、MCP、HTTP/OpenAPI 和网页控制台使用。
+凭据不进入智能体进程，并有权限范围、运行时令牌、允许和拦截策略以及脱敏的运行日志。
+Action 契约可检查（模式、所需权限范围、执行器源码）。
+可用 Docker 本地运行，也可部署到 Fly.io、Cloudflare Workers 或使用托管版，采用 Apache-2.0 许可证。
03
权衡点
!托管认证和商业 SaaS 运行时来自 OOMOL，部分便捷路径依赖该厂商，而自托管则意味着要自己运维运行时。
!使用每个提供商都需要连接对应账号并管理其凭据和权限范围。
!覆盖面广（1000 多个提供商），意味着各提供商的集成深度会有差异。
05
维护状况检查
活跃检查日期: 2026-10-27
- 最近提交
- 2026-10-27
- 近 90 天提交数
- 100+
- 近 90 天发布数
- 19
- 最新发布
- v1.9.4 (2026-10-27)
- 未关闭 issue
- 3
- 近期 issue 至少有一条评论的比例
- 3/4
近 12 周每周提交数
最早的一周在左边，最近 4 周为橙色。数据来源：GitHub 提交统计。
状态规则：GitHub 上已归档 = 已归档；最近提交在 90 天内 = 活跃；91 到 365 天 = 放缓；更久 = 停滞。所有数字来自所示日期的 GitHub API。
讨论最多的未关闭 issue
- #669 Multi-tenant connections2 条评论 · 2026-10-07
- #649 Integration idea: external source-rights evidence before tool/data admission1 条评论 · 2026-10-04
- #675 Discussion: Product scope of external credentials and impact on the SDK and Open Flow0 条评论 · 2026-10-08
issue 标题引自 GitHub。请打开链接确认该问题是否仍适用于你使用的版本。
04
适合谁
适合选它的情况
- 你想让智能体使用 1000 多个应用集成，同时不把服务商凭据交给智能体进程。
- 想要可自托管的 Composio 替代品，可用 Docker、Fly.io 或 Cloudflare Workers 运行。
- 想要可检查的 Action 契约（schema、所需权限范围、执行器源码），并带权限范围、运行时令牌和允许与阻止策略。
建议换别的情况
- 你需要某一个服务的深度覆盖：1000 多个服务商的集成深度各不相同。
- 你想完全不经过厂商：托管认证和商业运行时来自 OOMOL，自托管则要自己运行运行时。
- 你不想为每个服务商连接并管理账号、凭据和权限范围。
06
与同类的区别
07
兼容性
Node.js
运行时
已通过文档验证
Docker
部署
已通过文档验证
Cloudflare Workers
部署
已通过文档验证
Fly.io
部署
已通过文档验证
OpenAPI
API标准
已通过文档验证
08
快速开始
1
$ docker compose up
09
使用场景
↳需要跨各种工作应用、开发工具和数据系统进行持久且可重用访问的代理产品。
↳正在添加代理工作流的产品，需要稳定、可检查的操作契约来访问用户应用程序。
↳寻求托管身份验证以提高速度，同时保留私有或自托管运行时控制路径的团队。
↳希望完全控制其连接器运行时和数据的开发者和团队。
10
同类工具
收录于以下清单
评论
登录后发表评论
暂无评论，来发表第一条吧