![家里人共用 AI，数据能不能留在自己服务器](https://developer.qcloudimg.com/http-save/yehe-12798805/a9e3f6f591fab9088f6587810d70c871.png)

周五晚上，孩子问作业题、你在查下周出差行程、家里另一个人想让 AI 记家庭账——同一个助手、三份私事，你不想把这些对话交给公有云。腾讯云开源的 **Octop** 打的就是这张牌：自托管、多用户、多 Agent，一台机器一个进程挂起来。

我们按家庭 / 小团队场景装了一遍。仓库是 [TencentCloud/Octop](https://github.com/TencentCloud/Octop)，截至 2026-10-05 18:07（上海时间）**6811** 个 Star、**843** 个 Fork，协议 **MIT**，实测安装的是 Release **v1.0.2b6**（commit `eb280112`）。安装命令：

```bash
uv pip install octop==1.0.2b6
```

然后 `octop init`、`octop run`，Dashboard 默认在 **8088**。登录页带滑块验证码；后面多用户、专家、通道相关截图，部分是通过接口带上登录态后拍的，不是「拖完滑块再点登录」的操作录像。

![Octop 登录页](https://developer.qcloudimg.com/http-save/yehe-12798805/cac95ed38ff06c5c45332da6c46bbd39.png)
*[实测] 登录页——自托管 Dashboard 默认端口 8088 可达（干净环境 uv pip 安装 octop==1.0.2b6 后 octop init + octop run）*

## 一台机器要伺候全家：多用户隔离从哪来

全家共用一台机，关键不是「能不能开两个号」，而是 **A 看不到 B 的 Agent**。

用户管理里我们建了两个账号：管理员 `LabAdmin (@admin)`，以及家庭成员 `家庭成员·小通 (@xiaotong)`。管理员这边计了 2 个专家，小通那边计了 1 个——数字本身就能对上「各管各的」。

![用户管理两个账号](https://developer.qcloudimg.com/http-save/yehe-12798805/1671ef64d6cd67ea089810849731f35a.png)
*[实测] 用户管理——第二用户「xiaotong / 家庭成员·小通」已创建；JWT + user_id 隔离，admin 的 mine 范围看不到对方私有 Agent*

隔离怎么做的？源码里很直白：签发 JWT 时把用户 id、用户名、角色打进 token（`src/octop/infra/auth/tokens.py:17-33`）；HTTP 中间件解码后挂到请求上（`src/octop/api/middleware/jwt_auth.py:37-52`）；列 Agent 时按 `user_id` 过滤（`src/octop/infra/db/repos/agents.py:162-168`）。

用接口再核一遍：admin 的 `scope=mine` 里是自己的「家庭主助手」等；xiaotong 的 mine 里只有自有的「育儿陪伴」（Agent id `E4HRK9`）。切到小通的身份看 Dashboard，左下角用户名也是「家庭成员·小通」——界面和接口对得上。

![第二用户视角的 Dashboard](https://developer.qcloudimg.com/http-save/yehe-12798805/93680b6bd7587f114c19490875124f12.png)
*[实测] 第二用户「家庭成员·小通」的 Dashboard；mine 范围仅见自有 Agent，与管理员侧隔离*

![API 侧隔离回执](https://developer.qcloudimg.com/http-save/yehe-12798805/93133d88e9e49919855eee0ba4e58ac2.png)
*[实测] API 回执：admin / xiaotong 各自 mine 下的 Agent 不同；工作目录落在 OCTOP_HOME 下*

这是账号级隔离，不是容器级多租户：一台机、一套库，靠 JWT + `user_id` 把人分开。家庭场景够用；要强隔离合规，还得自己加部署层的边界。

## 专家库与 AgentTeams：一个人背后站一排专家

Octop 不把「助手」做成一个万能聊天框，而是专家库 + 可组队。内置模板里有通用助手、运维、育儿陪伴等；一键从专家模板创建 Agent，我们这边管理员建了「家庭主助手」「运维专家」，小通建了「育儿陪伴」——创建请求是通的。

![专家库一键创建后的 Agent](https://developer.qcloudimg.com/http-save/yehe-12798805/f1b4aeabcbc93b1140a2bd6dae0715c7.png)
*[实测] 专家库一键创建后的 Agent（家庭主助手 / 运维专家等）；创建经接口成功。对话要先在「管理 → 模型」配好可用模型*

协作侧，源码里有 `TeamManager`（`src/octop/infra/agents/teams/team_manager.py:100-101`）：Octop 侧的「团队房间」，真正的 `ask_agent` / inbox 仍由 Harness 管；`prepare_peer_session`（同文件 `125-154` 行）按同伴调用开成员线程，专家之间的同步问答不和一对一私聊混用。单进程入口在代码里叫 `GlobalProcessor`（`src/octop/infra/gateway/process/processor.py:135-186`），文档常说的 HarnessProcessor 指的就是这层——IM、Dashboard、CLI、定时任务都汇进来，再按租户路由到对应 Agent。

模块依赖也能看出「单进程、infra 打底、Dashboard 另成一块」：

![Octop 模块依赖图](https://developer.qcloudimg.com/http-save/yehe-12798805/c558f229c77a0fdece5467245c6b0bfc.png)
*[源码推导] 模块依赖图（diagram.py --depth 2）。文档称单进程 HarnessProcessor；代码入口类名为 GlobalProcessor，汇入 IM / Dashboard / CLI / cron*

有一点要先说清楚：**这次环境没有配模型 Key，专家启不起来，对话页也没有模型回复。** 专家模板和创建链路可以先搭好，真要聊天，得先去「管理 → 模型」接上可用模型。

## 接飞书之前先搞清：对话会落在谁的库里

通道页写着：当前支持 10 个 IM，已配置 2 个。我们登记了 **飞书** 和 **Telegram**（开关打开），状态都是 **「已断开」**——用的是占位密钥，没有真实发消息回执。企业微信、钉钉这次没测。

![通道页飞书与 Telegram](https://developer.qcloudimg.com/http-save/yehe-12798805/eb5359f2802e5540c0044e476a1d8cfe.png)
*[实测] 通道页：支持 10 个 IM，已配置飞书 + Telegram（开关开、状态「已断开」）。占位密钥，未完成真实发消息回执；企微 / 钉钉未测*

源码里通道是先落库再按需挂适配器：`Gateway.create_channel`（`src/octop/infra/gateway/gateway.py:327-357`）写入 kind / name / config，启用时再注册适配器；CLI 可选 kind 包括飞书、企微、钉钉、Telegram 等（`src/octop/cli/commands/channel.py:423`）。

比「接上哪个 App」更要紧的是：**对话和 Agent 数据落在哪**。默认根目录是本机 `~/.octop`（SQLite；也可换 PostgreSQL）。这次实验设了 `OCTOP_HOME=/src/.octop-home`，库文件、agents、knowledge、logs 都在它下面——路径逻辑在 `src/octop/infra/utils/paths.py:11-20`。

所以接飞书之前先想清楚：通道只是入口，**会话和专家资产默认就在你这台机器的 OCTOP_HOME 里**。占位密钥只能证明「通道能登记」；要双向同步，还得换真实凭据并把连接跑通。

## 适合谁直接上、谁还是先观望

**适合**

- 家庭或小团队想共用一台自托管助手，又希望账号之间 Agent 分开。
- 接受 MIT 协议、Python 技术栈，能接受先 `uv pip install` 再配模型。
- 把飞书 / 企微 / 钉钉当计划中的入口，愿意自己准备真实应用凭据。
- 想先在团队里把自托管多 Agent 跑起来、以后再接业务系统的人：Octop 管的是多 Agent 这一层，要带着审批权限去查数、提单，还得另接业务系统（企业管理智能体就是这个方向）。

**不适合 / 先别用**

- 还没准备任何模型 Key，却指望装完立刻能对话——专家启动和聊天都依赖「管理 → 模型」。
- 需要开箱即用的飞书 / 企微已连通回执；这次只验证到通道登记，「已断开」不算接通。
- 要强合规、容器级硬隔离的多租户；当前是单机 JWT + `user_id` 过滤。
- 只想要一个公有云网页助手、不想维护本机进程和数据目录。

一句话：Octop 适合「数据留在自己服务器、家里人分账号用」的自托管路线；模型与 IM 真实连通，是上线前必须自己补齐的两块。

## 推荐一个优秀项目

![RuoyiOffice 企业管理一体化平台](https://developer.qcloudimg.com/http-save/yehe-12798805/f568cb23a96c2dc8f9638ed2902a3724.png)
*RuoyiOffice 企业管理一体化平台*

如果你还在为企业搭审批、OA 和业务协同，可以看 **RuoyiOffice 企业管理一体化平台**：一个平台覆盖审批流、OA、人力、资产、合同、项目、CRM，并带有多模型接入、知识库、写作与工作流等 AI 方向能力，支持私有化部署。

周五晚上，孩子问作业题、你在查下周出差行程、家里另一个人想让 AI 记家庭账——同一个助手、三份私事，你不想把这些对话交给公有云。腾讯云开源的 Octop 打的就是这张牌：自托管、多用户、多 Agent，一台机器一个进程挂起来。

全家共用 AI 助手，数据能留在自家服务器吗？

腾讯云开源 Octop（MIT，v1.0.2b6）：本机装起来看多用户隔离、专家库和 IM 通道登记；数据默认落在 ~/.octop 的 SQLite。要先配模型才能跑专家。

人工智能

Octop是腾讯云开源自托管多用户AI助手，支持JWT账号隔离、专家Agent组队及IM通道接入，数据默认存于本机OCTOP_HOME。实测单进程可管理多账号私有Agent，适合家庭/小团队私有部署，但需自配模型密钥与真实IM凭据才能启用完整对话功能。

代码解释

PostgreSQL

服务器

中间件

公有云

验证码

智能体

容器

路由

SQLite

Python

Agent

2026上云采购 | AI焕新·智启新局

captcha

lexiang

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

全家共用 AI 助手，数据能留在自家服务器吗？-腾讯云开发者社区-腾讯云

全家共用 AI 助手，数据能留在自家服务器吗？

全家共用 AI 助手，数据能留在自家服务器吗？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