dsh-superagent-prototype 是 DeepSeek Harness 的一个扩展插件（Bundle），不是 DeepSeek Harness 本身的一部分，也不是一个独立的 Harness Runtime。
它的定位是：在 DeepSeek Harness 之上，构建一个能够主动接收任务、自动执行开发工作、提交 PR 的自主编程 Agent。
项目地址：deepseek-ai/dsh-superagent-prototype。
文档可以参考 https://github.com/deepseek-ai/dsh-superagent-prototype/tree/main/docs，但是需要注意的是，文档所设计的一些功能并没有在该仓库源码中实现。
该仓库目前只有 1 个 commit，提交时间是 10/31 号晚上。
1. 它解决什么问题？
普通 DeepSeek Harness 的使用方式是：
- 开发者打开 Agent 会话。
- 输入开发任务。
- Agent 阅读代码、修改文件、运行测试。
- 开发者检查结果。
而 SuperAgent 希望把它变成一个团队级的自动化开发系统：
- GitHub / 飞书
Issue、PR 评论、飞书任务请求 - SuperAgent Router
身份验证、权限策略、任务识别、Ticket 管理 - DeepSeek Harness Sessions
Router Session 任务协调、分配、跟踪
Worker Session 独立执行、代码修改、测试 - Git Branch / Pull Request
执行结果返回原始对话，等待人工审核
例如，开发人员在 GitHub Issue 中 @Agent：
帮我排查这个接口偶发超时的问题，分析原因并提交修复 PR。
SuperAgent 就会自动：
- 判断请求者是否有权限。
- 创建一个 Ticket。
- 启动独立的 Harness Worker Session。
- 在独立 Git 工作目录中分析和修改代码。
- 运行测试，提交代码并创建 PR。
- 将结果反馈到原来的对话中。
2. 它与 DeepSeek Harness 的关系
可以这样理解：
| 组件 | 职责 |
|---|---|
| DeepSeek Harness | Agent 运行时、Session、工具执行等基础设施 |
| dsh-superagent | 基于 Harness 实现的自主开发工作流 |
| Router Session | 接收任务、判断权限、协调执行 |
| Worker Session | 实际执行开发任务 |
| Web Panel | 管理任务、权限、执行状态和配置 |
它通过 Harness 提供的 API 创建和管理 Sessions，并且定义了专用的 Router、Executor Agent Preset。
因此，它不是简单地增加几个 Prompt，而是一个相对完整的 Agent 应用。
3. 是否值得关注？
我认为值得，尤其是它的几个设计思路：
- 事件驱动：通过 GitHub、飞书等外部事件触发 Agent，而不是依赖人工打开会话。
- 任务隔离：每个 Ticket 使用独立 Session 和 Git Worktree。
- 权限控制：通过 Policy 控制谁能下达任务、Agent 能做什么。
- 人机协作：Agent 自主完成工作，但将需要人工决策的事项集中展示。
- 执行编排：Router 负责协调，Worker 负责执行。
需要注意，官方 README 明确说明这是研究原型，不是正式产品，也不是生产就绪的软件。MIT 许可证。
4. 我的判断
它真正值得研究的不是代码生成能力，而是如何把一个 Coding Agent 变成团队可以持续使用的自动化开发成员。
- DeepSeek Harness：底层 Agent Runtime。
- SuperAgent：上层自主开发调度系统。
- GitHub：任务入口和代码协作平台。
- CI/CD：自动化验证与交付。
这实际上是一个小型的 AI 软件研发平台。
我建议重点阅读它的 docs/001-domain.md、docs/002-authorization.md 和 docs/003-execution.md，这三部分最值得借鉴。
