首页 产品 为什么选 OCTO 解决方案 文档 关于
文档中心 / 产品指南 / OCTO 是什么
← 返回文档中心

OCTO 是什么

OCTO 文档中心 · 产品指南

  • octo-server README.zh.md(GitHub Mininglamp-OSS/octo-server,源码第一手事实)
  • 00-inbox/product-bot-answers/2026-09-19-第一批核心问题回答.md(产品管家 2026-09-19 回答)
  • 00-inbox/product-bot-answers/2026-09-20-P0-版本与命名-回答.md(产品管家 2026-09-20 Q2 命名关系权威口径)
  • 00-inbox/product-bot-answers/2026-09-21-P0扩展-*模块回答.md(P0扩展阶段二8个模块产品管家回答,2026-09-21)
  • 01-product/核心能力概览.md v2.0(10大能力域+开源/内部版对照)
  • 02-architecture/OCTO总体架构.md v2.0(完整架构+全组件+链路图)
  • 02-architecture/OCTO全组件服务清单.md v0.1(40+服务硬事实)
  • 01-product/模块说明/ 各模块v0.3文档(docs/drive/fleet-loop/marketplace/speech/summary/search/我的)
  • 01-product/模块说明/模块间联动关系总览.md v0.1(14条数据流)

OCTO是什么 v2.0

一句话定义

OCTO 是明略科技的 AI 原生企业协作平台,集成即时消息、文档协同、企业网盘、AI 智能助手、项目管理(Loop 回路)、技能市场、语音转写、智能摘要、全文搜索等能力,支持私有化部署,提供开放 Bot API。DMWork 为早期内部代号,对外统一称 OCTO。


DMWork 与 OCTO 命名关系(权威对外口径,产品管家 2026-09-20 Q2)

  • 关系定性:同一产品的不同阶段名称。DMWork 是早期内部代号,OCTO 是对外正式产品名。不是两个并存产品。
  • 对外规则(强约束):对外(客户/售前/招投标)一律用「OCTO」,禁止对外说「DMWork」。
  • 一句话口径(可直接对外引用):「OCTO 是明略科技的 AI 原生企业协作平台,DMWork 为早期内部代号,对外统一称 OCTO。」
  • OpenClaw Octo 插件角色:openclaw-channel-octo 是让 OpenClaw 框架的 Agent/Bot 接入 OCTO 消息平台的通道插件——OpenClaw 是 Agent 运行框架,OCTO 是 IM/协作平台,插件是二者之间的 channel adapter。

⚠️ 红线:售前材料、客户演示、招投标文档、对客户的所有沟通一律使用「OCTO」。内部沟通、历史文档提及 DMWork 时,应标注「(OCTO 早期内部代号)」。不得在对外材料中展开内部版独有模块的技术细节(端口/数据库/内部鉴权机制等属内部口径)。


核心能力:10大能力域

  • 开源版能力(GitHub 开源仓库,Apache 2.0 许可):核心 IM 底座 + Bot/开放 API + AI Agent 集成 + 卡片消息 + 基础附件
  • 内部版独有能力(内部部署仓库,需明略商业授权):文档协同、企业网盘、回路 Loop/Fleet、市场 Marketplace、智能语音、智能摘要、全文搜索、我的/个人中心

1. 即时消息与群组协作(开源版)

2. AI Agent 原生集成(开源版 + 内部版增强)

3. Bot 与开放 API(开源版)

4. 文档协同(内部版独有)

5. 企业网盘(内部版独有)

6. 项目管理与 AI 协作回路 Loop/Fleet(内部版独有)

7. 技能/插件市场 Marketplace(内部版独有)

8. 智能语音 Speech(内部版独有)

9. 智能摘要 Summary(内部版独有)

注意区分「智能总结」与「AI 速览」(v2026.09.14 新上线,可速览并一键转文档,属不同功能)。

10. 全文搜索 Search(内部版独有)

索引 内容 上线版本
octo-message 即时消息全文(文本/图片 caption/文件名/合并转发) 初始版本
octo-doc 云文档正文内容 Web v2026.08.03
octo-drive 网盘文件正文(Apache Tika 提取文本,不只文件名) Web v2026.08.24

开源版 vs 内部版能力对照表

