Open Connector 是面向 AI Agent 的连接层，把第三方账号授权、工具目录和调用结果分开管理，并通过 API、SDK 或 MCP 提供统一入口。
来源：github.com/oomol-lab/open-connector；https://github.com/oomol-lab/open… 查看 GitHub 仓库 → 📘 使用教程 →官方仓库和文档未在本轮固定一个需要写入页面的版本号，发布前应重新核对 release 和连接器目录。Open Connector 是面向 AI Agent 的连接层，把第三方账号授权、工具目录和调用结果分开管理，并通过 API、SDK 或 MCP 提供统一入口。
来源：github.com/oomol-lab/open-connector；https://github.com/oomol-lab/open…官方文档把项目、第三方连接和具体工具调用拆成三个核心对象。
来源：github.com/oomol-lab/open-connector同一平台可通过 API、SDK 和 MCP 接入 Agent。
来源：github.com/oomol-lab/open-connector官方文档同时给出 hosted console 和 self-hosting 路径。
来源：github.com/oomol-lab/open-connectorAgent 使用 project API key 请求，平台解析 connection 并在服务端注入第三方凭证，provider 返回结果后再交给 Agent；日志和审计围绕 tool call 记录。
来源：github.com/oomol-lab/open-connectorProject API key第三方 OAuth/API connectionAgent MCP 或 SDK 客户端适合需要让 Agent 操作 GitHub、Slack 等外部服务、又不希望把第三方密钥写进 Agent 代码的团队；若只调用一个 API，直接使用该服务 SDK 可能更简单。
来源：官方 README 与文档入口官方仓库和文档未在本轮固定一个需要写入页面的版本号，发布前应重新核对 release 和连接器目录。
来源：github.com/oomol-lab/open-connectorstatus: official_docs_checked_not_installed | checked_at: 2026-09-23 | environment: 核对 Open Connector Docs、SDK/CLI 页面和 oomol-lab/open-connector 仓库 | limitations: 未授权第三方账号、未实际调用工具、未验证自托管部署 | observed_output: 官方文档明确 project、connection、tool call、API/SDK/MCP 和 self-hosting 路径
来源：官方 README 与文档入口相比把 GitHub token 直接写进 Agent 工具，Open Connector 把授权和调用层分开；相比单一服务 SDK，它更适合统一多个连接器，但多了一层平台配置和审计成本。
来源：官方 README 与文档入口适合需要让 Agent 操作 GitHub、Slack 等外部服务、又不希望把第三方密钥写进 Agent 代码的团队；若只调用一个 API，直接使用该服务 SDK 可能更简单。采用前需要核对：连接器覆盖和权限要逐项核对。
来源：github.com/oomol-lab/open-connector；https://github.com/oomol-lab/open…官方设计是凭证由连接侧管理，Agent 获得工具结果。仍应检查日志、错误消息和自定义工具是否意外回显密钥。
可以先用测试项目和最小权限的连接验证；具体仓库级权限取决于 GitHub 授权范围。
不是。它是工具连接层，不提供模型推理；模型、Agent 运行时和第三方服务仍由你选择。
需要掌控网络、审计和凭证存储时再评估自托管；先用云端小项目验证连接器和工具调用是否满足需求。