10月31日晚，DeepSeek Harness团队丢出了一个叫Super-agent的东西。第二天，dsh-superagent-prototype 仓库单日涨星3705，从第22名直接冲到GitHub第一，知乎热榜第二，1500万热度。 它做的事情一句话就能说清： 以前是你一个人管三五个Agent会话，现在是一个常驻的Router替你管一群Worker，你只跟Router说话。 p50 12.4分钟、p95 15.7分钟，对比单会话+Subagent方案的p95 29.5分钟。速度确实上去了。 但我翻完仓库的部署文档和几篇实测之后，发现两件事在热度里被轻轻带过了： 读缓存Token从605万涨到2323万，大约3.8倍；Router和Worker以你的操作系统账户跑，能读你的home目录 。 它和Claude Code的Subagent到底差在哪：一个“同步等”，一个“异步派” 很多人第一眼会觉得Super-agent就是“Claude Code的Agent Teams换个名字”。不是。 Claude Code的Subagent模式，本质是 在一个会话里嵌套 。主Agent拆出一个子任务，派给Subagent，等它回来，再继续往下走。Lead要拆解单个复杂任务，Subagent在同一个工作流的上下文里干活。这是 同步、命令行式的协作 。 Super-agent拆的是两层不同的东西。 Router是一个长期活着的会话，只跟人打交道、维护全局上下文、派活，它本身不执行具体任务，甚至可以不配Bash工具。Worker是一个任务一个独立会话，上下文彼此隔离，挂完整工具，用能力最强的模型，只向Router汇报，不直接跟人说话 。 这个区别在实际使用里的体感是： 你不用等上一个任务跑完，就能接下一个指令。 Router派完活就去接新事件，Worker在自己的隔离会话里干活，完事了自己回来汇报。p95从29.5压到15.7，靠的不是模型推理变快了，是 不用排队等前一个任务跑完 。 速度的代价：Token涨了3.8倍，取消“直通”后再涨37% 这是文章最需要说清楚的部分。 DeepSeek团队的实验口径是约300条消息、20项真实工作请求，每种方案重复五次。Super-agent的读缓存Token是 2323万 ，单会话基线是 605万 ，大约 3.84倍 。 团队自己的说法是“用更多Token换更短、更稳的完成时间”。这句话本身没错，但它只说了半句。另外半句藏在实验的另一个对照组里： 取消“订阅直通”机制之后，Router的决策次数增加了约30%，读缓存Token从2323万涨到3177万，再增加37% 。 订阅直通的意思是，一个Worker接手某个PR之后，后续这条Thread上的评论直接由程序发给它，不再绕Router。 这个机制不是可选的优化项，是控制成本的关键结构。 一旦取消，Router要重新处理每一条后续事件，Token就往上走。 还有一个数字容易被忽略： Router批处理把单个决策分摊的推理时间从6.4秒压到了1.6秒 。这个优化降低的是延迟，不是Token。速度收益和成本代价，是两个账本。 “工作区隔离”不等于“安全隔离”：它能读你的home目录 这是我在翻文档时最在意的一段。 Super-agent的Worker有独立的会话和独立的工作目录。文件层面，一个Worker改的东西和另一个Worker改的东西是分开的。 但这只是“文件去哪儿”的隔离，不是“进程能碰什么”的隔离。 dev.to上的一篇分析把这件事说得很直接： 发布的预设以 danger-full-access 在操作员的OS账户下运行。账户包装器选择默认身份，并不能阻止Worker读取操作员的home目录或按路径执行程序。文档因此建议使用专用OS账户做隔离 这句话拆开看是三层。第一，Worker继承的是 你的系统权限 ，不是某个受限沙箱的权限。第二，它能按路径调用你机器上的程序。第三，它能读你home目录下的文件。独立工作目录解决的是“Agent之间不打架”，不解决“Agent能碰到什么”。 官方推荐的一个动作是 给Agent单独开一个GitHub账户 。这个建议的出发点是对的：Agent提的PR、留的评论，用独立身份，不和你的个人账户混在一起。但要注意， GitHub账户只切了“对外身份”，没有切“执行进程的操作系统权限” 。Worker跑起来的时候，用的还是你的OS账户。 专用OS账户才是那道真正的门。 官方的部署文档也把它列为最低安全措施。如果你只是在自己的开发机上试试，问题不大；如果你把它部署在一台有生产凭证、有共享目录、有其他项目代码的机器上，这道门不开，等于把整个账户交出去。 部署比想象中简单，但“研究原型”四个字要当真 安装路径不复杂。先装De
