腾讯把"AI助手"开源了：跑在自己电脑上，还能给它捏人格

本地优先 · 多用户多Agent · MIT协议 · 一条命令跑起来

AI 核心观察

腾讯云开源了 Octop：一个自托管的多用户多Agent AI中枢，跑在你自己的电脑或NAS上，数据不上传。模型随便接，还支持 ACP 协议对接 OpenCode、Claude Code 这些编程Agent。这不是给普通用户做的大众App，是给爱折腾的人准备的自托管AI管家——而且它背后，是腾讯云"应用开源引流，云服务变现"的一整套算盘。

大厂做AI，路子基本就两条：要么闭源卖API，要么开源卖模型权重。

腾讯最近在Agent工具上的动作有点密：WorkBuddy、QClaw、Marvis，都是腾讯出品，现在又来了一个Octop。这几个产品还没见谁倒下，新的又冒出来了，内部赛马的味道很明显。

但Octop这次不太一样：它开源。

更关键的是，它和WorkBuddy走的是完全相反的路。WorkBuddy走SaaS路线：你登录账号、买积分换Token，数据在云端；Octop走本地优先：整个多用户、多智能体的AI中枢，连同数据一起，跑在你自己的电脑或NAS上。模型接哪家你自己定，还支持ACP协议对接你电脑上已经装好的CLI Agent工具（比如OpenCode、Claude Code）。

一句话：这不是给普通用户做的大众App，是给爱折腾技术的人准备的自托管AI中枢。

这个项目今年7月建仓，MIT协议。我从它的官方README和官网把信息过了一遍，客观讲一遍它到底是什么、牛在哪、以及背后藏的信号。

一、它是什么：一条命令跑起来的AI管家

先把Octop说清楚。

它是个开源、自托管的AI助手。关键词是"自托管"：整个系统跑在你自己机器上，对话记录、工作区、API凭据，全存在你本地的 ~/.octop/ 目录里，不上传到腾讯的服务器。

部署有多简单？装好后一条命令：

$ octop run

然后打开浏览器进 http://127.0.0.1:8088，就是一个完整的Web控制台。不用配数据库（默认用本地SQLite）、不用装消息队列，单进程就把Web界面、命令行、IM通道、定时任务全带起来了。

它能通过飞书、钉钉、QQ、企业微信、Discord这些IM直接对话，也能走HTTP/SSE/WebSocket接口程序化调用。等于说：你可以把它挂进你每天在用的聊天软件里，随时喊它干活。

几个基础事实（来自官方README）：Python 3.12+，MIT协议，当前版本0.9.33（还没到1.0，说明还在快速迭代），支持macOS/Linux/Windows，还提供了桌面客户端和飞牛NAS安装包。

一句话总结：它想当那个"住在你电脑里、随叫随到的AI管家"。

二、和普通AI助手不一样在哪：一群有性格的员工

如果说普通AI助手是"一个会聊天的工具"，Octop想做的是一套"会分工的团队"。

它最特别的设计有两个：多Agent专家团和MBTI人格。

多Agent：不是一个助手包打天下，而是每个用户可以创建多个Agent，各自有独立的工作区、供应商、通道和定时任务。配合"专家库"，一键创建某个专业领域的角色，比如专门写周报的、专门查资料的、专门管日程的，按场景切换。

MBTI人格：内置16种人格模板，还能互动测试。你可以给某个Agent捏成"逻辑缜密的INTJ"或"热情话痨的ENFP"，让它的说话方式、回复风格跟着变。

这个设计的真实用意，README里写得很直白："一人管理，全家共用"。一个管理员账号，家庭成员各分几个Agent，各用各的专家角色。对企业也是一样：多Agent并行协作，接进企业微信，任务自动分发到群里。

它把"AI助手"从"一个工具"升级成了"一个能配置、能分工、能多人共用的组织"。这是它和市面上聊天类AI产品最大的区别。

三、最硬的能力：让AI真的动手干活

Octop真正的狠活，是它不光"会说"，还"能动手"。三个能力值得一提：

终端AI+：浏览器里嵌入一个交互式Shell，AI辅助你执行命令、排查故障。不是聊天框里假装跑命令，是真的在终端环境里帮你操作。

浏览器AI+：基于Chromium的无头浏览器会话，能做网页自动化、截图、采集公开信息。填表、抓数据这类重复劳动，可以交给它。

远程桌面：控制台里实时看屏、键鼠操控，跨Linux/Windows/macOS。适合远程办公、操作GUI软件；没有图形界面的Linux还能一键搭一个隔离桌面。

这三个加在一起，指向同一件事：Octop不满足于"回答你"，它想"替你干"。终端、浏览器、桌面，AI能触达你电脑的每个角落，这是从"对话助手"走向"执行Agent"的关键一步。

