DeepSeek公布Super-agent架构思路：让Agent脱离单次会话

据机器之心报道，DeepSeek于10月31日公布了一套面向工程实践的Agent架构思路，提出名为Super-agent的Agent形态及其系统架构。该文明确说明，这是架构层面的探讨，并非对DeepSeek Harness现有产品功能的介绍。

文章认为，过去一年以Coding Agent为代表的单任务Agent已经证明，模型能够调用工具解决复杂问题，且越来越少需要人类持续监控和逐步干预；多Agent协同能力同步提升，使跨会话的组织与调度变得可行。人的角色正从底层执行上移到更高层的决策与验收。近期集中涌现的个人助手直接接入消息、日程、邮件与工作平台，持续观察信息流并协助处理事务，但这类持续在线、事件驱动的工作模式并不限于个人场景，在软件开发等商业场景中同样有价值。

问题在于，现有主流Agent以单一Session为基本单位，不同Session彼此独立。用户并行推进多项工作时，必须手动切换并记住各Session的上下文。据文章观察，一个人通常只能同时跟进3到5个活跃Session。由此形成的结果是：单任务上限取决于模型能力，多任务上限取决于人的注意力。若只在本地单会话Agent上借助CLI、MCP或外部连接器做简单扩展，仍会受制于单会话同步阻塞、多任务上下文混乱、本地设备离线即停止运行等问题，需要大量人工维护。

为此，文章提出打破Agent与单次手动会话的绑定，使其成为能跨会话保持上下文、同时推进多项复杂任务且互不干扰的连续实体，并将这种形态及架构称为Super-agent，归纳出四个基础特征：连续，用户可在IM聊天、GitHub评论等熟悉界面交互，感觉始终只有一个Agent；高效，响应迅速且能并行高质量完成多个复杂任务；主动，持续观察环境事件并主动推进值得处理的事项，不需要介入时保持安静；持久，始终在线、接入真实工作环境，长期运行中遇异常可自动恢复。

文章称，单个ReAct Loop无法同时支持上述四个特征，底层需要相应架构。在其内部基于DeepSeek Harness运行的实例中，同一个开发任务可以在IM和GitHub之间连续推进；该实例还会持续观察公共群聊中的反馈，在无人@的情况下主动定位根因并提交修复Pull Request。文章认为，面向个人的助手与面向软件开发等商业场景的Agent，若目标都是构建持续在线、并发响应环境事件的系统，底层可能采用相近架构，计算机系统中的许多经典设计思想在此同样适用。

落地层面，文章称架构会有不同变体，但五个模块构成支撑四个特征的基本框架：通过双层架构兼顾连续交互与高效并发，通过事件驱动实现主动响应，通过面向人的交互在交互过程中同时做到连续与高效，并通过计算、状态与环境的分离及Watchdog实现跨设备的持久在线与异常自愈。其中双层架构将“维护全局连续性”与“高并发执行”拆到两个层级：常驻Router层统一承接人类交互与全局协调，上下文隔离的Worker层并发执行具体任务。Router层不直接执行具体任务，只负责交互与分派，甚至可以不配备Bash工具；Worker层挂载完整执行工具，通常配置能力最强的模型，不直接与人类交互，由Router层统一向用户回复。

文章还介绍了事件驱动机制：驱动Agent的主要输入不再是人类逐条键入的提示词，而是群聊消息、邮件与日程提醒、代码审查评论、CI运行结果等被称为Trigger的半结构化环境事件。针对真实环境中“高噪音、低触发率”的特征，文章借鉴Fast Path / Slow Path思想，采用程序层策略与语义层策略两级过滤：前者以确定性代码做快速准入检查，在调用模型前滤除大部分无关消息；后者将候选事件交给LLM，依据提示词编写的策略和上下文判断是否需要行动，同时作为面向人类的自然语言扩展点。在事件路由上，全局Router层仅负责新任务的冷启动与跨任务协调，已确定归属的后续事件由程序直接发往对应Worker会话。