> For the complete documentation index, see [llms.txt](https://tinyhumans.gitbook.io/openhuman/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://tinyhumans.gitbook.io/openhuman/zh/gong-neng/native-tools/integrations.md).

# 第三方集成

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

## 它在代理中如何呈现

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

以下是一些可用示例：

* “向 Slack 上的 #engineering 发送一条消息。”
* “在 openhuman 仓库中创建一个 issue。”
* “我明天的日历上有什么？”
* “拉取最近 20 笔超过 1000 美元的 Stripe 交易。”

## 原生 vs 代理

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

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

## 隐私边界

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

## 另见

* [第三方集成（目录）](/openhuman/zh/gong-neng/integrations.md) - 面向用户的介绍、OAuth 流程和连接管理。
* [自动获取](/openhuman/zh/gong-neng/obsidian-wiki/auto-fetch.md) - 已连接服务如何流入 Memory Tree。
* [隐私与安全](/openhuman/zh/gong-neng/privacy-and-security.md) - 完整边界。