DeepSeek 公开下一代 agent harness 架构设计思路
DeepSeek 提出 Super-agent 架构,把 Session 收进系统内部,用常驻路由层加并发 Worker 支撑常驻多任务智能体,可供做 Agent 基础设施的团队参考。
DeepSeek 撰文讨论下一代 agent harness(智能体的运行框架)的架构思路。现有 Agent 以单一 Session(会话)为单位,并行处理多任务时,上限取决于人的注意力。文章提出 Super-agent 形态,主张用双层架构、事件驱动、计算与状态分离、Watchdog 来实现连续、高效、主动、持久的智能体。本文是工程架构探讨,并非产品功能发布。
正文摘录
.jpg) 本文是一篇面向工程实践的架构思路探讨,并非对 DeepSeek Harness 现有产品功能的介绍。 1. Super-agent 过去一年里,以 Coding Agent 为代表的单任务 Agent 已经证明,模型能够使用工具解决复杂问题,且越来越少需要人类持续监控和逐步干预。与此同时,模型的多 Agent 协同能力也在提升,使跨会话的组织与调度变得可行。随着人类在底层执行中的参与减少,人的角色正逐步上移到更高层的决策与验收。 模型能力的这一提升,也催生了新的应用形态。近期个人助手(Personal Agent)开始集中涌现,它们直接接入日常的消息、日程、邮件与工作平台,持续观察信息流并协助处理事务。这种持续在线、事件驱动的工作模式并不局限于个人场景,个人助手只是其中一类应用;在软件开发等商业场景中,它同样很有价值。 然而,现有的主流 Agent 设计还难以在多任务和团队协作的规模上支撑这一模式。Agent 的工作模式仍然以单一 Session 为基本单位,不同 Session 之间彼此独立。当用户并行推进多项工作时,必须手动切换并记住各个 Session 的上下文,而据我们观察,一个人通常只能同时跟进 3 到 5 个活跃 Session。在这种设计下,单任务的上限取决于模型能力,多任务的上限取决于人的注意力。 如果只在现有的本地单会话 Agent 上借助 CLI、MCP 或外部连接器做简单扩展,Agent 虽然也能接入外部消息,但仍受制于单会话同步阻塞、多任务上下文混乱、本地设备离线即停止运行等问题,需要大量人工维护。