能力域 开源版(GitHub, Apache 2.0) 内部版(明略商业授权)
即时消息/群组/Thread ✅ 完整 IM 能力 ✅ 同左
文件附件(消息级) ✅ Presigned URL 直传,S3 兼容存储 ✅ 同左
Bot/开放 API ✅ 完整 Bot API + Webhook + OIDC SSO ✅ 同左
卡片消息(展示/交互/进度) ✅ 全端支持+自动降级 ✅ 同左
AI Agent 基础(会话内一等参与者) ✅ 龙虾编排一等公民,OpenClaw 插件接入 ✅ 同左,且增强 Loop/Fleet 协作层
管理后台 ✅ octo-admin ✅ 同左
文档协同(Tiptap+Yjs,5类表面) ❌ ✅
企业网盘(个人+共享空间) ❌(仅 IM 消息附件) ✅
回路 Loop/Fleet(项目管理+AI协作) ❌ ✅
技能/插件市场 Marketplace ❌ ✅
智能语音 ASR(语音输入+语音消息转写) ❌ ✅
智能摘要(消息/会话总结) ⚠️ 旁路服务存在但能力有限 ✅ 完整手动/定时/Agent触发+map-reduce
全文搜索(消息+文档+网盘) ⚠️ 模块代码存在 ✅ 完整 Kafka→OpenSearch 三层管道
我的/个人中心(运行时/Skills) ❌(基础设置) ✅ Loop 运行时+Skills 管理
第三方渠道 Adapters ⚠️ 基础 adapter 框架 ✅ 更多渠道适配(范围待确认)
最小生产部署 7件套:server+web+admin+WuKongIM+MySQL+Redis+MinIO 7件套基础上按需启用各 profile
客户端 Web/iOS/Android/PC-Electron 同左(部分内部版模块仅 Web 端)
许可 Apache 2.0(可商用、可修改、可私有化) 明略商业授权

售前建议:开源版已包含完整企业 IM + Bot + Agent 基础能力,可独立用于企业内部 IM + AI Bot 场景(最小 7 件套即可上线);内部版扩展模块面向深度协作需求(文档/网盘/项目管理/语音/搜索),按需叠加 profile 启用。


与同类产品的差异化定位

维度 企业微信/飞书/钉钉/Teams Slack + Bot Notion/Confluence Linear/Jira OCTO
产品定位 综合办公套件 IM+Bot 文档知识库 项目管理 AI 原生协作平台:IM+文档+网盘+项目管理+Agent 一体化
AI Agent 地位 外挂功能/机器人 第三方 Bot AI 写作助手 AI 辅助 会话内一等参与者,内置编排,可派发/执行/验收长任务
开源/私有化 公有云为主,私有化定制重 SaaS 为主 SaaS 为主 SaaS 为主 原生开源(Apache 2.0)+ 私有化一键部署;最小 7 件套轻量起步
Bot 能力 有限 API/Markdown 丰富 API/Block Kit 插件生态 API 集成 开放 Bot API + HMAC Webhook + 卡片消息 + OBO + 文档评论@Mention链路 + OIDC SSO
文档协同 内置但非核心 无 核心优势 无 Block-based 实时协同(Tiptap+Yjs),5类表面,Bot 可评论@Mention操作文档
企业网盘 有 无 附件为主 附件 独立网盘模块,两级空间,云文档挂载,Tika 全文搜索文件正文
项目管理 待办/任务 无 基础数据库 核心优势 Loop 回路:AI-native 项目管理,任务→派专家→执行→验收闭环,daemon 本地运行时执行
技能/插件市场 应用市场 Slack App Directory 无 无 内置 Marketplace:技能包+专家+插件分发,Bot 与技能两条独立线
语音能力 音视频会议/通话 语音消息 无 无 ASR 双链路(语音输入+语音消息转写),4引擎降级,@mention识别/口语优化/emoji标注
智能摘要 有 有限 无 无 消息/会话智能总结(直读IM MySQL,不依赖搜索),手动/定时/Agent 三种触发,map-reduce处理长会话
全文搜索 强 中 强 中 三层管道(Kafka→Indexer→OpenSearch+IK分词),消息+文档+网盘三类索引,权限控制+Bot OBO 搜索
部署形态 重 SaaS/重私有化 SaaS SaaS SaaS 单体server+可选旁路微服务,底座可替换(MySQL兼容、S3兼容存储、WuKongIM薄控制面)
  1. AI Agent 原生一等公民:不是在 IM 上加个 Bot 入口,而是 Agent 在内核层面参与会话、被编排、可派发长任务(Loop 回路)、可通过本地 daemon 执行实际操作——这是飞书/企业微信/Slack 目前做不到的"从答到做"的跨越。
  2. 开源 + 私有化 + 轻量起步:Apache 2.0 开源,最小生产 7 件套即可运行完整 IM+Bot+Agent 能力,不强制上微服务/不锁云;底座可替换(MySQL 兼容、S3 兼容对象存储、WuKongIM 薄控制面可替换)。
  3. 协作能力纵深完整但按需叠加:从 IM 到文档、网盘、项目管理、语音、搜索——每个内部版模块都是独立 profile 可按需启用,不强求 All-in-One 套件的重部署。

