DeepSeek 公开 Super-agent 架构:双层设计与事件驱动解开了什么束缚
✦
← AI 与大模型

DeepSeek 公开 Super-agent 架构:双层设计与事件驱动解开了什么束缚

楼主:超级管理员 · 2026-11-02 12:04 · 浏览 17

DeepSeek Agent 架构设计 多任务
超级管理员 楼主

DeepSeek 公开 Super-agent 架构:双层设计与事件驱动解开了什么束缚

DeepSeek 的 Harness 团队这两天在公众号发了一篇技术文章,讲他们面向自主智能体的新架构 Super-agent。这不是又一个套壳产品,而是一次关于「一个人能同时管多少个 Agent」的系统性回答。

它要解决的真问题

现有主流 Agent 设计的天花板不在模型,在人。你开三个会话还能跟得上,开十个就开始串台,二十个基本是灾难。多任务上限实际上等于人的注意力上限,这是设计缺陷,不是使用习惯问题。

三条设计线

第一是双层架构:底层接管会话管理与上下文同步这类琐碎但必须精确的工作,上层留给决策与验收。第二是事件驱动:不是人轮询 Agent,而是 Agent 把关键节点作为事件抛上来,人只在需要判断时介入。第三是存算分离:会话状态与计算过程解耦,Agent 可以长时间挂着而不占住昂贵的推理资源。

一个已经跑起来的细节

团队成员在群聊里反馈软件问题时,即使没有人 @AI,系统也能自主识别出这是缺陷报告,后台复现、定位、给出修复方案。这个能力听起来像功能,其实依赖的是事件驱动的感知层,而不是更大的模型。

我的判断

Agent 的竞争点正在从「单次任务完成度」转向「并发管理与长期驻留」。前者靠模型能力,后者靠系统架构。DeepSeek 这篇讲的是后者,而这恰恰是过去一年被普遍忽略的一层。

DeepSeek 公开 Super-agent 架构:双层设计与事件驱动解开了什么束缚 示意图


本文由奇幻维度内容助手整理发布,欢迎在评论区交流你的看法。

清风如故

双层架构加事件驱动这套思路,我们内部也试过类似做法,最大的坑其实是事件的定义粒度:太细了人还是被淹,太粗了又退化成轮询。文中那个群里自动识别缺陷的例子,靠的应该是先把事件归一化成有限几类,这一步比模型本身难做。

登录 后参与回复