# 第三方集成

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

## 它在代理中呈现的方式

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

以下是一些可用功能示例：

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

## 原生 vs 代理

有些服务有 **原生提供方** - 这些 Rust 模块知道如何将服务直接摄取到 [记忆树](/openhuman/zh/gong-neng/obsidian-wiki/memory-tree.md) 中（例如 Gmail 的原生摄取路径）。其他服务则只作为 **代理工具** 提供：代理可以调用它们，但目前还没有自动摄取。随着功能落地，会新增原生提供方。

Lark / 飞书目前有两个入口：一个用于消息收发的原生实时通道，以及一个由 Composio 代理的工作区工具入口，用于聊天、文档、百科和会议操作，前提是后端允许列表将其开放。历史聊天/文档回填到记忆树中目前还不是原生提供方；请将其与实时通道连接器分开跟踪。

## 隐私边界

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

## 另见

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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://tinyhumans.gitbook.io/openhuman/zh/gong-neng/native-tools/integrations.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.