而它最开放的，是 ACP（Agent Client Protocol）双向集成：

一个方向是入站：octop acp 能让Zed、OpenCode这类外部工具，把Octop的Agent当成自己的后端来用。

另一个方向是出站：在对话里，把编码任务委派给外部的编程Agent，内置支持 OpenCode、CodeBuddy、Claude Code、Codex。

翻译一下：它既能被别人当工具调，也能调别人当工具。这种"双向开放"，是它区别于封闭助手的地方。

四、自托管和隐私：为什么"数据在自己机器上"重要

Octop反复强调的一个词是"本地优先"。

这背后是有实际含义的。普通人用云端AI，默认把对话记录、上传的文件、API key都交给了厂商服务器。而Octop的定位是：对话、工作区、凭据，全留在你自己的机器上。

要说精确：留在本地的是记录、工作区和密钥；如果你接的是云端模型，对话内容依然会发给模型厂商。想全程不出门，可以接Ollama这类本地模型。Octop把这道选择题交还给了你，而不是替你拍板。

它配套做了一套安全设计：

JWT多用户隔离：不同用户之间，Agent和工作区是隔开的，一个家庭或团队共用时，各看各的。

工具审批与脱敏：删文件、改系统配置这类高风险操作，要先给执行计划、等你确认；敏感信息离开工作区前会自动脱敏；Shell命令有护栏规则，可以自己编辑允许/拒绝名单。

无厂商锁定：LLM供应商、存储后端、IM通道都能自由换。README明确支持OpenAI兼容API、DashScope（千问）、Ollama等。想用哪家模型、数据放哪、走哪个IM，全是你说了算。

这几条合起来，就是自托管AI的核心价值：你可以把"AI管家"请进家门，但家门钥匙始终在自己手里。对在乎隐私的个人、或是有合规要求的小团队，这个"本地优先"不是口号，是能落地的选项。

五、它背后的信号：腾讯云在押注什么

把Octop放进更大的背景看，能读出一个信号。

Octop不是孤立的产品。它的技术底座是一套叫harness的工程组件：harness-agent（Agent运行时）、harness-gateway（IM桥接）、harness-memory（记忆系统）、harness-browser（浏览器自动化）。README里明确说，这些harness组件"正在筹备开源中"。

也就是说，腾讯云这次不只想开源一个应用，而是想把一整套"AI助手基础设施"摆上桌。

这件事值得注意的地方在于：过去两年，国内大厂在AI上大多是"开源模型"（把权重放出来），但"开源自托管应用"是另一条路。Octop走的正是这条路：模型不是重点（它让你随便接OpenAI/千问/Ollama），重点是那套"把多个Agent组织起来、接进IM、落回本机"的工程框架。

开源应用这件事，对腾讯云自己也是划算的：应用开源了，但跑Octop的人很可能顺手用上腾讯云的存储（COS/S3）、模型API。"应用开源引流，云服务变现"，这是云厂商熟悉的老剧本，用在AI上，逻辑依然成立。

对用户来说，信号更简单："自托管AI助手"这个方向，有大厂认真下场了。以后你想不把数据交给云端、又想用AI干活，多了一个开源的、能自己掌控的选项。

Octop 底座：harness 组件矩阵

官方 README：这些组件"正在筹备开源中"

六、写在最后

看完Octop，我最直接的感受是：AI助手这个品类，正在从"云端黑箱"走向"开源自托管"。

以前我们讨论"选哪个AI助手"，基本是在几个云端App之间比谁的对话更聪明。Octop给出了另一种可能：助手不是别人家客厅里的东西，而是可以搬回自己家、按自己规矩改的。

它当然还不完美：版本号才0.9，很多能力（专家共享、AgentTeams、自进化）还在规划里，harness组件也还没正式开源。但它把"自托管、多Agent、接IM、本地优先"这套方向清晰地立了起来。

一个开源才两个多月的项目，GitHub上已经攒下1800多star。这个数字不算惊天动地，但它背后是真实的需求：越来越多的人，想有一个既聪明、又能自己掌控的AI。

腾讯云开了这条路。接下来，看它把地基补多实。

AI 关键洞察

AI 助手这个品类，正在从"云端黑箱"走向"开源自托管"。你可以把AI管家请进家门，但家门钥匙始终在自己手里。

作者 DSH Agent & Hermes Agent

类型 AI 开源项目观察 / 工具解读

数据 TencentCloud/Octop GitHub README_CN.md · Octop 官网

模型 deepseek-v4-pro & glm-5.3

声明 本文由 AI 辅助创作 · 内容经人工审核并修订