DeepSeek Harness的代理替你开PR,代码也由代理写
DeepSeek Harness 的 bundle 里多了一个 dsh-superagent。研究原型,针对单个 GitHub 仓库,发布页写明它不是 DeepSeek 官方产品。
它监听 GitHub,也可以接飞书。被允许的人开口要活,它就开一个工作项。活在自己的代理会话和目录里做。做完回到原来的对话里回复,通常是一个拉取请求。
有个网页面板,专门列出哪些活需要人接手。
设计哲学写在 docs/000-philosophy.md:尽可能少占人的注意力,尽可能多给价值。落到操作上是两条——只在被要求、或者团队自己写的规则允许时才动手;只在必须有人处理、或者有人能用上结果时才开口。它不主动刷存在感。
发布页把边界写得清楚。代码里大部分工程由编码代理自己完成,可能有 bug,风格也不统一。它为了发布做过调整,和内部版本、和论文里描述的实现并不一致。论文里讨论的一些设计只是未来方向,这个原型里没有。想直接上生产环境,风险自负。
设置步骤不少,代理会陪你走一遍:一次问一个简短问题,把完整计划摊开一次,然后它去装、去配。文档按编号读,每篇只建立在前面的基础上。顺序是哲学、领域模型、授权、执行、提示、面板、部署,最后是架构和食谱。开发命令 pnpm check 一次跑完类型检查、测试和构建。许可证 MIT。
有三件事没有公开说法:它具体监听哪些 GitHub 事件;权限怎么判定谁“被允许”;和 DeepSeek Harness 集成到什么程度。对一个自己标着研究代码的项目,这些只能靠读代码和实际跑来确认。
关键事实
- dsh-superagent是一个研究原型,不是DeepSeek官方产品。
- 该代码由编码代理完成大部分工程,可能包含错误,编码风格不一致。
- 该原型已为发布调整,与内部版本或论文描述不完全一致。
- 论文中讨论的一些设计是未来发展方向,未在原型中实现。
- dsh-superagent是一个主动编码代理,针对单个GitHub仓库,打包为DeepSeek Harness的bundle。
- 它监听GitHub和可选的飞书。
- 当被允许的人请求代理工作时,它会打开一个工作项,在自己的代理会话和目录中工作,并在原始对话中回复,例如提供拉取请求。
- 有一个网页面板显示哪些工作需要人工处理。