夜雨聆风学习资料网

ARTICLE · 1118261

腾讯又开源了个 AI 助手,叫 Octop.它跟 WorkBuddy 到底啥关系?

腾讯又开源了个 AI 助手,叫 Octop.它跟 WorkBuddy 到底啥关系?
一只脑子管八条腿。该不该装?能不能真干活?我把话说明白。
前几天刷到一条视频,标题就一句:「都有 WorkBuddy 了,腾讯为什么还要开源一个 Octop?有啥区别?」
评论区吵得挺热闹。有人说这是「开源版 WorkBuddy」,有人说「本地部署才是正路」,也有人直接问:那我到底该装哪个。
我花了两天把它的底扒了一遍,包括 GitHub 仓库结构、社区实测、官方文档。这篇不吹不黑,就回答三个问题:它是什么、该不该装、能不能干复杂活。

一、先把名字讲清楚

「Octop」取自 Octopus(章鱼)。
腾讯官方的说法是:「八爪并展、灵活多变、可同时处理多项任务。」
所以你看到的那张图——中间一只脑子,周围伸出去八条腿,每条腿连一个模块(翻译、搜索、写作、代码、分析……)——不是营销美术,这就是它的架构表达:一个大脑,指挥多条并行的腿。
它 2026 年 7 月 10 日正式开源,前身叫 LightClaw ACE。腾讯云自己的原话是:这不是品牌升级,是"面向智能体时代的系统性重构"。
技术参数放在这:
项目信息开源方腾讯云(TencentCloud)开源时间2026 年 7 月 10 日协议MIT(真开源,可商用)语言Python 3.12+版本1.0.2b5(还在 beta)仓库github.com/TencentCloud/Octop费用软件免费,模型 API Key 自己准备

二、它和 WorkBuddy,根本不是一条路

这是最多人搞混的地方。我先给结论:
它们底层同源,但走的是两条完全相反的路。
WorkBuddy 是云优先。 一句话下达任务,AI 自己规划、自己干活、直接交付结果。开箱即用,深度打通腾讯文档、企微、邮箱,属于 SaaS + 桌面客户端路线。你用它的方式是:登录、消耗积分或 token、云端干活。
Octop 是本地优先。 装在你自己的电脑、服务器或 NAS 上,数据、对话、记忆、密钥全部留在本机。多用户 + 多 Agent,模型自己选,支持 ACP 协议对接各种 CLI Agent。
一句话对比就是:
想省事,用 WorkBuddy。想要数据不出门、还想多人共用,用 Octop。
这不是我总结的,是社区里的共识口径。腾讯自己在两条路上都押了注——除了 WorkBuddy,内部还有 QClaw、Marvis 这些产品在活跃。开源一个本地优先的 Octop,说明他们判断「云端便捷」和「本地可控」是两个都会长期存在的需求。

三、装它的四个理由

理由一:数据真的不出门。
这是它最硬的价值。所有对话、工作区、凭据都在你自己的机器上,不经过任何厂商云端。
对普通人来说,这件事平时感觉不到。但只要你手里有敏感的东西——合同、客户名单、身份证号、财务数据——「数据不出本机」这四个字的分量就完全不一样了。
我举个例子:你自己在电脑上整理一份车辆租赁合同,里面有身份证号、有 VIN 码、有银行信息。走云端服务,这些内容要上传;走 Octop,全程在你机器上跑。
理由二:一次部署,全家或全团队共用。
这一个挺实在。Octop 支持多用户隔离——一个管理员账号,家人或同事各自登录,每个人有自己的对话、记忆、工作区和专属 Agent,数据在数据库层面做了隔离,不会搅在一起。
想给家里人一人配一个 AI 助手?不用买 N 份订阅。
理由三:模型完全自由,没有厂商锁定。
可以接 OpenAI 兼容接口、可以接 DashScope(通义千问)、也可以接 Ollama 跑本地模型。而且能按每个专家单独配服务商——写代码的用强模型,整理资料的用便宜模型,用多少算多少。
理由四:能力堆得是真足。
我把它的功能拉了个清单,你感受一下:
多 Agent 并行 —— 专家库、团队、子 Agent,多智能体协同干活
长期记忆 —— 记忆跟着工作区走,换台机器能整体搬迁
RAG 知识库 —— 把私有文档丢进去,回答锚定你的资料,不瞎编
浏览器自动化 —— 无头浏览器填表单、截图取证、抓数据
远程桌面 —— 跨 Linux / Windows / macOS 实时看屏和键鼠控制
定时任务 —— 自然语言配 cron,让它自己按点干活
ACP 双向协作 —— 复杂编程活可以派给 Cursor、Claude Code 去做
16 种 MBTI 人格模板 —— 给每个专家配不同性格
IM 全平台接入 —— 飞书、钉钉、QQ、企业微信、Discord
桌面宠物 OctopPet —— 悬浮常驻,念头一冒出来直接问
看到这里你大概明白了:它不是一个聊天软件,是一个 AI 平台。

