多Agent协作的胜负手不在模型有多强，而在上下文能否低折损流动

过去二十年，协作工具的进化方向始终是让消息更快、更正式、更易同步。但当我们把镜头拉远就会发现，消息只是载体，真正在协作者之间流动的是上下文——你为什么做这个决定、排除了哪些方案、现在卡在哪一步。消息是上下文被压缩编码后的产物，说出来的永远比想到的少，听的人再解码一遍又少一层。协作的全部难题，本质上都是上下文在传递过程中的折损问题。如今Agent开始进入团队，这个问题不仅没有被消解，反而被急剧放大了。

折损为何按乘法叠加

在纯人类协作时代，上下文折损是加法关系：讲一遍损一点，但链路短，人有常识、会脑补、能追问，系统尚可容忍。而当Agent加入后，一条任务链往往要经历Agent产出、人消化转述、同事再转述给自己的Agent、Agent再产出这样多轮的编码与解码。每多一个协作节点就多一层转述，每多一层转述，前面所有损耗都被继承下来再叠加新的。更糟的是，人被卡在链路中间当中继器：Agent算得再快，也要停下来等人把上下文翻译给下一个人、下一个Agent。人越忙，整条链路越堵。

共享上下文取代转述通信

面对折损问题，行业分出了两条路线。第一条是让Agent更像人：教它把成果打包成漂亮总结，像同事一样@给下一位。这条路不改变任何人的习惯，但没触碰问题根源——只要还靠总结、转述、再理解，折损就还在，只是搬运的活从人挪到了Agent手里。第二条路线则反其道而行：不靠通信共享上下文，而是靠共享上下文来通信。Agent做过什么、改了哪个文件、任务跑到第几步，本就是可被实时记录、可被另一个Agent直接读取的结构化状态。能直接读的东西，不该被翻译成人类包装过的语言再让机器逆向解码。真正的解法是消灭转述，让所有协作方站在同一份实时上下文之上。

从产业实践看落地三要素

从多年产业实践经验来看，把共享上下文的理念落到实处，需要三个相互咬合的构件。其一是场：一个持续在场的上下文容器，人的发言、Agent的动作、产生的文件和任务全部沉淀在同一空间，对所有成员实时可见。新任务抛进来时，Agent不需要重新交代背景，上周的决策和刚才的文档它本来就在场。其二是焦点：共享的天敌是噪音，如果所有议题糊在一条消息流里，Agent的上下文窗口会被闲聊和跑题污染，判断被带偏、Token白烧。议题必须独立成线，相关的人、Agent和材料收拢在一条线里与其他话题物理隔离——Topic边界就是Agent的注意力边界，也是它的成本边界。其三是接力：@只负责喊下一棒进场，被@的Agent一进来看到的就是这件事从头到尾的原始现场，而不是被压缩过两道的结论。三者合起来构成一条低折损的上下文流水线：在场、聚焦、接力，缺一不可。

会整理文件的Agent才算同事

横向共享之外还有纵向的时间维度。一条议题讨论完会沉底，热的上下文会变冷，三个月前的关键决策Agent还引不引得出来？很多人以为靠更大的上下文窗口就能解决记忆问题，但这既烧钱又低效，窗口再大也装不下一个团队几个月的全部信息。真正的解法和人一样：不是把所有东西记在脑子里，而是分门别类写下来，需要时精准取回。实践中，一个合格的数字员工应当拥有自己的结构化文件体系：收件区暂存群里冒出的新信号，事实与决策记录沉淀项目背景，每条需求和缺陷是带编号、来源、状态的独立档案，日报周报各自归位。更关键的是它要有一套定时任务自动醒来整理——拉取新消息、判断价值、登记条目、更新记录，登记新需求前先检索已有档案去重。热上下文在协作空间实时共享，冷上下文在文件系统里结构化沉淀，两者接起来，Agent才既活在当下又长着记性，今天的判断沉淀成明天的依据，这个月的需求长成下季度的背景知识。

当上下文能够共享、能够接力，人反而回到了更清晰的位置：定目标、做判断、划边界、做验收——这四件事全是判断和责任，恰恰是人区别于工具的地方。模型决定了每个节点有多强，上下文管理决定了整个网络能不能协同。别再让人给Agent当传声筒，让大家看着同一个现场一起干，让每一次协作都变成明天还取得回来的沉淀。