上百个Agent,该怎么管?清华团队新思路:重做Session

多Agent乱象:当数量突破百个,协作变成“群架”

随着Agent应用的爆发式增长,单一Agent已无法满足复杂任务需求。当系统内Agent数量从几个激增到上百个时,传统“以Agent为中心”的设计模式暴露出严重缺陷:每个Agent各自为政、状态割裂,信息传递依赖繁琐的“路由”和“记忆”模块,导致调度混乱、资源浪费、协作低效。研究团队观察到,许多团队在尝试数十个Agent并行时,会频繁遇到“谁该做什么”“上一轮结果去哪了”等基础问题,本质上是因为缺乏一个统一的协作上下文容器。

上百个Agent,该怎么管?清华团队新思路:重做Session

重做Session:从“Agent中心”到“会话中心”的范式转换

清华团队给出的解决方案直击要害——将设计重心从Agent转移到Session。Session不再是简单的对话轮次记录,而升级为多个Agent共享的状态空间与执行容器。每个Session囊括了完整的生命周期管理,包括初始化、运行时状态同步、记忆巩固与最终销毁。通过Markdown-based Configuration System(Markdown配置系统),开发者可以在Session层面定义Agent的身份、目标和约束,让多个Agent在同一Session内共享MEMORY.md等长期事实库,实现跨Agent的“记忆共享”。这一设计使Agent之间的边界从“硬隔离”变为“软协作”,系统复杂度呈指数级下降。

ProActive Agent加持:让Session主动管理Agent行为

传统Agent只能被动等待用户指令,而清华与面壁团队联合开源的ProActive Agent范式,进一步放大了Session的价值。ProActive Agent能够主动发起动作、预判需求、协调资源,而Session成为这些主动行为的“舞台”。一个典型场景:在同一个WorkSpace内,两个Session并存——一个运行游戏开发,一个进行数据可视化,每个Session内多个Agent主动协作,通过Routing面板动态调度子Agent。Session不仅是状态容器,更成为一个“主动决策单元”,Agent不再是孤立的个体,而是Session生态中的有机组件。

21种设计模式护航:Session框架下的系统方法论

除了核心思路,团队还提炼出Agent系统中的21个核心设计模式,覆盖提示链、路由、并行化、记忆管理、多智能体协作等。这些模式与Session框架深度绑定,例如在Session的Deep阶段执行记忆巩固,让Agent跨会话记住关键信息;通过线性流水线、单闭环系统、全周期研究系统等架构,将Session作为任务生命周期的载体。开发者在构建百级Agent系统时,可以像搭积木一样,依据模式组合Session,避免被特定框架绑定,真正实现灵活可靠的规模化部署。