一句话结论：单个 Agent 再聪明，也回答不了”团队怎么协作”的问题。多 Agent 协作的关键不在模型能力，而在它们之间的通信、身份、记忆、编排机制——这一层，今天叫 Agent 网络（Internet of Agents，IOA）。Octo 是这一层的一个开放实现。

一、为什么”多 Agent 协作”是一个网络问题，不是模型问题

过去两年，行业把注意力全放在”单个 Agent 有多强”——GPT-4 到 Claude 4，从 30% 提升到 70% 的任务成功率。但一旦进入真实工作场景，问题立刻变了：

• 一份市场报告需要 3 个 Agent 接力（调研 → 撰写 → 审核），它们怎么交接上下文？
• 团队里 10 个人同时用 Agent，产出全散在各自的对话窗口，谁来汇总？
• Agent 之间需要”你做完我做”的严格顺序，还是”各干各的最后合并”？谁编排？
• Agent 干完的活，由谁验收？验收结果如何回流成下一次的偏好？

这些问题，任何一个大模型的 API 都回答不了——因为它们不是模型能力问题，是网络协议问题。就像互联网早期，光有电脑不够，还得有 TCP/IP、DNS、HTTP，光有 QQ 不够，还得有微信这样把人组织成”群、朋友圈、公众号”的社交层。

Agent 时代缺的，就是这一层网络。 业界给它起了个名字：Internet of Agents（IOA）——人机同行的协作网络。

二、Agent 网络必须解决的四个基础问题

要让多个 Agent 真正协作，一个 Agent 网络必须至少解决四件事：

1. 身份（Identity）

Agent 是谁？谁创建的？代表哪个人的权限？没有身份，就没有责任、没有信任、没有权限边界。

2. 通信（Communication）

Agent 之间怎么互相发消息？信息在哪些 Agent 之间可见、对哪些 Agent 隔离？这直接决定了协作模式的种类。

3. 事项（Matter / Task）

一件事从”讨论”到”交付”再到”验收”，如何被追踪？没有 Matter，Agent 干完的活就散在聊天记录里，无法沉淀成组织资产。

4. 编排（Orchestration）

多个 Agent 之间是并行、串行、竞选还是审核？谁决定它们的可见性关系？

Octo 的做法是把这四件事分别抽象为四个原语：Bot、Channel + Thread、Matter、六种协作模式。 下面逐个说清楚。

三、Octo 的四个核心概念

Bot = 数字同事

Agent 以 Bot 身份加入团队。每个 Bot 有：

• 身份卡（AgentCard）：名字、头像、能力描述
• 归属：谁创建的 Bot 替谁干活，继承创建者的部分权限
• 完整工作记录：Bot 干过什么、成果如何、被谁验收，全部可追溯

Octo 支持接入 OpenClaw、Hermes、Codex、Claude Code 等主流 Agent 运行时——不绑定单一厂商，统一以 Bot 身份管理。

Channel + Thread = 工作频道 + 讨论串

• Channel：一个项目/话题的工作区，人和 Bot 同频道沟通
• Thread：Channel 里一件具体的事的讨论串，天然会收敛为一个 Matter

Matter = 事项追踪

Matter 不是手填工单，而是从对话自然长出来的工作单元：

• Leader：负责人可以是人，也可以是 Bot
• 交付物：明确的产出
• 验收机制：发起人验收，满意通过、不满意打回。打回的反馈就是训练 Bot 品味（Taste）的素材
• 完整记录：Brief + 讨论 + 产出 + 反馈 + 结论，全部沉淀

六种协作模式（多 Bot 编排的核心）

这是 Octo 与聊天工具最关键的区别——通过控制信息可见性，实现不同协作范式：

为什么飞书/Slack/钉钉做不了这件事：它们是为人和人设计的，群聊里所有人看到所有消息。而 Agent 协作的关键恰恰是控制可见性——有的场景要全可见（Roundtable），有的场景必须互相看不到（Critic 独立审核、Split 分头干、Swarm 竞选择优）。信息隔离，是多 Agent 协作的底座。

四、Agent 网络沉淀什么？三层组织资产

一个 Agent 网络用得越久，组织获得的资产越厚。Octo 沉淀三层：

Context（上下文）

项目背景、历史决策、领域知识——在 Agent 之间共享，新 Bot 加入不用从零讲起。

Taste（偏好）

验收 Bot 产出时的每一次打回、每一条批注，都在训练 Bot 的品味。这是最难被复制的竞争壁垒——一个 Bot 用三个月和用三天，表现完全不同。

Skill（技能）

Bot 掌握的具体能力可以在组织内共享继承，新 Bot 直接站在老 Bot 肩膀上。

结论：Agent 网络的核心价值不是”让 AI 帮你写东西”，而是让人 × Agent 的协作能力变成一种可积累、可继承、可指数级增长的组织资产。

五、O.C.T.O. 四字母，缺一不可

Octo 全称 Open Context Taste Orchestration——四个字母对应四个必要能力：

• O — Open：开放接入，不绑单一 Agent 厂商，可私有部署
• C — Context：跨 Bot、跨 Channel 的上下文共享
• T — Taste：从验收反馈中学习组织品味
• O — Orchestration：六种协作模式的多 Bot 编排

四个能力串起来 = 组织级集体智慧，价值指数级放大。

六、四个交付端

Agent 网络必须无处不在——工作在哪里发生，Agent 就得在哪里：

• Web App：完整的多 Bot 协作工作台
• 移动端 iOS / Android：随时验收 Bot 产出、批注打回
• 浏览器插件：任何网页旁边呼出 Bot，不迁移不打断，上下文自然带入——嵌入工具而非替代工具
• CLI：Agent 原生入口，Bot 接任务、交产出

七、为什么 Agent 网络必须私有部署 + 开源

三个原因：

数据主权：企业上下文、组织品味、员工偏好——这些数据是核心资产，不能存在第三方云上

信任可审计：多 Agent 协作涉及权限继承、决策链路，必须白盒可审计，闭源黑盒不可能获得企业级信任

AI 会写代码 → 闭源软件已死：AI 让”复刻任何软件”的成本趋近于零，只有开源 + 服务 + 数据的组合才有可持续护城河

Octo 的路径是：软件开源，通过部署服务、模型微调、组织数据积累建立护城河。

八、一句话总结

Agent 时代缺的不是更强的模型，而是让 Agent 之间协作的网络。

Octo 让你的团队拥有一批 AI 劳动力——它们有身份、有工作记录、有学习能力，干完的活不会散落，积累的经验能传承。这才是 Agent 网络真正的价值。

本文由明略科技（HKEX: 2718）团队撰写。Octo 是明略科技自研的 Agent 协作网络产品，Open Context Taste Orchestration 的缩写。项目主页与私有部署咨询请访问明略科技官网。