DeepSeek 开源超级智能体原型：守着一个仓库，把活干成 PR

作者：陈一帆

10 月 31 日，DeepSeek 的 Harness 团队以 MIT 许可开源了 dsh-superagent-prototype。它守着一个 GitHub 仓库，白名单里的人提需求，它开一张工单、在自己的会话里干完，最后回到原对话交一个 Pull Request，聊天入口可选接飞书。变化在于工作方式：以前你开会话盯模型，现在是它盯仓库等人派活。默认只服务白名单用户、主动干活只记录不执行，这两条边界比功能本身更值得先看。

10 月 31 日，DeepSeek 的 Harness 团队在 GitHub 上开源了 dsh-superagent-prototype，MIT 许可，同时发了一篇设计长文《Super-agent 设计探索》。它做的事很具体：守着一个 GitHub 仓库，白名单里的人提需求，它就开一张工单，在自己的会话和目录里干完，回到原对话里交一个 Pull Request；聊天入口可选接飞书。变化的不是模型能力，而是人和它的关系——以前是你开着会话盯它干活，现在是它盯着仓库等人派活。

README 第一句就把位置摆正：「仅供参考的研究原型，不是 DeepSeek 官方产品」，还说很大一部分工程由编码智能体自己完成，可能仍有 bug，文章里讨论的部分设计只是未来方向、没在这个原型里实现。

它想省的是人的注意力。设计文章的出发点是，单任务能力上来之后，瓶颈落在了人身上——一个人通常只能同时盯住三到五个活跃会话。于是它做成两层：常驻的 Router 只接需求、只分派、对外说话，自己不写代码；每个任务交给上下文隔离的 Worker 并发执行，干完向 Router 汇报。

出圈的说法是「没人 @，自己修 bug」。这句得打个注：那是 DeepSeek 内部群里的配置，团队写了一条「静默复现并修复」的策略，只有确认问题、找到简单修法才交付。公开版是另一种起步法，安静得多。

把它的安全规则当成给实习生定的规矩，大致四条：

• 只接待认识的人。 默认允许名单是空的，「名单里没加人，任何请求都不能变成工单」。
• 先旁听，再上手。 主动干活默认关闭，观察模式只记录「这一单我会接」，什么也不执行。
• 干活有范围。 飞书机器人只读 @ 提及；一次只盯一个仓库，GitLab、Gitee 暂不支持。
• 交活由你拍板。 它开 PR，人来合；文档里那套自动合并是写给它的提示词，不是 GitHub 的强制规则。

规矩之外还有一条硬背景：Worker 免审批、以操作者的操作系统账号身份执行命令，官方文档自己写明，目录和账号「是默认值，不是安全边界」，Harness 也没做过安全审计。DeepSeek 的建议是从短名单加「只记录」起步，看着它「本来会做的事」靠谱了，再逐步放权。

第三方实测给了它一个及格分。开发者「AI信息Gap」在测试仓库埋了个真 bug，49 秒接单，不到 2 分钟交 PR，改一行加测试，花费 4 分钱；描述含糊、复现不出的问题它保持沉默，工单标注「无需处理」。官方压测用的是合成负载，编码部分用只耗时的工具代替，中位 12.4 分钟、95 分位 15.7 分钟，团队自己说只能当初步参考。

核对一句：我们对着官方 README 全文看了 enjoy.dev 的引文，逐字一致；中文详报和实测可作交叉验证。没说的也该知道——没有代码质量测试，没给推荐模型，也没给单任务成本，原型与设计文章的差异没有清单；仓库只有一个 commit，issues 已关闭。

它和 Claude Code 这类工具干的也不是同一件事：一个守着仓库接全队的活，一个坐在你旁边写码。想尝鲜的话路径很清楚：隔离的虚拟机或容器、给它专属小号、先开观察模式跑几天，看着判断靠谱了再放权。这个原型更像一次公开的架构讲义，只是这次讲义可以上手跑。

转载说明

本文根据以下公开资料整理，原文及配图出处见下方。

• [S1] DeepSeek open-sources its Super-agent prototype. What it does, and how to try it safely
• [S2] GitHub - deepseek-ai/dsh-superagent-prototype: Towards a More Autonomous Agent System
• [S3] DeepSeek又开源了！公布Super agent架构
• [S4] 开发者实测DeepSeek超级智能体：自动修Bug真的好用吗
• 配图 1：来源：enjoy.dev（图片署名见原文） · 图片出处
• 配图 2：来源：什么值得买（图片署名见原文） · 图片出处