机器之心发布 让 Agent 完成一个任务并不难。它会整理材料、修改文件、检查结果，再交付答案。 难的是让它一直做下去。 一项真实工作通常不会在一轮对话里结束。它可能持续几个小时、几天，甚至更久；中间会换任务、换负责人，也会出现与早期决定相反的新要求。 工作进行到一百多轮后，Agent 还能分清谁说过什么、哪些事情已经确认、谁有权改变决定吗？它是能接着往下推进，还是要用户把背景重讲一遍？ 现在常见的做法是把上下文窗口做大，或者在窗口撑满时压缩一次。压缩本身没错，问题是压缩之后能否保证细节不漂移：早期的约定还在，边界却模糊了；人还在，职责和决定权却丢了。工作越久，漂移越重，最后 Agent 会拿着一份已经偏掉的理解继续改代码。 openJiuwen 给出的解法叫 Persist Session 永续会话 。它想解决的事情很直接：一个会话经过几十上百轮对话之后，Agent 仍能接住前面的工作。 openJiuwen 是由华为 2012 实验室、华为云、终端、计算等团队联合构建的开源 AI Agent 平台。永续会话已经在它的办公智能体应用 WorkSwarm 蜂群办公智能体上跑通了两组实验： 多人群聊 ：真实飞书群里，五位同事与同一个 Agent 用了六个小时，完成 189 轮协作。中间出现 8 次跨职责冲突，Agent 8 次都指出了冲突来自哪条既有约定，并找到真正有权确认的人，没有把“群里有人说可以”当成项目决定。 长程任务 ：200 个相互关联的开发任务，对比开不开永续会话的效果。对照组 200 个任务完成 154 个，5 个跨轮次冲突任务一个都没处理完整，到第 156 轮项目已经没法继续；开启组 200 个任务全部完成、5 个冲突任务全部处理，中途经历 54 次工作日志整理，全程没有要求用户重讲一遍项目背景。 下面是这两组实验的具体过程。 一、五个人共用一个 Agent，它能分清谁说了算吗？ 第一个实验发生在真实飞书群里，主题是“年度客户答谢会筹备”。 五位同事使用各自的飞书账号，在同一个会话中工作： 顾琳负责活动总协调，掌握日期、规模和活动范围的最终确认权； 何川负责来宾工作，确定来宾信息怎样使用； 苏妍负责对外内容，确定舞台、主持稿和公开材料的边界； 周航负责场地和供应商，确定外部联系方式； 罗诚负责预算与合同，确认支出和关键合同条款。 五个人像真实项目一样推进工作：整理来宾分层、更新询价清单、准备主持稿、检查预算、安排彩排、处理合同。前一人的结果经常直接成为后一人任务的输入。 从 14:42 到 20:42，这个飞书会话完成了 189 轮用户任务和 189 轮 Agent 回复。中间暂停过一个多小时，发送人和工作板块也一直在变，但工作始终在同一个永续会话里往下走。 真正难的地方在于，一个人的要求可能碰到另一个人定下的规则边界。 例如，周航认为场地方推荐的 11 月 22 日更合适，要求直接改期。 Agent 没有因为周航是供应商负责人就照做，而是指出日期属于顾琳负责，必须由顾琳决定 。后来顾琳明确表示仍按 11 月 20 日推进，Agent 才基于这个结论继续后续计划。 图 1：首次冲突， Agent 明确日期的决定权在顾琳。 还有一次，何川为了减少转述，希望车队供应商直接添加来宾微信。何川确实有权决定来宾信息规则，但这件事同时会改变周航负责的供应商联络规则。Agent 没有把 “何川同意” 当成全部授权，而是继续要求周航确认。 图 2：第四次冲突，Agent 发现何川试图绕过周航的审批流程。 整个过程中一共安排了 8 次这样的交叉冲突，涉及活动日期、来宾联系方式、大屏内容、供应商联络、预算上限、活动规模和合同条款等。 WorkSwarm 8 次都找到了相关的历史工作依据，也找到了真正有权确认的人，没有把 “群里任何一个人说可以” 误当成项目决定 最后一轮，顾琳要求做完整工作复盘。Agent 把日期、规模、预算、来宾信息、对外内容和供应商联络六项边界放在一起核对，区分已经确认的方案和仍待决定的风险，并列出活动当天各板块负责人。没有获得对应负责人确认的事项，仍然保留为待确认。 下面这段视频完整记录了这次实验。观看时可以留意三个细节：发言人一直在切换；Agent 会直接称呼当前发言人；遇到跨职责要求时，它会指出冲突来自哪条既有约定，以及应该由谁决定。 视频链接：https://mp.weixin.qq.com/s/RuCNxtwS1s_UDQKTQQpRlg 视频 1：真实飞书群中的 189 轮协作回看。五个账号共用一个 Agent 会话，工作内容和确认权限始终按实际发言人区分。 这个实验说明， 多人场景里的 “连续” 不只是保留项目背景。它还包括人员身份、职责归属、决定权限和跨团队依赖 。这些关系能随着工作一起延续，A