四、不装它的四个理由

光说好处是不负责任的。下面这几条,是真正会让你后悔的地方。
第一条:你得自己养它。
要装 Python 环境、跑一条命令、配模型 Key、选数据库(默认 SQLite,量大了要换 PostgreSQL)。出了问题自己查日志。
它的官方定位是"自托管"——自托管的意思就是:服务器是你的,运维也是你的。
如果你连"部署"这两个字都觉得烦,看到这里就可以退出了。
第二条:它还是 beta。
当前版本 1.0.2b5,版本号里那个 b 就是 beta。这意味着它还在测试期,稳定性没到商用标准。你可能会遇到莫名其妙的报错,可能今天能用明天坏了。
第三条:安全面很宽,要勤更新。
它功能太全了——浏览器、终端、远程桌面、文件读写、Shell 命令全开。开的能力越多,风险面就越大。
我翻它的提交历史,修过路径穿越、媒体预览 XSS、Zip 注入好几个漏洞。这说明两件事:一是团队在积极修补,二是攻击面确实广。如果你打算装,一定要记得跟版本,别装完就不管了。
第四条:它替代不了 WorkBuddy 的生态。
你习惯的那些腾讯文档、企微、邮箱的深度打通,Octop 那边要自己配连接器,没有这么顺。
另外,它还有个「云协作 Bridge」功能,能让多个 Octop 实例互连共享专家。但注意——提交记录里明确写了「对端需运行相同构建版本」,跨版本兼容性可能受限。

五、重点回答:它能不能干复杂的设计、计算和代码?

这是你真正该关心的问题,我分三块说,不糊弄。
代码 —— 能,而且是它的强项。
它内置工具执行和 Runner,有代码执行沙箱,还能通过 ACP 把它派给专业的编程 Agent(Cursor、Claude Code 这类)。
跑脚本、写程序、调试、改 bug,这类事它撑得住。而且它有个好设计:危险的 Shell 命令要过用户自定义的护栏规则,敏感操作会先问你,还能做 PII 脱敏。这一点比很多工具想得周到。
计算 —— 能算,但要看模型。
Octop 本身是调度框架,真正的算力来自你接的模型。接强模型就算得动,接弱的就弱。
这里要划一个重点:它没有专门的计算内核。 复杂的数值计算、符号运算、矩阵运算这类,它的路子是「让 AI 写 Python 代码去调库算」,而不是像数学软件那样直接解。这个模式跟 WorkBuddy 一样,好处是灵活,代价是——模型的推理能力决定了计算上限。
复杂设计 —— 这是它相对弱的一环,我实话实说。
它能做的是设计类的任务编排:让多个 Agent 并行去查资料、出方案、交叉评审;也能跑浏览器自动化去抓素材、填表单。
但它不是设计工具。没有专业的设计画布、矢量编辑、精确排版那一套。你要做 UI 稿、平面设计、工程图纸,它帮不上核心的忙,顶多做前期的素材整理和流程编排。
所以三块能力我给它排个序:代码 > 计算 > 设计。

六、那到底装不装?我给三条判断

情况一:你图省事、开箱即用。
别装。 现在这套 WorkBuddy 就够了,没必要折腾自己。装 Octop 的收益,抵不上你花在运维上的时间。
情况二:你手里有敏感数据,或者想给家人一人配一个 AI。
值得装。 「数据不出本机」+「多用户隔离」这两条,是 WorkBuddy 给不了的。而且它 MIT 协议真开源,跑起来没有订阅费。
情况三:你爱折腾,想搞明白智能体是怎么回事。
推荐装。 它技术底子扎实——单进程架构、SQLite WAL 模式、记忆可迁移、ACP 双向打通,工程上有很多值得看的地方。star 数从 1.5K 涨到 3.8K,社区认可度在上升。
最现实的做法是并行试。
找台闲置机器,或者用 Docker 建个隔离环境装一下,不动你现有环境,跑两周看顺不顺手。
它的数据都在 `~/.octop/` 目录下。不想要了,删掉这个目录就走,不会留垃圾。 这一点我很喜欢。
最后总结一句
Octop 不是 WorkBuddy 的替代品,也不是它的升级版。它是同一家公司,在「本地可控」这条路上交的答卷。
要不要它,本质上是一个问题:你愿意为了"数据不出门",付出多少运维成本。
答案在你自己手上。
资料包领取:在公众号后台回复关键词「章鱼」,我把文中提到的《自托管 AI 助手选型自测清单》(含 WorkBuddy vs Octop 决策表 + 部署前 8 项检查 + 安全加固要点)打包发你。
本文由 WorkBuddy AI 协助创作,资料来自 2026-10-03 公开信息调研,观点与判断来自真实实践,发布前经人工审核。
#腾讯Octop #AI助手 #自托管 #WorkBuddy #开源项目 #AI改造师 #普通人用AI
让普通人享受 AI 红利。

相关学习资料