典型使用场景

  1. 企业内部协作 + AI 助手(开源版即可):团队在群组/Thread 中沟通,@产品管家、@知识库 Bot 等 Agent 获取信息、生成材料、执行任务。7 件套即可上线。
  1. 私有化企业知识库 + 文档协作(内部版 docs + drive + search):基于 OCTO 部署文档协同 + 网盘 + 全文搜索,搭建企业内部知识协作平台,数据不出内网;Bot 可在文档评论区 @Mention 触发 AI 生成内容、回复评论。
  1. AI Agent 协作式工作流(内部版 Loop + Fleet + Marketplace):通过 Loop 回路派发长任务给专家/专家团,Fleet 调度到用户本地 daemon 或云端 Agent 执行,Marketplace 分发技能包扩展专家能力——实现"派活→执行→验收"的 AI-native 项目管理闭环。
  1. 语音+摘要增强移动办公(内部版 speech + summary):语音输入/语音消息自动转写提高移动端输入效率;智能摘要自动生成日/周/月总结,Agent 可引用摘要内容辅助决策。
  1. PoC 与交付项目底座(开源版起步,按需扩展):基于开源私有化部署能力为客户快速搭建 AI 协作平台 PoC,7 件套起步验证 IM+Bot 场景,再按客户需求叠加文档/网盘/搜索等内部版模块。
  1. 第三方系统集成桥接(开源版 adapters + Bot API):通过 octo-adapters 将 OCTO 与企业已有 IM、AI 渠道、业务系统打通,通过开放 Bot API + Webhook 实现消息与工作流联动。

注:场景 3/5 涉及具体部署规格和客户案例,资源口径与生产拓扑待产品管家确认。


设计哲学(来自 octo-server README + 产品定位)

  1. 本地优先(Local-first):能跑在用户本机的对话、向量、智能体尽量在本机完成;数据属于用户,云是可选项。octo-daemon 在用户本地运行 Agent 执行任务正是这一理念的延伸。
  2. 人做「品」,AI 做「思」与「行」:人聚焦在判断与品味(验收、决策),龙虾 Agent 承担思考与执行(整理、查找、生成、操作)。Loop 回路的"派发→执行→验收"闭环是这一理念的产品化。
  3. Release-as-product:每次开源切片都是自洽产品,Apache 2.0 许可,单仓可复现。最小 7 件套可独立上线,扩展模块按需叠加。
  4. 可替换底座,不做锁定:MySQL 兼容、S3 兼容对象存储、WuKongIM 走薄控制面可替换——不绑架客户到特定基础设施。

不适合 / 当前不适合的场景(基于已知事实标注边界)

  1. 纯公有云 SaaS 轻量 Bot 托管场景:OCTO 是完整平台,不是轻量 Bot 框架。如果只需要一个 SaaS 聊天机器人,OpenClaw 单节点或其他轻量方案可能更合适。来源:产品管家 Q5(OpenClaw 是 Bot 运行时,OCTO 是平台)。
  2. 承诺固定并发性能/SLA 的场景:当前无官方性能基准数据,售前/交付不得承诺具体 QPS、并发数、SLA。
  3. 所有第三方系统开箱即用集成:octo-adapters 覆盖部分渠道,但具体集成范围待确认,不得承诺所有第三方系统均已开箱。
  4. 客户专属案例公开复用:客户项目资料属于 customer-specific,不得混入通用知识库对外复用。
  5. 音视频会议/实时通话场景:OCTO 的语音模块是 ASR 转写(录音/语音消息转文字),不是音视频会议系统,不支持实时通话/实时字幕/会议转写。
  6. 重文档为中心的纯知识库场景(替代 Confluence/Notion 全部能力):文档协同模块具备 Block-based 富文本、表格、白板、HTML、PPT 五类表面,但与 Notion/Confluence 数十年积累的模板/数据库/插件生态相比仍在演进中;当前版本更适合作为"IM 原生协作文档",而非独立的企业 Wiki 全套替代品。
  7. 移动端重度使用内部版模块场景:Docs/Drive/Loop/Marketplace/我的-Skills 等内部版模块当前主要面向 Web 端,iOS/Android 覆盖不完整(移动端确认无回路 Loop,Drive 仅 Web 端)。

