Octop 自 7 月 10 日开源以来，已经 3 个月了，一直不温不火，直到 9 月 15 日，1.0 GA 发布，终于是一个像样的成熟产品了。

到今天，我已经体验了一个月，给大家汇报下结果。

1 why

Octop 为什么值得我们看一看

最近我在 PC 上一直在用 WorkBuddy 海外版，除了爽薅限免的 DeepSeek-V4.1-Flash 外，发现精装房是真的舒服，整体用下来比 Hermes 要省心不少，对 skills 的遵循度也比 Hermes 强一些。

但我在 NAS 上还有个 Hermes，处理需要 24 小时在线的轻量任务。

WorkBuddy 和 NAS 上的 Hermes 协作就有点弱了，毕竟是完全不一样的产品，skills 描述、工具名完全是两套东西，同步维护比较麻烦。当时一直在想，要是 WorkBuddy 也能部署在 NAS 上就好了。

而 Octop 的出现恰好踩到了这个痛点上，作为与 WorkBuddy 同源的自部署智能体，简直就是为了我这种 PC-NAS 双 Agent 协作场景的用户打造的。WB 的 Skills 拿到 Octop 直接就能用，这样，不管哪一端修改了 skill，另一端会马上自动跟进更新。

我立马就在 NAS 上部署试用了，并且通过自部署 gitea 实现了外网两端互相通信与 skills 的版本自动统一（具体方法下篇文章细说），看着两个赛博小弟恢复紧密协作的样子，心里真是美滋滋。

2 Diff

Octop 是开源版的 WorkBuddy 吗

不是。

Octop 的很多理念与 WorkBuddy 完全不一样。更像是一个内部竞品+填补自家 NAS 自部署 AI 产品空白的产品。

它的 skills 描述、工具调用与 WorkBuddy 同源，同样内置了连接器、专家团等功能，延续了 WB “开箱即用”的策略，让 WB 用户很容易上手。

但是，它又有很多与 WorkBuddy 很像，实际又完全不同 的概念。下面我们来深扒一下。

3 Users

服务对象的不同

Octop 最值得说的一点就是多用户。它是以服务一个家庭或小团队为基础定位的。

这个多用户不是指多 Agent，而是真的在系统层面开多个账号，每个账号都有独立的配置，可以建立自己的 Agents 团队。管理员还可以指定哪些资源（比如模型、技能、文件等）是共享的。

这个能力 WorkBuddy 给不了，它只能同时服务一个人。

不过，现在还做不到目录隔离，有误操作到其他用户数据的风险。希望腾讯以后能在这点上做加强。

4 Expert

专家/专家团的定义不同

虽然都叫专家，连专家市场看起来都一样。但 Octop 的专家和 WorkBuddy 的专家可是完全不同的东西。

在 WorkBuddy 里，只有一个 Agent，专家只是一个"包"：一份定义文件，加一张展示卡片。它决定的是这次会话里，AI 用什么身份说话。

但在 Octop 里，可以有很多 Agent，每个专家=1个独立的 Agent，有独立的工作区目录、模型配置、技能、记忆、IM 通道、对话历史。甚至可以给它套一个独立的 MBTI 人格。

差别就在：WorkBuddy 的专家，是同一个小弟扮演了不同的角色。Octop 的专家，是一群互不干扰的小弟。

我觉得可以简单理解为 Hermes 和 OpenClaw 在 Agent 定位上的差别。

5 Wiki

Octop 有内置知识库

Octop 把 AI 知识库做成了内置功能。有点像 ima。

在设置里打开知识库，把文档拖进去，它就自动解析、索引。对话的时候勾选一下，专家回答时会引用这些资料，还会在下面列出源文件，点开能看原文。支持的格式很全，常见文档、表格、PDF 都有，图片和扫描件也能开 OCR。

有个细节我挺喜欢：知识库可以设成共享，家里其他人也能用；也可以设成私有的，只有自己看。

不过，我已经有一套独立的 AI 知识库系统了，还和腾讯的另一款强大的开源知识库 WeKnora 打通了，比 Octop 的更完善，就暂时没迁。

对了，和 WeKnora 的协作也值得一说，最近我会专门写一篇文章介绍。

6 Computer use

浏览器与远程桌面

内置浏览器是我没想到的，AI 能自己开网页、截图、填表、采集。

还有一个远程桌面，可以让 Octop 远程操控电脑或手机的屏幕，结合自动化脚本能有很多可以做的事情。

这是补上了容器内部署智能体 computer use 缺失的不足，感兴趣的大佬可以试试。

7 ACP

多智能体协作

通过 ACP，Octop 可以把编程任务派给外部的编程智能体，简化了对接难度，还给了参数和开关，这很有腾讯的风格。

8 Skills pack

技能包

Octop 有个简化维护操作的东西很有意思，叫 技能包，支持把一堆技能创建为一个包，方便挂载到不同的 Agent 上，解决了每一个 Agent 都有一套完全相同技能的问题。

