oomol-lab开发者工具

Open Connector

open-connector

把第三方应用账号连接集中在独立网关中的开源 Agent 连接器，可通过 Web、MCP、HTTP/OpenAPI 和 SDK 调用。

后端
DevOps / 运维
安全
自动化
API 调试
Web
API/SDK
浏览器
Linux
支持自托管
支持本地运行
支持 Docker

打开官网查看 GitHub

社区热度: 5.9k Stars; GitHub 收藏
最近活跃: 2026/9/30; 近 30 天还在更新
授权协议: APACHE-2.0; 宽松协议

为什么值得关注

不是看 Star 排名，而是看它解决了什么问题、实际有没有用，以及方法为什么值得关注。

近 90 天

解决的问题

AI 智能体需要频繁连接 GitHub、Notion 和 Slack 等第三方应用，传统模式下需由智能体直接处理复杂的 OAuth 凭据和不同应用的 API，存在较大的安全隐患与维护成本。该项目通过独立网关将凭据和调用集中托管，解决了应用集成碎片化的问题。

实际价值

提供了超过一万个预建动作和上千个提供商目录，支持 Web、MCP、HTTP/OpenAPI 以及 SDK 等多种调用方式。用户可选择自托管 Docker、Node.js、Cloudflare 或者是托管运行环境，能够较快融入现有的技术栈中。

创新 / 差异化

作为 Pipedream 和 Composio 的开源替代方案，它将凭据管理、运行时策略控制、动作执行契约以及 MCP 协议支持收敛在一个网关内，隔离了智能体进程与敏感密钥的直接接触。

扩展潜力

开发人员可以通过统一的网关接口同时为多个智能体提供各种 SaaS 应用的访问能力，免去了为每个应用单独编写集成代码的重复劳动。

为什么是现在

当前各类 AI 智能体应用爆发，开发者急需解决智能体安全调用外部工具的标准化基础设施，该项目的出现恰逢其时。

社区活跃度

近 90 天新增 97 个 Issue、499 个 PR；窗口内抽取的 Issue/PR 样本中有 46 位 Issue 发起者、26 位 PR 贡献者，并发布 23 个版本。

维护者响应

窗口内 97 个 Issue 样本关闭率 99%，96 个 PR 样本合并率 95%。维护者响应统计覆盖该 Issue 样本的 43%，响应率 7%，首次响应中位数 0.7 小时。

PR 样本 26 位贡献者23 次 ReleaseIssue 响应率 7% · 样本 42（覆盖 43%）首次响应中位数 0.7hPR 合并率 95% · 96 条窗口样本

核心亮点

集中管理 API Key、OAuth2、自定义凭据和连接身份
通过 Action Schema、作用域和允许/阻止策略控制 Agent 调用
提供 Web Console、MCP、HTTP/OpenAPI 与 SDK 接口

快速开始

安装方式、上手难度、开始步骤。

装在哪

Docker

难不难

较难，需要懂命令行/服务器

支持 Docker支持自托管支持本地运行

01先用项目提供的 Docker Compose 启动运行时，打开本地 Web Console 和 API 文档确认服务可用。
02按需要添加 GitHub、Gmail、Notion 等连接；API Key 可直接配置，OAuth 服务需要先在上游平台注册自己的 OAuth App。
03创建运行令牌和最小权限策略后，再通过 MCP、HTTP/OpenAPI 或 SDK 把允许的 Actions 暴露给 Agent。

更适合谁

希望数据放在自己服务器上的团队
想在本机直接跑起来试用的开发者
习惯用 Docker 部署的人

更多介绍

OpenConnector 用一个独立运行时承接 AI Agent 与 GitHub、Gmail、Notion、Slack、数据库等外部服务之间的连接。账号凭据、OAuth、作用域、Action Schema、运行令牌、允许/阻止策略和调用日志都留在网关侧，Agent 只拿到执行所需的接口和结果。项目可以用 Docker 或 Node.js 自托管，也支持部署到 Cloudflare Workers，并提供 Web Console、MCP、HTTP/OpenAPI 与 Connector SDK。自托管 OAuth 服务时，用户仍需要自行向对应平台申请 OAuth App 和凭据。

