DeepSeek 把自家修 bug 的 agent 开源了：一个仓库并行跑多个任务，但命令不经你批准就执行

10 月 31 日，DeepSeek Harness 团队先是在公众号发了“Super-agent”架构文章，当天又把配套原型 dsh-superagent-prototype 开源到了 GitHub，MIT 协议。它的活法和普通聊天式 agent 不一样：GitHub 或飞书里一条被允许的请求，就开一个独立工单和执行会话，各自在自己的目录里并行跑，上限由操作者自己配；设计上刻意压低“人的注意力成本”——不靠猜测式提问打扰人，内部实例据称一直在持续跑，帮团队复现 bug、回代码评审、迭代 Harness 本身。第三方统计称它约 12.6 小时内拿到 2046 星、172 fork（第三方统计口径，非官方数字）。
但有一条必须先说在前面：按执行文档的说法，工作会话里的命令是直接以操作者系统用户的身份执行、不经过批准的，前台命令 5 秒后自动转后台、每轮最长 30 分钟。官方自己也定性这是研究原型、不是正式产品，可能有 bug，且与内部版本并不相同。所以上手姿势只有一种是负责任的：先在一次性沙箱或无关紧要的测试仓库里跑，别直接指向你的主仓库和主力机；先只放读权限和单条测试 issue，确认它的工单、权限、日志长什么样，再谈放开。
我的判断：这个原型的价值不在“又一个能写代码的 agent”，而在它把问题从“模型多强”换成了“团队注意力多贵”——并行、工单化、少打扰，是 agent 进团队仓库必须先过的三关。先当架构参考读它的设计文档，再决定要不要当工具用，顺序别反了。
什么情况下这篇结论不成立：你只是想找个开箱即用的生产级编码助手，那它现在不是——原型定位、命令直执行这两条就够把它挡在生产门外；等它有了沙箱与审批机制再评估不迟。