周五晚上孩子问作业题、你在查下周出差行程、家里另一个人想让 AI 记家庭账——同一个助手、三份私事你不想把这些对话交给公有云。腾讯云开源的Octop打的就是这张牌自托管、多用户、多 Agent一台机器一个进程挂起来。我们按家庭 / 小团队场景装了一遍。仓库是 TencentCloud/Octop截至 2026-10-05 18:07上海时间6811个 Star、843个 Fork协议MIT实测安装的是 Releasev1.0.2b6commiteb280112。安装命令uv pipinstalloctop1.0.2b6然后octop init、octop runDashboard 默认在8088。登录页带滑块验证码后面多用户、专家、通道相关截图部分是通过接口带上登录态后拍的不是「拖完滑块再点登录」的操作录像。[实测] 登录页——自托管 Dashboard 默认端口 8088 可达干净环境 uv pip 安装 octop1.0.2b6 后 octop init octop run一台机器要伺候全家多用户隔离从哪来全家共用一台机关键不是「能不能开两个号」而是A 看不到 B 的 Agent。用户管理里我们建了两个账号管理员LabAdmin (admin)以及家庭成员家庭成员·小通 (xiaotong)。管理员这边计了 2 个专家小通那边计了 1 个——数字本身就能对上「各管各的」。[实测] 用户管理——第二用户「xiaotong / 家庭成员·小通」已创建JWT user_id 隔离admin 的 mine 范围看不到对方私有 Agent隔离怎么做的源码里很直白签发 JWT 时把用户 id、用户名、角色打进 tokensrc/octop/infra/auth/tokens.py:17-33HTTP 中间件解码后挂到请求上src/octop/api/middleware/jwt_auth.py:37-52列 Agent 时按user_id过滤src/octop/infra/db/repos/agents.py:162-168。用接口再核一遍admin 的scopemine里是自己的「家庭主助手」等xiaotong 的 mine 里只有自有的「育儿陪伴」Agent idE4HRK9。切到小通的身份看 Dashboard左下角用户名也是「家庭成员·小通」——界面和接口对得上。[实测] 第二用户「家庭成员·小通」的 Dashboardmine 范围仅见自有 Agent与管理员侧隔离[实测] API 回执admin / xiaotong 各自 mine 下的 Agent 不同工作目录落在 OCTOP_HOME 下这是账号级隔离不是容器级多租户一台机、一套库靠 JWT user_id把人分开。家庭场景够用要强隔离合规还得自己加部署层的边界。专家库与 AgentTeams一个人背后站一排专家Octop 不把「助手」做成一个万能聊天框而是专家库 可组队。内置模板里有通用助手、运维、育儿陪伴等一键从专家模板创建 Agent我们这边管理员建了「家庭主助手」「运维专家」小通建了「育儿陪伴」——创建请求是通的。[实测] 专家库一键创建后的 Agent家庭主助手 / 运维专家等创建经接口成功。对话要先在「管理 → 模型」配好可用模型协作侧源码里有TeamManagersrc/octop/infra/agents/teams/team_manager.py:100-101Octop 侧的「团队房间」真正的ask_agent/ inbox 仍由 Harness 管prepare_peer_session同文件125-154行按同伴调用开成员线程专家之间的同步问答不和一对一私聊混用。单进程入口在代码里叫GlobalProcessorsrc/octop/infra/gateway/process/processor.py:135-186文档常说的 HarnessProcessor 指的就是这层——IM、Dashboard、CLI、定时任务都汇进来再按租户路由到对应 Agent。模块依赖也能看出「单进程、infra 打底、Dashboard 另成一块」[源码推导] 模块依赖图diagram.py --depth 2。文档称单进程 HarnessProcessor代码入口类名为 GlobalProcessor汇入 IM / Dashboard / CLI / cron有一点要先说清楚这次环境没有配模型 Key专家启不起来对话页也没有模型回复。专家模板和创建链路可以先搭好真要聊天得先去「管理 → 模型」接上可用模型。接飞书之前先搞清对话会落在谁的库里通道页写着当前支持 10 个 IM已配置 2 个。我们登记了飞书和Telegram开关打开状态都是「已断开」——用的是占位密钥没有真实发消息回执。企业微信、钉钉这次没测。[实测] 通道页支持 10 个 IM已配置飞书 Telegram开关开、状态「已断开」。占位密钥未完成真实发消息回执企微 / 钉钉未测源码里通道是先落库再按需挂适配器Gateway.create_channelsrc/octop/infra/gateway/gateway.py:327-357写入 kind / name / config启用时再注册适配器CLI 可选 kind 包括飞书、企微、钉钉、Telegram 等src/octop/cli/commands/channel.py:423。比「接上哪个 App」更要紧的是对话和 Agent 数据落在哪。默认根目录是本机~/.octopSQLite也可换 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 企业管理一体化平台如果你还在为企业搭审批、OA 和业务协同可以看RuoyiOffice 企业管理一体化平台一个平台覆盖审批流、OA、人力、资产、合同、项目、CRM并带有多模型接入、知识库、写作与工作流等 AI 方向能力支持私有化部署。 
长河君 · 2026/10/14 9:24:56 · 阅读 1.2k 全家共用 AI 助手，数据能留在自家服务器吗？
周五晚上孩子问作业题、你在查下周出差行程、家里另一个人想让 AI 记家庭账——同一个助手、三份私事你不想把这些对话交给公有云。腾讯云开源的Octop打的就是这张牌自托管、多用户、多 Agent一台机器一个进程挂起来。我们按家庭 / 小团队场景装了一遍。仓库是 TencentCloud/Octop截至 2026-10-05 18:07上海时间6811个 Star、843个 Fork协议MIT实测安装的是 Releasev1.0.2b6commiteb280112。安装命令uv pipinstalloctop1.0.2b6然后octop init、octop runDashboard 默认在8088。登录页带滑块验证码后面多用户、专家、通道相关截图部分是通过接口带上登录态后拍的不是「拖完滑块再点登录」的操作录像。[实测] 登录页——自托管 Dashboard 默认端口 8088 可达干净环境 uv pip 安装 octop1.0.2b6 后 octop init octop run一台机器要伺候全家多用户隔离从哪来全家共用一台机关键不是「能不能开两个号」而是A 看不到 B 的 Agent。用户管理里我们建了两个账号管理员LabAdmin (admin)以及家庭成员家庭成员·小通 (xiaotong)。管理员这边计了 2 个专家小通那边计了 1 个——数字本身就能对上「各管各的」。[实测] 用户管理——第二用户「xiaotong / 家庭成员·小通」已创建JWT user_id 隔离admin 的 mine 范围看不到对方私有 Agent隔离怎么做的源码里很直白签发 JWT 时把用户 id、用户名、角色打进 tokensrc/octop/infra/auth/tokens.py:17-33HTTP 中间件解码后挂到请求上src/octop/api/middleware/jwt_auth.py:37-52列 Agent 时按user_id过滤src/octop/infra/db/repos/agents.py:162-168。用接口再核一遍admin 的scopemine里是自己的「家庭主助手」等xiaotong 的 mine 里只有自有的「育儿陪伴」Agent idE4HRK9。切到小通的身份看 Dashboard左下角用户名也是「家庭成员·小通」——界面和接口对得上。[实测] 第二用户「家庭成员·小通」的 Dashboardmine 范围仅见自有 Agent与管理员侧隔离[实测] API 回执admin / xiaotong 各自 mine 下的 Agent 不同工作目录落在 OCTOP_HOME 下这是账号级隔离不是容器级多租户一台机、一套库靠 JWT user_id把人分开。家庭场景够用要强隔离合规还得自己加部署层的边界。专家库与 AgentTeams一个人背后站一排专家Octop 不把「助手」做成一个万能聊天框而是专家库 可组队。内置模板里有通用助手、运维、育儿陪伴等一键从专家模板创建 Agent我们这边管理员建了「家庭主助手」「运维专家」小通建了「育儿陪伴」——创建请求是通的。[实测] 专家库一键创建后的 Agent家庭主助手 / 运维专家等创建经接口成功。对话要先在「管理 → 模型」配好可用模型协作侧源码里有TeamManagersrc/octop/infra/agents/teams/team_manager.py:100-101Octop 侧的「团队房间」真正的ask_agent/ inbox 仍由 Harness 管prepare_peer_session同文件125-154行按同伴调用开成员线程专家之间的同步问答不和一对一私聊混用。单进程入口在代码里叫GlobalProcessorsrc/octop/infra/gateway/process/processor.py:135-186文档常说的 HarnessProcessor 指的就是这层——IM、Dashboard、CLI、定时任务都汇进来再按租户路由到对应 Agent。模块依赖也能看出「单进程、infra 打底、Dashboard 另成一块」[源码推导] 模块依赖图diagram.py --depth 2。文档称单进程 HarnessProcessor代码入口类名为 GlobalProcessor汇入 IM / Dashboard / CLI / cron有一点要先说清楚这次环境没有配模型 Key专家启不起来对话页也没有模型回复。专家模板和创建链路可以先搭好真要聊天得先去「管理 → 模型」接上可用模型。接飞书之前先搞清对话会落在谁的库里通道页写着当前支持 10 个 IM已配置 2 个。我们登记了飞书和Telegram开关打开状态都是「已断开」——用的是占位密钥没有真实发消息回执。企业微信、钉钉这次没测。[实测] 通道页支持 10 个 IM已配置飞书 Telegram开关开、状态「已断开」。占位密钥未完成真实发消息回执企微 / 钉钉未测源码里通道是先落库再按需挂适配器Gateway.create_channelsrc/octop/infra/gateway/gateway.py:327-357写入 kind / name / config启用时再注册适配器CLI 可选 kind 包括飞书、企微、钉钉、Telegram 等src/octop/cli/commands/channel.py:423。比「接上哪个 App」更要紧的是对话和 Agent 数据落在哪。默认根目录是本机~/.octopSQLite也可换 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 企业管理一体化平台如果你还在为企业搭审批、OA 和业务协同可以看RuoyiOffice 企业管理一体化平台一个平台覆盖审批流、OA、人力、资产、合同、项目、CRM并带有多模型接入、知识库、写作与工作流等 AI 方向能力支持私有化部署。