10月31日 DeepSeek 抛出 Super-agent，评论区当场吵起来：质疑"套概念拉新词"的评论拿了 438 个赞，说"人的注意力成了瓶颈"的也有 171 个赞。
源头是 DeepSeek Harness 团队发的技术文章和开源研究原型。先说清楚：这不是产品发布，是一次架构设计探索。它想回答的问题很直接：AI 已经够能干了，为什么还得你盯着？知乎知乎小红书
DeepSeek 给了个扎心的观察：一个人通常只能同时跟进 3～5 个活跃 Session。单任务的上限看模型，多任务的上限看你的注意力。有从业者留言很直接：跟进 3 个以上大项目就会漏信息，“我本人成了瓶颈”。知乎
跟你在用的"主 Agent 指挥子 Agent"差在哪？值得抄的作业有三块。① Router/Worker：管的不是一个任务，是一摊子事。Super-agent 采用 Router 和 Worker 两层结构，常驻 Router 只做协调、分派、反馈，每个 Worker 独立 Session、上下文隔离、并行不阻塞。Session 从"用户要管理的对象"变成了系统内部的实现细节。知乎知乎
② 事件当指令，还会"抢跑"。群聊、GitHub 事件都算输入，两级过滤挡噪音：程序规则（Fast Path）先筛掉大量无关消息，剩下的才交给模型判断。最激进的是投机执行：群里聊到 bug，Agent 不等指令，在后台自己复现、排查代码，随后提交修复 Pull Request。靠谱就交出来，不靠谱就闭嘴。知乎知乎
③ 全双工 + BYOM + Watchdog。ReAct 循环改成异步，长任务跑着照样能接新消息；大脑放云端，手留在你自己机器上：云端负责 Agent Loop，本地只挂一个轻量 Daemon 执行命令、访问文件。再配一个独立 Watchdog Session，专职盯着主系统有没有空转、跑偏——Agent 监督 Agent。知乎
还有组实验：每轮约 300 条消息里只有约 20 条真实工作请求，双层架构任务完成时间 p50 12.4 分钟，而单 Session 方案 p95 高达 29.5 分钟。注意这是合成负载下的初步实验，别直接套到生产环境。知乎
“主 Agent 带 worker"不是新鲜事，但原文结论很克制：靠 Prompt 让模型"自觉委派"，远不如把职责固化进架构稳。DeepSeek 押的是下一站：从"完成一个任务"走向"长期跑多个任务而不失控”。知乎
想尝鲜的再等等：目前公开的仍是研究原型，主要面向单个 GitHub 仓库。异步任务机制虽已在 DeepSeek Harness 中实现，但尚未默认开启。而评论区吵得最凶的三件事——token 成本、掌控感、安全边界——一个都没解决。但对做 Agent 开发的你，Router/Worker 分层和 Watchdog 这两个模式不用等它成熟，现在就能抄。知乎知乎
