多Agent协作的下一场竞争，不在模型，而在上下文
腾讯技术工程 · 软件开发
原创 腾讯程序员 2026-11-06 17:38 广东 Siboot 的协作产品哲学 作者：poppylili AI 时代，人和 Agent 到底怎么协作？ 聊聊产品设计的底层逻辑——上下文如何在群里流动、隔离、接力。 我们做了一个司内工具Siboot ，讲讲我们如何重构 AI 时代的群聊。 一、先问一个被跳过的问题：协作到底在传递什么？ 我们习惯把协作理解成"发消息"。 于是过去二十年，所有协作工具都在优化 发消息这件事 ：IM 让消息更快，邮件让消息更正式，在线文档让消息能被多人同时编辑，会议软件让消息能带着表情和语气。 但如果你把镜头拉远一点会发现，消息只是 载体 ，真正在两个人之间流动的，是 上下文 —— 你为什么做这个决定、你考虑过哪些方案、你排除了什么、你现在卡在哪一步、你手里有哪些材料、这件事的边界在哪。 消息是上下文被压缩、编码、说出口之后的产物。你说出来的，永远比你脑子里的少。听的人再解码一遍，又少一层。 协作的全部难题，本质上都是上下文在传递过程中的折损问题。 人类社会用了几千年来对抗这种折损：我们发明了会议纪要、需求文档、复盘、对齐、周报——这些动作没有一个在"生产价值"，它们全都在 搬运上下文、对齐上下文、补齐上下文 。 举个每天都在发生的例子： 产品和研发开了一小时会，敲定了一个方案。散会后，产品要写一份需求文档，把刚才聊透的东西再落成文字；研发回去还要跟没参会的组员同步一遍；测试同学没参与，只能等文档出来再从头理解一次。 这一小时会议里真正产生的价值，可能就是那几个关键决策。但为了让这几个决策 流动到每个相关的人脑子里 ，团队又额外付出了写文档、开同步会、反复答疑的成本—— 而且每传一手，都会丢一点、变一点形。 这在"人和人"的时代是可以忍受的。因为折损虽然存在，但链路短，而且人有常识、会脑补、能追问。 问题是，这个时代结束了。 二、当 Agent 上桌，折损开始按乘法叠加 Agent 变强之后，一个很自然的做法是：把它塞进人已经熟悉的工作流里，让它能被 @、能回消息、像个同事。 这一步是对的。人不需要搬家，Agent 就能拿到人类上下文生产最密集的地方。 但它只解决了"Agent 进场"，没有解决"Agent 进场之后，上下文怎么流动"。 看一个真实到每个人都经历过的场景： 你让你的 Agent 写了一版竞品分析。它写完，你先读一遍、消化，然后把结论转述给协作的同事："大概就是 A 比我们强在 X，我们的机会在 Y。" 同事按他的理解，再讲给他手上的 Agent，让它据此出一版方案。他的 Agent 产出结果，同事再读一遍、再转述回来给你。 一圈下来，最初那份竞品分析里的细节——那些你的 Agent 明明分析到了、但你转述时觉得"太细就没提"的部分—— 在第二个 Agent 眼里，从一开始就不存在。 一条任务链，上下文被 编码-解码了四次 。每一次都是一道有损压缩。 单人时代，折损是加法：讲一遍，损一点。 人-人-Agent 时代，折损是乘法 ：每多一个协作节点，就多一层转述；每多一层转述，前面所有的损耗都被继承下来，再叠加一层新的。 而且更糟的是—— 人被卡在了链路中间当中继器 。 Agent 算得再快，也要停下来等你把上下文"翻译"给下一个人、下一个 Agent。你越忙，整条链路越堵。你不是在协作，你是在给一群比你算得快的东西当传声筒。 这才是多 Agent 协作真正的天花板。不是模型不够强，是 上下文的流动方式还停留在"为人转述"设计的旧范式里 。 三、两条路：让 Agent 学会转述，还是让大家共享上下文 面对这个问题，行业里其实分出了两条路。 第一条路：让 Agent 更像人。 教它把工作成果打包成一段漂亮的总结，@ 给下一个人或下一个 Agent，像同事之间发消息一样。 这条路很顺，因为它不改变任何人的习惯。但它没触碰问题的根：只要还靠"总结-转述-再理解"，折损就还在，只是把搬运的活从人手里挪到了 Agent 手里。你依然是在 用通信来共享上下文 。 第二条路，反过来：不靠通信共享上下文，而是靠共享上下文来通信。 这句话是整件事的转折点，值得拆开讲。 人为什么必须"说出来"别人才懂？因为人的想法锁在自己脑子里，不说出来没有第二条通路。 但 Agent 不一样。它做过什么、改了哪个文件、生成了什么产物、任务跑到第几步—— 这些本来就是可以被实时记录、也可以被另一个 Agent 直接读取的结构化状态。 把这些东西压成一段聊天记录，再让下一个 Agent 从消息里去"猜"人类想表达什么，是一种倒退。 能直接读的东西，不该被重新翻译成人类包装过的语言，再让机器去逆向解码。 所以真正的解法不是优化转述，是 消灭转述 ：让协作的各方——人也好、Agent 也好——站在同一份实时的上下文之上。不