DeepSeek 把「会自己找活干」的 Agent 开源了：一个只为一个仓库打工的常驻工程师

它到底是个什么东西

仓库 README 给出的定义很朴素：一个面向单个 GitHub 仓库的主动式编码 Agent，以 DeepSeek Harness 的插件包形式发布。换句话说，它没有独立 App，也不等你打开某个网页，而是挂在代码仓库旁边，把仓库里发生的事情当成输入。

输入来源有两个：GitHub 事件是必选，飞书是可选项。当有权限的人向它提出具体工作时，它会开一个工作项，在自己的 Agent 会话和独立目录中执行，完成后回到原来的对话里交付结果，最常见的形式就是一个 pull request。仓库还带了一个网页面板，专门显示哪些事项在等人处理。

从一句话请求到 PR 的工作循环

把 README 的描述串起来，它的循环是四段：监听、开单、执行、回话。监听阶段决定什么值得响应；开单阶段把一句模糊请求固化成有边界的工作项；执行阶段在独立目录里改代码，避免污染主工作区；回话阶段把结果送回发起对话的地方，让人不必再去别处找结论。

这套设计的重点是「独立目录」和「独立会话」。前者让并行任务互不干扰，后者让上下文可以随任务结束一并丢弃。对仓库维护者来说，这比一个共享主会话的助手更容易审计：每个工作项对应一段可回看的执行记录。

把「打扰人」当成成本来设计

项目把自己的工作方式总结成一句话：占用尽量少的人类注意力，产出尽量多的价值。落到规则上是两条——只在被明确要求、或团队写下的规则允许时才行动；只在必须有人处理、或结果已经可以被使用时才发言。

仓库里专门有一篇 docs/000-philosophy.md 解释这条原则对运营者提出的要求。理由也很直白：一个能替整个团队行动的 Agent，同样有能力把整个团队的注意力耗光。这类系统真正的失败模式往往不是干错活，而是频繁找人确认、频繁汇报，最后没人愿意再看它的消息。

官方自己先泼了一盆冷水

README 开头用引用块声明：这是供参考的研究原型，不是 DeepSeek 的官方产品。代码源自团队日常开发工作，其中大量工程由编码 Agent 完成，因此可能仍有缺陷，代码风格与工程实践也可能不一致，使用前需要自行审查和调整。

更值得注意的版本说明是：为公开发布所做的适配，使其与团队内部版本、以及文章《Exploring Super-agent Design: Towards a More Autonomous Agent System》中描述的实现并不相同；文章里讨论的部分设计属于后续方向，在这个原型里并未实现。也就是说，论文描述的是目标形态，仓库给的是当下能跑的那一部分。

想动手的话，从哪里看起

项目没有提供一键脚本，而是把安装过程交给 Agent：README 建议直接对编码 Agent 说「读这个仓库的 SETUP.md，和我一起配置 dsh-superagent」，它会一次问一个短问题、先给出完整计划，再完成安装与配置。这相当于把部署文档写成给 Agent 执行的剧本。

文档按编号排列，从 000 哲学、001 领域模型、002 授权、003 执行，一直到 007 架构和 008 扩展新 Source 的 cookbook；006 部署篇单独覆盖配置、升级与排障。开发侧只需要记住一条命令：pnpm check，它跑类型检查、测试和构建。

继续阅读