信息来源

每条信息都标注了状态与出处，可展开查看。

15 条 · 展开

capability tags
已核验
automation、security、api_debugging
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
editor note
已核验
{"en":"A separate credential boundary is easier to audit and constrain than handing many API keys directly to every agent. The tradeoff is operational ownership: self-hosters must manage OAuth apps, secrets, storage, and upgrades, and a listed connector does not mean zero-configuration access to every service.","zh":"相比把大量 API Key 直接塞给每个 Agent，这种独立凭据边界更容易审计和收敛权限。代价是自托管时要自己维护 OAuth App、密钥、存储和升级，不能把“有连接器”理解成“无需配置即可登录所有服务”。"}
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
how to use
已核验
{"steps":[{"en":"Start the runtime with the provided Docker Compose setup, then open the local web console and API docs to verify the service.","zh":"先用项目提供的 Docker Compose 启动运行时，打开本地 Web Console 和 API 文档确认服务可用。"},{"en":"Add GitHub, Gmail, Notion, or other connections as needed; API-key integrations can be configured directly, while OAuth services require an upstream OAuth app first.","zh":"按需要添加 GitHub、Gmail、Notion 等连接；API Key 可直接配置，OAuth 服务需要先在上游平台注册自己的 OAuth App。"},{"en":"Create runtime tokens and least-privilege policies before exposing approved actions to agents through MCP, HTTP/OpenAPI, or the SDK.","zh":"创建运行令牌和最小权限策略后，再通过 MCP、HTTP/OpenAPI 或 SDK 把允许的 Actions 暴露给 Agent。"}],"installAt":"docker","difficulty":"hard"}
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
intro
已核验
{"en":"OpenConnector places a dedicated runtime between AI agents and external services such as GitHub, Gmail, Notion, Slack, and data systems. Credentials, OAuth flows, scopes, action schemas, runtime tokens, allow/block policies, and run logs stay behind the gateway, while agents receive only the interfaces and results needed for execution. It can be self-hosted with Docker or Node.js, deployed to Cloudflare Workers, and accessed through a web console, MCP, HTTP/OpenAPI, or the Connector SDK. Self-hosted OAuth integrations still require users to register their own OAuth applications and credentials with the upstream providers.","zh":"OpenConnector 用一个独立运行时承接 AI Agent 与 GitHub、Gmail、Notion、Slack、数据库等外部服务之间的连接。账号凭据、OAuth、作用域、Action Schema、运行令牌、允许/阻止策略和调用日志都留在网关侧，Agent 只拿到执行所需的接口和结果。项目可以用 Docker 或 Node.js 自托管，也支持部署到 Cloudflare Workers，并提供 Web Console、MCP、HTTP/OpenAPI 与 Connector SDK。自托管 OAuth 服务时，用户仍需要自行向对应平台申请 OAuth App 和凭据。"}
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
最新版本
已核验
v1.8.0
来源： GitHub 官方接口 · latest_release=v1.8.0 · 2026/9/30
许可证
已核验
Apache-2.0
来源： GitHub 官方接口 · license.spdx_id=Apache-2.0 · 2026/9/30
needs api key
已核验
否
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
一句话用途
已核验
{"en":"An open-source agent connector gateway that keeps third-party app accounts behind a dedicated runtime and exposes actions through web, MCP, HTTP/OpenAPI, and SDK interfaces.","zh":"把第三方应用账号连接集中在独立网关中的开源 Agent 连接器，可通过 Web、MCP、HTTP/OpenAPI 和 SDK 调用。"}
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
平台
已核验
browser、linux
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
分类线索
根据材料推断
ai-apps
来源：项目说明文档 · hint=ai-apps · 2026/8/15
product forms
已核验
web、api_sdk
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
role tags
已核验
backend、devops、security
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
supports docker
已核验
是
来源：仓库文件 · dockerfile=true; compose=true · 2026/9/30
supports local
已核验
是
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17
supports self host
已核验
是
来源： manual_curated · Manually curated from the verified project README; no in-app AI draft. · 2026/8/17