6.8
深览指数
产品微博·量子位··AI 生成
Agent之间，有互联网了
本文介绍了明略科技开源的多Agent协作平台Octo，它并非让Agent对话的工具，而是一套旨在将Agent嵌入组织流程的协作网络。核心逻辑是给Agent一个“工位”（Bot身份、频道、事项），并提供六种结构化协作模式（单人、圆桌、审核、流水线、分头干、竞选择优）。文章的核心判断是，AI应用正从个人效率工具转向组织基础设施，人的角色从执行者变为决策者，即“Agents do. Humans decide.”。适合关注AI应用落地、企业AI部署及组织协作效率的从业者阅读。原文 ↗
核心观点
- ▍AI应用正从个人效率工具走向组织协作基础设施，多个Agent在同一套规则下协作才能改变组织工作方式，其核心是‘Agents do. Humans decide.’。
- ▍Agent要真正进入公司，必须有一个进入组织协作的‘工位’，包括身份（Bot）、工作空间（Channel/Thread）和可追踪的交付物（Matter）。
- 01Octo为Agent提供了六种协作模式：Solo、Roundtable、Critic、Pipeline、Split、Swarm，每种模式对应不同的工作流结构（如审校分离、流水线交接、竞选择优）。
- 02产品覆盖Web App、移动端、浏览器插件和CLI四个入口，浏览器插件允许在不打断现有工作流（GitHub、飞书文档）的情况下呼出Agent。
- 03Octo强调开源和私有化部署，旨在让企业沉淀Context（上下文）、Taste（偏好）和Skill（技能）三类核心协作资产。
- 04传统IM工具（飞书、Slack、钉钉）主要为人与人设计，当Agent成为工作主体，系统需要额外处理AI身份管理、任务追踪和协作模式。
- 05六种模式解决的不是让Agent聊天，而是组织协作中的结构问题：谁能看到什么、谁负责哪一步、什么情况下需要人拍板。
反方 / 局限
- — 文章的核心论据几乎全部来自明略科技对Octo的设计思路与未来愿景的描述，缺乏来自早期用户、第三方评测或具体企业的采纳案例与反馈。
- — 文章将Agent协作的前景描绘得比较理想化，但对多Agent协作中可能出现的成本激增、逻辑冲突、模型幻觉在任务链中放大等现实困难着墨甚少。
- — 将Agent比作‘数字员工’并规划其‘工作规则’的做法，可能隐含‘Agent能稳定可靠完成任务’的前提假设，而这在当前技术阶段仍是大问题。
10 分钟 · 4 卡片 · 11 资料
读原文 →