产品简介
dsh-superagent 是 DeepSeek 开源的一个主动型编码 agent，只服务一个 GitHub 仓库。它作为 DeepSeek Harness 的 bundle 安装，平时挂在后台监听 GitHub，也可以接飞书。有人在允许的范围内请它干活，它就开一张 Ticket，在独立的会话和目录里执行，做完回到原来的对话里回复，通常是一个 PR。另有一个 Web 面板，把需要人拍板的事列出来。
仓库自己写得很清楚：这是从团队日常开发里长出来的研究原型，不是官方产品，代码里可能还有 bug，工程风格也不一定统一，用之前要自己审。许可证是 MIT。
它想解决的不是写代码快不快，而是注意力怎么花。团队里一个人盯得住的 agent，换到整个团队就会把所有人的注意力一起吃掉。所以它的规则是只在被请求、或者团队写好的规则允许时才动，并且只在有人必须决策、或者结果确实有人能用的时候才说话。
核心功能
- 单仓库范围：一个实例只对一个 GitHub 仓库负责，权限、上下文与工作目录都收在这个范围里。
- 事件触发：监听 GitHub，可再选装飞书。有人在允许的范围内派活，它才会接下；没有事件就不消耗。
- Ticket 与独立目录：每个工作项开一张 Ticket，配一个自己的 agent 会话和工作目录，几件事同时进行也不会互相踩到。
- 回原对话交付：做完不另开渠道，直接回到发起请求的那条对话里回复，多数情况是一个可直接审阅的 PR。
- 人在环的授权：规则写在仓库的 Policy 里，越界的动作不执行；面板专门列出需要人判断才能继续的事项。
- 安装交给 agent：步骤不少，官方给的路径是让编码 agent 自己读 SETUP.md，一次问一个问题，确认计划后装完并配好。
适合谁用
以下类型的用户会特别受益于 dsh-superagent：
- 小团队仓库：issue 进来后由它判断要不要接，接了直接提 PR，人只看结果。
- 依赖升级与文档同步这类重复维护，按规则自动跑，出问题才找人。
- 把 PR 里的评审意见当输入，让它改完再回帖说明改了什么。
- 内部工具的日常修补，团队没有专人盯仓库时挂在后台。
- 在飞书群里 @ 它派活，结果回到同一个群，不切工具。
- 拿它当架构样本：读 docs 目录里从理念到部署的九篇文档，看一套常驻 agent 该怎么分层。
优点亮点
- MIT 许可，代码、文档与设计取舍都摊开，可以直接改。
- 起点是事件而不是人打开终端，重复请求不必每次重新交代背景。
- 每个 Ticket 有独立会话与目录，任务之间隔离，出问题能定位到具体一项。
- 授权与 Policy 写在仓库里，越界动作有明确边界。
- 交付回到原对话，评审与追溯都在 GitHub 上完成。
- Web 面板把需要人介入的事集中起来，不用一直盯日志。
价格与方案
代码免费，MIT 许可，没有托管服务。运行成本是模型调用与一台常驻机器，接的是 DeepSeek Harness 的会话能力，具体花多少取决于仓库活跃度与所选模型。安装依赖 Node 与 pnpm，仓库自带类型检查、测试与构建脚本。
总结与建议
大多数编码 agent 的起点是人打开终端。dsh-superagent 把起点挪到事件上：仓库里有人提需求，它自己判断接不接，接了开票、开工、回话。这套结构里最关键的不是模型多强，而是每个工作项有自己的会话和目录，做完能追溯，出事能停。它现在的完成度是研究原型，适合拿来读架构、在自己的仓库里试，不适合直接当生产系统。
版本演进
- 开源 v0.1.0 研究原型：面向单仓库的主动型编码 agent （2026-11-01）：DeepSeek 以 MIT 许可开源 dsh-superagent v0.1.0，作为 DeepSeek Harness 的 bundle 分发。面向单个 GitHub 仓库，监听 GitHub 与可选的飞书，有人派活时开 Ticket，在独立会话与目录里执行，回到原对话以 PR 形式交付，另带一个列出待人工事项的 Web 面板。官方声明其为研究原型，与论文《Exploring Super-agent Design》描述的实现并不完全一致，部分设计属于后续方向。