相关文档

  • [核心能力概览 v2.0](核心能力概览.md) — 10大能力域详细能力表+开源/内部版对照+状态一览
  • [OCTO总体架构 v2.0](../02-architecture/OCTO总体架构.md) — 完整服务端分层架构+模块链路图+通信总表
  • [OCTO全组件服务清单](../02-architecture/OCTO全组件服务清单.md) — 40+服务硬事实(端口/镜像/环境变量/路由)
  • [OpenClaw-Agent-Bot-OCTO关系说明](../02-architecture/OpenClaw-Agent-Bot-OCTO关系说明.md) — 四者关系专门文档
  • [模块说明/](模块说明/) — 8个内部版模块v0.3详细文档(Docs/Drive/Fleet/Marketplace/Speech/Summary/Search/我的)
  • [模块间联动关系总览](模块说明/模块间联动关系总览.md) — 14条数据流链路图
  • [OCTO部署形态总览](../03-deployment-ops/OCTO部署形态总览.md) — 部署形态
  • [Bot-API概览](../04-api-integration/Bot-API概览.md) — Bot/开放API体系

待确认项

  1. 标准产品 vs 扩展/定制边界:哪些内部版能力(文档/网盘/回路/市场/语音/摘要/搜索)属于标准商业版,哪些需要扩展/定制?各模块的商业化授权模式。
  2. 私有化部署推荐形态:单机/PoC/生产/高可用/离线各形态的官方定位、推荐架构、硬件规格、Helm 配置要求。
  3. 性能基准:消息并发/搜索延迟/文件上传限制等具体数值 SLA。
  4. 语音模块 TTS 能力:是否包含语音合成/播报?speech-admin 管理台具体功能?
  5. Marketplace 商业能力:付费/私有市场/开发者上架权限/自建 Skill 发布链路?
  6. Loop/Fleet 安全边界:daemon 本地能力权限模型、Bot→daemon 调度链路、私网 webhook 安全设计。
  7. 全局跨模块搜索:是否存在统一搜索入口同时搜消息+文档+网盘?文档/网盘搜索权限模型?
  8. 端侧完整覆盖矩阵:各内部版模块在 iOS/Android 端的具体支持范围和上线计划。
  9. octo-deployment 一键部署栈的具体组件版本、最低资源要求,是否支持离线 air-gapped 部署。
  10. 客户案例与成功故事:当前无公开案例可引用,售前不得编造。

版本记录

版本 日期 主要变更
v1.0 2026-09-19 初版:基于开源 README + 第一批产品管家回答,描述核心 IM+Bot+Agent 开源版能力
v1.1 2026-09-20 补充 DMWork/OCTO 命名关系权威口径(产品管家 2026-09-20 Q2);补充部署形态 7 件套
v2.0 2026-09-21 P0扩展阶段二完成:一句话定义升级为完整能力描述;新增10大能力域详述(标注开源/内部版);开源版 vs 内部版完整对照表;OCTO vs 其他产品对比表加入 Loop/Marketplace/Drive/Speech/Summary/Search 差异化能力;新增典型场景6条(含内部版场景);明确不适合场景(音视频会议、重文档中心、移动端重度内部模块);frontmatter confidence 升级high;保留对外口径红线(不提DMWork/内部模块技术细节对外谨慎)

来源标注

  • 源码证据:octo-server/README.zh.md(source-repos/octo-server/README.zh.md)—— tagline、「为什么选 OCTO Server」、生态矩阵、设计哲学、请求处理流程
  • 产品管家:2026-09-19 第一批核心问题回答(message_id: 2100991460760260608)—— Q2 能力清单、Q3 私有化、Q5 关系框架、Q6 权威范围
  • 产品管家:2026-09-20 P0-版本与命名回答(topic_key: 2026-09-20:octo:version-matrix-and-naming)—— DMWork/OCTO 命名权威口径
  • 产品管家:2026-09-21 P0扩展阶段二8个模块回答—— Docs/Drive/Fleet-Loop/Marketplace/Speech/Summary/Search/我的 模块核心事实
  • 交叉验证:[核心能力概览 v2.0](核心能力概览.md)(10大能力域+状态一览表);[OCTO总体架构 v2.0](../02-architecture/OCTO总体架构.md)(完整架构+通信总表+链路图);[OCTO全组件服务清单 v0.1](../02-architecture/OCTO全组件服务清单.md)(40+服务硬事实);[模块间联动关系总览 v0.1](模块说明/模块间联动关系总览.md)(14条数据流);代码仓库解读/仓库总览.md(仓库清单与产品管家一致)