今晚八点半，DeepSeek 产品部和 Harness 团队发了一篇文章。
全文没出现任何模型代号，也没有 arXiv 链接。它是一张架构图纸。
标题是《Super-agent 设计探索》，副题写着迈向更自主的 Agent 系统。开头第一句就把话说死，本文并非对 DeepSeek Harness 现有产品功能的介绍。
这句先记住，等下有用。
他们盯上的是哪堵墙
文章里有个观察，我认为是整篇的钥匙。
一个人通常只能同时跟进 3 到 5 个活跃 Session。
现在的 Agent 都以单次会话为单位。你并行推三件事，就得开三个窗口，还得记住每个聊到哪儿了。给 Agent 接上命令行、MCP 或者外部连接器，它确实能收到外部消息了，可三个老问题还在。单会话同步阻塞，一件事没做完下一件进不来。多任务上下文搅在一起。本地设备一离线，Agent 就停了。
他们的总结是，单任务的上限取决于模型能力，多任务的上限取决于人的注意力。
这话不好听，但很准。
所以过去两年所有的进步，都在往同一个方向挤，让单个任务做得更好。卡住的那个地方没人动，也就是人。人只有一双手，同一时间只能在一个窗口里说话。
四个词
他们给这类东西起了个名字，Super-agent。四个特征。
连续。你在群里说用方案 A，后来在 PR 评论里改成方案 B，它知道这是同一件事，会跟着掉头。你感觉始终只有一个 Agent。
高效。上一个任务没跑完，你还能接着下一条指令。
主动。它自己盯着环境里发生的事，挑值得处理的往前推。用不着的时候安安静静。
持久。一直在线，接进你真实的工作环境，跑久了出异常能自己回来。
单个 ReAct Loop 撑不住这四条。这句是原文说的，也是整篇的转折点。
五个模块
底下的东西，有几样看着眼熟。
双层。上层是常驻的 Router，只管接人、分派、记住全局。它不干具体的活，连 Bash 都不配。下层是 Worker，上下文互相隔离，工具挂满，模型用最强的，并发干活。Worker 不直接跟人说话，汇报给 Router，由 Router 统一对外。
原文有个说法，大意是 Session 该归到系统内部，别变成用户要背的负担。这话有点狠。意思是过去两年让用户自己管会话，是从 LLM API 那里带出来的习惯。
事件驱动。输入不再是你敲的提示词，而是群消息、邮件日程、代码评审、CI 结果这些环境事件，他们叫 Trigger。先用程序层的规则滤掉噪音，这一层叫 Fast Path。剩下的交给模型判断，叫 Slow Path。已经分好工的线程，后续事件直接发给对应的 Worker，不绕 Router。
异步。用 start() 和 stop() 代替同步的 run()。调用之后立刻返回一个已启动的通知，活在后头跑，前台照样接新消息。还有条硬规定，群里单次回复不超过 100 词。
存算分离。计算放云端容器，会话状态进数据库，执行环境留在你自己的机器上。你的电脑上只跑一个很轻的守护进程，执行命令、返回结果，不存状态。所以电脑合上了，任务还在。
看门狗。主系统之外一个独立的会话，定时巡查。它不只看进程活没活，还会判断 Worker 是不是陷进无效循环、是不是跑偏了目标，然后动手修。
一个提交 PR 的例子
原文里有个真事。
他们内部的用户群里有人说，macOS 桌面端窗口没聚焦的时候点会话，会被认成双击，直接进重命名，一天误触几十次。
群里没人 @ 它。
Super-agent 自己认出这是一条具体的缺陷，在后台复现，翻代码，最后提了一个 PR，还附了前后对比截图。根因写得也清楚。Electron 默认吞掉了激活窗口的那一次点击，下一次点击带 detail=2，于是被认成双击。
配合的机制叫投机执行。不确定的时候先在后台试着做，做出有价值的结果就交出来，没有就全程安静。
主动和不打扰，这两件事在它这里是同一套东西。
数字，和一句很克制的话
他们做了组实验。合成负载，单次大约 300 条消息，其中 20 条是真正的工作请求，每种配置跑 5 次。原文自己标了，仅作初步参考。
Super-agent 的任务完成时间，中位数 12.4 分钟，95 分位 15.7 分钟。
对照组是单会话加 Subagent。中性提示下，95 分位 29.5 分钟。
这里有个细节最值得看。中性提示下，模型五次运行里一次都没调用 Subagent，所有活挤在主会话里，被新消息不停打断。把提示词改成优先委派，五次里有四次委派了，还是比 Super-agent 慢。剩下那一次，模型判断这活太小，自己干了，于是拖出一条长尾。
作者的结论很克制。他们给出的原因在架构层。与其指望提示词和模型的临场判断，不如在系统层把规矩写死，Router 不执行，Worker 只收自己订阅的那条线程。
代价是 token。取消直通之后，Router 的决策次数多了三成，读缓存从 2323 万涨到 3177 万，多了三成七。
它不是什么
这点得说清，不然容易被标题带跑。
全文没有模型代号，只说 Router 用轻量模型，Worker 配最强。没有论文，没有参考文献。官网开头就写了，这不是对现有产品的介绍。
原型仓库叫 dsh-superagent-prototype，MIT 协议，英文 README。里面自己写着，这是研究用的原型，不是 DeepSeek 正式产品，文章里讲的部分设计还没实现。异步那套机制已经在 Harness 里做了，但没默认打开。
最后一节列了四个开放问题。Router 什么时候该水平切分。人脱离会话之后怎么跟 Agent 协作。多个隔离实例之间的 A2A 怎么做。还有最硬的一条。
云端 Agent Loop 和端侧守护进程默认互信。一旦云端被提示词注入攻破，所有连着的端侧设备都在风险里。
这一条没解决之前，Super-agent 只能工作在很小、很可信的范围里。
最后
这篇东西没让你今晚去装什么。
它给的是一张图纸，和几条很老的规矩。Fast Path 和 Slow Path，缓存和局部性，投机执行，存算分离，看门狗。这些词在计算机系统里躺了几十年。
现在它们被搬进 Agent 里。搬得对不对，还得看后面有没有人真把这套东西跑起来。
不过它顺手给了你一把尺子。下次评估一个 Agent 工具，可以问三件事。会话是不是系统内部的事。你的电脑关了它停不停。它出异常能不能自己回来。
三问都过关的，现在市面上还不多。
信源
Super-agent 设计探索 迈向更自主的 Agent 系统 DeepSeek 产品部 与 DeepSeek Harness 团队 2026-10-31
dsh-superagent-prototype 原型仓库 deepseek-ai GitHub 2026-10-31
DeepSeek Harness 产品页 deepseek.com/harness
免责声明
文中架构、四个特征、五个模块、实验数据与开放问题均取自 DeepSeek Harness 团队原文。原型仓库为其自行声明的技术验证代码，非正式产品。观点仅代表个人。
