10 月 31 日，DeepSeek 的 Harness 团队发布技术长文《Super-agent 设计探索：迈向更自主的 Agent 系统》，并把原型代码 dsh-superagent-prototype 以 MIT 协议一起开源。 它最出圈的卖点是“没人 @，自己修 Bug”：常驻代码仓库，自己判断该不该接活，接了就复现、修复、交 PR，不该接的干脆不出声。实测下来，对描述清楚的小 Bug，这套自动修复真实可用、花费以分计。但官方同时写明，它是开发者预览和研究原型，没做过安全审计，不是生产就绪的东西。知乎知乎
实测成功的一面：49 秒接单，2 分钟交 PR，花了 4 分钱
开发者「AI信息Gap」把原型装进了本地。硬前提是给 Agent 单独注册一个 GitHub 小号、拉进仓库开写入权限——拿大号当它的账号，哪句是人说、哪句是机器回就分不清了；从配置到装完，10 分钟左右搞定。知乎
他在测试仓库里埋了个真 Bug：「10~20%」会被单个波浪号误渲染成删除线。提交 Issue 时没有 @ 任何人，49 秒后 Super-agent 自动回复，不到 2 分钟 PR 就交到手，改了 1 行代码、加了测试、CI 通过，这一通操作总计花费 4 分钱。知乎
它不干什么，比干什么更有信息量
复现不了的 Bug，它选择沉默。实测提交一个描述含糊的 Issue：“点保存好像没反应，刷新又好了”，Super-agent 在后台排查了 4 分 43 秒，复现不出来，Issue 下面没有任何回复，面板里工单标成「无需处理」，理由写清楚了。知乎
叫停它记得：停掉一个工单后，用一字不差的文字重新提交，它不会再当新工单接。「配色有点丑」这类没有明确方向的审美意见，同样在忽略之列。知乎
反过来，只要 @ 它，再大的活也接：让它加账号体系、支持微信扫码登录，它回一句「收到」就开工，14 分钟后代码分支都推上去了。原型的边界也写得直白：一次只监听一个 GitHub 仓库，GitLab、Gitee 暂不支持；接单开关要等下一轮分钟级轮询才生效。知乎
为什么能没人 @ 就接活
架构是一套双层设计：前台 Router 管分派、跟人说话，自己一行代码都不写；后台 Worker 各领一张工单，在隔离目录里并发干活，不许直接与人搭话，干完只向 Router 汇报。 进来的消息先过一道毫秒级的程序初筛，群聊废话不劳驾模型；疑似请求再经一轮模型研判，命中接单规则才动手。两个默认值定下基调：接单模式默认是「只观察」，只记录本该接哪些单但不动手；PR 默认不自动合并，人工复核是最后一道闸。知乎知乎
官方长文给出的压测数据（自报口径，尚无第三方复现）：五轮高强度测试里，九成五的任务在 15.7 分钟内完成，传统单会话加子智能体方案则花了 29.5 分钟。 “全天候静默监听”能算得过账，前提是模型足够便宜：实测引用的 DeepSeek-V4.1-Flash 定价为每百万输入 token 缓存命中 2 分钱、未命中 1 元，输出 4 元，这类任务的大部分 token 走缓存读取。知乎知乎
官方自己承认：不是首创，还没到成品
DeepSeek 产品部的崔添翼是那篇长文的最终审稿人之一，下场解读时把预期压得很平：他解释“super-”相对的是 sub-agent，指在干活的主 Agent 上面加一层调度，而非宣称“超级”；团队也明说没有提出全新理论，这套架构基本已是业界前沿团队的共识。他同时划出边界：原型目前只在公司内部的受信环境跑通，想进一步规模化落地，双层架构的扩展、脱离 Session 后的人机协作、上下文边界与 A2A、安全与隐私，都是文章留着的开放问题。 “首发”叙事也在被挑战：有科技媒体称，硅谷团队 AFK AI 今年 4 月就以常驻 Router 加上下文隔离 Worker 的结构工程化实现了同一思路，早了大约半年。知乎知乎
实测社区反复点名的风险很集中：Worker 以你的系统账号全权限、免审批地执行命令，官方文档自己就写明目录与账号的隔离不构成安全边界。知乎
结论：什么时候能用，什么时候别用
「自动修 Bug 真的好用吗」的答案是分层的。拿它值守一个不太要紧的仓库、修描述清楚的小 Bug，实测已经好用，而且成本几乎可以忽略；想让它进生产、碰凭据和用户数据，官方与实测社区的口径一致：现在不行。想尝鲜，安全路径是现成的——跑在隔离的虚拟机或容器里，给它专属小号，先开「只观察」模式看几天，确认它判断靠谱了再逐步放开自动接单。至于后续节点，官方提到跨 Session 长程记忆“可能快有了”。 自动合并与多仓库支持会不会放开，同样值得盯——那才是“研究原型”和“AI 同事”之间真正的分水岭。知乎
