第三方集成

代理对 119+ 个已连接第三方服务的视图。

OpenHuman 的代理可以调用 119+ 个第三方服务 - 通过单一的代理工具界面，可连接 Gmail、Notion、GitHub、Slack、Lark / 飞书、Stripe、日历，以及更长尾的服务。

它在代理中如何呈现

一旦你通过 OAuth 连接了某个服务，它的操作就会变成可调用的工具。代理不需要知道某个工具是与 Gmail 交互还是与本地文件交互——它只需调用该工具，代理层会使用你的令牌通过 OpenHuman 后端路由请求，结果则会像其他任何工具输出一样返回。

以下是一些可用示例：

• “向 Slack 上的 #engineering 发送一条消息。”

• “在 openhuman 仓库中创建一个 issue。”

• “我明天的日历上有什么？”

• “拉取最近 20 笔超过 1000 美元的 Stripe 交易。”

原生 vs 代理

某些服务有 原生提供程序 - 了解如何将该服务摄取到 记忆树 中（例如 Gmail 的原生摄取路径）。其他服务则以 代理工具 的形式暴露：代理可以调用它们，但目前还没有自动摄取。随着功能落地，会新增原生提供程序。

Lark / 飞书目前有两个入口：一个用于消息收发的原生实时通道，以及一个由 Composio 代理的工作区工具入口，用于聊天、文档、wiki 和会议操作，前提是后端允许列表开放了该能力。历史聊天/文档回填到 Memory Tree 目前还不是原生提供程序；请将其与实时通道连接器单独跟踪。

隐私边界

对于由 Composio 代理的集成，OpenHuman 的核心从不直接调用任何第三方 API。请求会通过 OpenHuman 后端，由其处理 OAuth 令牌和速率限制。你的令牌绝不会以明文形式保存在你机器的磁盘上，代理只能看到 结果 ，而看不到凭据。Lark / 飞书等原生通道使用其自身的本地配置，应与 Composio OAuth 边界分开审查。

另见

• 第三方集成（目录） - 面向用户的介绍、OAuth 流程和连接管理。

• 自动获取 - 已连接服务如何流入 Memory Tree。

• 隐私与安全 - 完整边界。