ARTICLE · 1305814
AI 助手总在失忆,问题出在「会话」这个单
AI 助手总在失忆,问题出在「会话」这个单
AI 助手总在失忆,问题出在「会话」这个单
现在大部分 AI 助手,开一个窗口聊一件事,关掉就忘。DeepSeek Harness 团队最近发了篇架构文章,直接把这事挑明了:问题出在「会话」这个单位上。
现在的 agent 还是拿一个会话当基本工作单元,互相隔离。一个人想同时跑几个任务,只能自己来回切窗口。加再多工具也没用——长操作会卡住,不同任务的上下文还会混在一起,人一走开它就停。
解法是把工作拆成两层。上面一层叫 Router,长期活着,只负责接收消息和派活;下面一层是多个 Worker,各自隔离,专攻单个任务。这样就能并行干活,互不干扰。
为了让它主动起来,输入得从「人敲的 prompt」换成「环境里发生的事件」。噪声先被 Fast Path 拦掉,剩下的交给大模型判断。同一个 GitHub PR 或群聊话题算一个 Thread,建好 Worker 后后续事件直接送达,不用再绕一圈 Router。
代价也摆在明面上:Super-agent 维持多个独立会话,每次读取缓存的 token 更多。它拿 token 换了更短、更稳的完成时间——实测任务完成时间 p50 为 12.4 分钟,p95 为 15.7 分钟,明显快于单会话方案。
不过这只是个验证路线的原型,还没默认开启异步机制。后面还有四块硬骨头没解:两层怎么扩展、产品交互怎么重做、跨组织怎么协作,以及云端和本地执行端的安全信任问题。
原文AI 助手总在失忆,问题出在「会话」这个单位上
辽宁,6小时前,














































































