10月31日晚，DeepSeek Harness 团队发布技术文章《Super-agent 设计探索：迈向更自主的 Agent 系统》，并同步在 GitHub 开源配套原型。它不是新模型也不是新产品——DeepSeek 没有发布新模型，发布物是两样东西：一份讲架构的设计文章，和一个可读的原型仓库。但它点名的痛点，正是很多开发者在做 Agent 时真实撞上的墙：单任务能做多好取决于模型，多任务能同时推几个取决于人——据团队观察，一个人通常只能同时跟进 3 到 5 个活跃 Session。Router+Worker 的双层设计，瞄准的就是这堵墙。36氪知乎知乎
第一道痛点：要不要分工，不能赌模型的临场判断
现在的 Agent 大多以单一 Session 为基本单位，并行推进多项工作时，人要手动切换并记住各个会话的上下文。官方实验给了“分工靠不住”一个硬依据：中性提示下，单会话方案一次都没有调用子代理，全部自己干，被新消息不断打断，于是 p95 拖到 29.5 分钟。同样的模型、同样的输入，把提示词改成“优先委派”，5 次运行里有 4 次派了活，但剩下 1 次模型判断工作"很小"而自己执行，一路拖到约 50 分钟。5 次运行给出 5 种分工决策，这正是双层架构要修的东西：Router 不直接执行具体工作，Worker 只接收所订阅 Thread 的消息，不靠自觉，靠结构。知乎知乎知乎
第二道痛点：连续性和吞吐量，一个会话拿不到两头
设计面对一个根本取舍：全部塞进一个 Session，上下文最连续但吞吐最低、细节互相污染；每条事件新开一个 Session，吞吐最高但缺全局上下文、结果割裂，多个会话各自回复会变成一团乱麻。双层架构的做法是把两个目标拆给两层：常驻的 Router 层统一承接人类交互与全局协调，上下文隔离的 Worker 层并发执行具体任务。配套的模型分层对企业也算一笔实惠账：Router 常常一个轻量模型就够，Worker 才挂全套工具、配最强的模型，贵模型只花在真正产出结果的地方。系统由此在底层接管了繁琐的会话管理与上下文同步，人从盯窗口的位置上移到决策与验收。知乎知乎知乎
那么单个常驻 Router 会不会被流量压垮？上一轮推理期间到达的事件会积压到下一轮一并注入：压测中，平均 batch 大小从 1.0 升至 2.8，而单次请求耗时仅从 2.5 秒增至 3.9 秒。越忙，单个决定越便宜——但这句话有明确的上限：受制于上下文长度，以及模型一轮里能准确处理多少条事件。知乎知乎
代价账本：买到的是尾部稳定，花出去的是 token
把同一组数字读仔细：相对提示优先委派方案，P95 从 29.0 分钟降到 15.7 分钟，但 P50 只差约 10%，读缓存 token 却是对方的 2.15 倍——这套架构买到的主要是尾部稳定性，代价是 token。订阅直通则反过来省钱：去掉直通后，任务完成时间与完整版基本一致，但 Router 需要做的决定增加约 30%，总读缓存 token 从 2323 万增加到 3177 万。知乎知乎
这组数字还不能直接当成产品证据：实验基于合成负载与简化环境，官方写明“以下结果仅作为初步参考”。消息间隔与工作时长还按 1/4 缩放，被广泛转述的 12.4 分钟不是真实场景下的任务耗时，也不能直接乘以 4 还原。知乎知乎
开发者分歧：共识在架构，争论在 Context
崔添翼是这篇文章的最终审稿人之一，他没有回避一个事实：团队没提出新理论，文章发表后收到大量“英雄所见略同”的反馈，这套架构基本已是业界前沿团队的共识，多个团队几个月前就试过了。他也交代了两层设计的直接动机——长程记忆始终没有共识方案，连续性与吞吐量才成为必须拆开的那对矛盾；同时坦言原型目前只在公司内这一较小规模的受信环境跑通。知乎
工程师冯若航的质疑则指向架构之外：真正的问题不是把 Session 藏起来，而是把上下文显出来。在他看来，Session 藏进底层顺理成章，但“工作现场加权限边界”这层 Context 必须摆在明面上——让一个全局 Router 靠猜来路由一句话属于哪个项目，是这类系统最容易出生产事故的地方。知乎
另一批逐行读源码的工程师提醒：README 写得明白，公开版既不等于内部版，也不等于文章里描述的实现。比起调度本身，他们认为这套原型更值得企业抄回去的是授权模型——模型只管判断，权限由代码把关，主动推断出的工作默认只记账不开工，人看着合适才切自动模式。知乎知乎
同一个拆解还留了一个更扎心的问题：当 Agent 的产出速度远超人的验收速度，瓶颈会不会只是从"盯着 Session"转移到了"看不完的 PR"？知乎
没解决的部分，和接下来值得盯的信号
文章第 8 节自己列出了未完成清单：双层架构的扩展、脱离 Session 后的人机协作、上下文边界与 A2A、安全与隐私。其中安全一条写得具体：一旦云端的 Agent Loop 遭遇服务端入侵或提示词注入而被攻破，其连接的全部端侧设备都面临被控制的潜在风险。知乎
进度方面，异步执行机制已经实现但尚未默认开启，此次开源的原型也只覆盖了部分设计。而内部实例已在持续运行，日常参与问题复现与修复、代码审查响应与 DeepSeek Harness 自身的迭代。接下来值得盯的是三件事：原型仓库会逐步补上哪些设计、Harness 何时把异步机制开到默认、以及两级过滤和 Thread 判定会不会公布准确率——目前公开证据里，DeepSeek 官方技术报告没给投机执行的成功率，也没有给出 Fast Path、Thread 判定的准确率和召回率。36氪知乎知乎
回到标题的问题：双层设计解决的痛点是具体的——分工不赌临场判断、连续与并发拆给两层、输出口径统一回一个入口；它的边界同样是具体的——效果是用 token 买来的，验证范围目前止于公司内部受信环境。架构层面的共识已经形成，而长程记忆、Context 边界和安全，才是这套设计留给整个行业的下一批硬题。
