2026年9月19日
Octop：把多用户、多 Agent 助手装进自己的服务器
个人 AI 助手并不少见，但一旦要给家庭或小团队共用，账号隔离、消息入口、定时任务和数据归属就会迅速变复杂。腾讯云开源的 Octop 选择把这些能力收进一个可自托管平台：同一套服务提供 Web 控制台、命令行、即时通信接入和 Agent 管理。项目刚发布 v1.0.0，适合想搭建
个人 AI 助手并不少见，但一旦要给家庭或小团队共用，账号隔离、消息入口、定时任务和数据归属就会迅速变复杂。腾讯云开源的 Octop 选择把这些能力收进一个可自托管平台：同一套服务提供 Web 控制台、命令行、即时通信接入和 Agent 管理。项目刚发布 v1.0.0，适合想搭建内部 AI 助手、又不愿把工作流锁在单一云服务中的团队关注。
📌 这个项目是干什么的
Octop 面向个人、家庭和小团队。管理员可以创建多个用户，每个用户再配置多个 Agent；不同 Agent 拥有各自的工作区、模型提供方、消息渠道和定时任务。用户可以从网页聊天，也能接入飞书、钉钉、企业微信、QQ、Discord，或通过 HTTP、SSE、WebSocket 调用。
它的后端基于 Python、FastAPI 和一组 Harness 运行时，前端采用 React。Web、IM 与 cron 请求最终进入同一个进程内的处理器；状态默认写入 SQLite，也可切换 PostgreSQL。项目还提供文档知识库、插件、MCP 连接器、浏览器自动化，以及通过 ACP 接入或委派给 Claude Code、Codex、OpenCode 等编码 Agent 的能力。
🔍 为什么值得关注
第一，多用户不是后补的一层界面。 用户、Agent、工作区、渠道和凭据都进入统一控制面。相比大家共用一个机器人账号，这种结构更适合家庭共享或小团队内部部署，也更容易划分责任边界。
第二，部署形态相对收敛。 octop run 可以同时启动 API、控制台、消息渠道与定时任务，不强制引入外部消息队列。对希望先做小规模验证的团队，这比拼装多个服务更容易维护；需要扩展时，再把数据库切换为 PostgreSQL。
第三，它更像助手平台，而非单个聊天壳。 Agent 可以配置独立模型、技能和长期工作区，并从网页、IM、定时任务或 IDE 接收工作。真正值得借鉴的是“多个入口，共用一套 Agent 控制面”的架构思路。
🧪 谁适合试，怎么开始
适合有自托管能力、希望给内部成员提供统一 AI 入口的开发团队，也适合需要飞书或钉钉机器人、定时任务和知识库协同工作的个人。只想偶尔调用模型 API，没必要承担完整平台的运维成本。
最短路径是先用测试机器安装，执行 octop init 创建数据库、JWT 密钥和管理员账号，再运行 octop run，从 http://127.0.0.1:8088 完成一个最小 Agent 配置。首次验证建议只接一个模型和一个低权限测试账号，依次检查网页对话、用户隔离、工具审批与备份恢复，不要直接连接生产群聊。
⚠️ 使用提醒
“自托管”不等于数据绝不离开机器。对话内容是否外发仍取决于所选模型、MCP 服务、消息平台和插件；上线前要逐项核对数据边界。项目虽已到 v1.0.0，但仓库创建时间较短，复杂场景仍应先压测并保留回滚方案。
官方提供一键安装脚本，但在服务器执行远程脚本前应先审阅；生产部署更适合使用 Docker、最小权限账号和独立网络边界。外网开放控制台时，还应配置 TLS、强密码、备份与访问控制，不要仅依赖默认配置。