技能包由创建者维护，插拔式、单一维护源，所有用户和 Agent 可以选择挂载使用。这个思路很新颖。也很实用。

9 MCP

连接器的进步

我觉得比 WorkBuddy 灵活的地方：连接器可以按对话勾选。

WorkBuddy 的连接器是会话级的，装了就在。Octop 除了设置默认打开外，还可以在每个对话单独选用。

这样有个好处，不常用的连接器可以不默认加载，能减少 Token 消耗，解决上下文塞太多信息导致的 Agent 的注意力分散问题。

10 Safe

运维和安全

这是我没太想到的一点。一个开源项目，运维面做得比很多商业产品还全。

用 AI Agent 最大的痛点是什么？当然是“对不起，刚才我把 xxx 改坏了且无法恢复”。

以前，我们要自己去建立完善的备份机制。现在，Octop 直接把这件事变成了在管理页面点一下按钮。

数据库、专家工作区、配置、密钥、技能包、插件、知识库，全打包成一个归档，可以下载，也可以设成按设定时间 自动备份 。一键完成。

安全设置也很直观。审批、文件访问黑名单、脱敏等设置都有。

11 Storage

存储后端

存储后端这个思路也比较精妙，可以让 Agent 把网络存储作为工作区，读写文件直接进存储后端。

注意这里面还有沙箱和数据库，也支持自定义。可以说是很全面了。

需要注意的是，这里的后端≠停用本地，Octop 支持混合模式，让不同的数据走不同的后端。比如本地做缓存/临时工作区，远端做持久化工作区，Octop 可以自动按文件类型或路径进行路由。

其实，这些即使没有设置页面，我们自己也能让 Agent 实现，但是腾讯把这些直接做成了可视化的级别，可见是多想把用户门槛降低。

12 Plugin

插件

现在插件市场中的插件感觉都比较鸡肋。我一开始也困惑，插件和技能到底什么关系。

我查了资料后，搞明白了。在 Octop 里，插件是个更大的概念，覆盖三类扩展点：

（1）Hook，干预 Agent 的处理流程； 

（2）Tool，给它注册一个新能力； 

（3）Skill，把一套可复用的工作流沉淀成技能。

所以技能其实是插件的一种。插件把这三种能力整合了，算是加强版的技能。

对普通用户来说，插件确实偏"用不上"。不写代码的话，Hook 和 Tool 基本碰不到，日常用的还是技能和连接器。

现在是早期，有鸡肋感是正常的。等社区把插件生态做起来，普通人也能一键装上别人做好的扩展，就体现出价值了。

13 Collaboration

云端协同，最近更新的新东西

多个 Agent 协作我见过，多个 Octop 协作我倒是第一次见。

这回到了我开头说的，WorkBuddy 和 Octop 协同的场景。只不过，现在 Octop 要做的，是把 PC 端的 WorkBuddy 也换成自己。

很有野心。也确实找到了差异化痛点。如果 Octop 的 PC 版也开始搞模型限免，我一定会去试试的。

14 Compose

Docker 部署

直接上 Compose。

services:

  octop:

    image: ghcr.io/tencentcloud/octop:latest

    container_name: octop

    restart: unless-stopped

    user: "0:0" # 以root运行，也可以不指定

    ports:

      - "8088:8088" # 左侧NAS端口可按需修改，右侧容器端口保持不变

    volumes:

      - ./data:/data/.octop

    environment:

      HOME: /data # 必须，官方镜像依赖此变量定位数据目录

      OCTOP_BIND_HOST: 0.0.0.0 # 必须，否则容器内服务无法被NAS端口转发

      OCTOP_PORT: 8088

      OCTOP_ADMIN_USERNAME: admin # 改为想要的用户名

      OCTOP_DEFAULT_PASSWORD: "password" # 务必修改为强密码

      OCTOP_LOG_LEVEL: info

      TZ: Asia/Shanghai

注意：

（1）user: "0: 0" 将使 octop 以 root 权限运行，如果介意，可以删掉。

（2）用户名和密码记得改。

部署完成后就可以去 NAS IP: 8088 登录 Dashboard，添加模型和渠道了。

15  End

我的整体感受

用得越久，我越觉得 Octop 走了一条对的路。

它没有假装自己是"开箱即用"的云端产品，也没有把自己做成只有极客能玩的框架。它承认自托管有门槛，但把门槛尽量压低，同时把该有的能力都做进去：知识库、多用户、工作台、连接器、备份、安全。

对我们这种"想自己掌控数据、又不想什么都从头搭"的人，换产品缺的正好是一个能省掉迁移后反复重调的方案，它填的就是这个空。

希望这个项目能继续维护下去，目前来看还是很有潜力的，日常使用已经能做到替代 Hermes/OpenClaw。不妨试一试。