腾讯云正式发布AI助手Octop 1.0,一条命令自托管多智能体

今天下午刷,看到腾讯云开源的 Octop 正式发了 1.0 GA。这个项目今年 7 月中旬开源,两个多月 Star 涨到 1600+,名字取自章鱼,寓意八爪并行做多任务。定位是自托管的多用户、多智能体 AI 助手平台,MIT 协议。

octop.png 腾讯云正式发布AI助手Octop 1.0,一条命令自托管多智能体 AI大模型

Octop 是什么

一句话,把 AI 助手部署在自己的服务器上,给一家人或一个小团队用。一个 Python 包加一个 Web 控制台,一条命令跑起来。

octop run

默认端口 8088。单进程架构,不依赖外部消息队列,状态存在 ~/.octop/octop.db,默认 SQLite,高并发场景可以换 PostgreSQL。除大模型提供商外没有强制依赖,接飞书、钉钉、企业微信、QQ、微信这些 IM 通道由 harness-gateway 桥接。前身是腾讯内部项目 LightClaw ACE。

内置了十几个专家模板,比如运维工程师、育儿管家、证券观察员「老钱」、腾讯云 API 专家,还带约 18 个连接器,腾讯文档、腾讯会议、Notion、微信读书都能接。

1.0 更新了什么

官方这次列了六个要点,我挑重点说。

  • RAG 知识库。公共和私有分级,统一检索,来源可追溯。其中知识库专家参考了 Andrej Karpathy 今年 4 月发布的 llm-wiki 思路,不靠向量库每次重新检索,让模型持续把原始资料编译成互相链接的 Markdown Wiki,Karpathy 自己在 40 万字规模验证过这条路。

  • 桌面客户端。macOS、Windows、Linux 三端都有,另外上线了飞牛 NAS(fnOS)应用,native 和 docker 双形态。

  • 权限与额度。页面和功能级 ACL,加 Token 额度限制,多用户场景下这两样必须有。

  • 专家沙箱。官方宣布专家运行环境默认不信任,无法越界访问宿主机文件系统与网络,Agent 读写限定在工作区内。

  • 插件前端渲染。官方宣布在 Hook、Tool、Skill 三类扩展点之上,插件可以向控制台注入自定义 UI。

怎么部署

五种方式任选,一键脚本、pip、Docker,安装包或者腾讯云 Lighthouse/CVM 镜像市场(官方宣布已上架官方镜像)。

pip install octop
octop run

一键脚本会用 uv 创建隔离的 Python 3.12 环境,不动系统 Python。官网 octop.cloud 和文档中心都已上线,代码在 GitHub(github.com/TencentCloud/Octop)。

提醒一句,早期文档里默认管理员账号是 admin,密码 octop,公网部署后第一件事改密码。

观点

部署确实省事,V2EX 上有人反馈一键起服务加 IM 通道的体验不错。但同一个帖子里也有人指出,Octop 最核心的几个底层依赖(harness-agent、harness-memory、harness-browser 这些)还没开源,以外部包形式引入,想魔改核心源码会受限,和官网「完全开源」的说法有张力。另外 SQLite 在多用户高并发下的写锁瓶颈、远程桌面加浏览器操控带来的攻击面,都是要自己权衡的点。

个人开发者或小团队想找私有部署的 AI 协作中枢,Octop 可以一试,反正 MIT 协议,Docker 起一个也不费事。1.0 刚发几小时,第三方评测还没有,别急着上生产,先在本地玩玩。


参考文献:

Octop 1.0 版正式发布:每个人都能拥有专属AI协作团队

Octop 官方 Github:https://github.com/TencentCloud/Octop

Octop 官网:https://octop.cloud/



未经允许不得转载:w3h5前端开发资源网 » 腾讯云正式发布AI助手Octop 1.0,一条命令自托管多智能体

腾讯云开源项目 Octop 发布 1.0 正式版,定位自托管多用户多智能体 AI 助手,一条命令即可部署,支持 RAG 知识库、三端桌面客户端与飞牛 NAS,MIT 协议开源,文中附四种部署方式与安全提醒。 (0)