这两天翻 DeepSeek Harness 的开源仓库,我发现了一个挺骚的东西。
DeepSeek 不只把 Harness 的代码放了出来,连仓库里给 Agent 用的工作规范,也一起摊在了 GitHub 上。
一共 11 个 Skill。
我原本以为,无非又是一些「写好代码」、「记得测试」之类正确但没啥用的废话。
点进去以后,我发现不是,它写得非常具体。
具体到在审查 PR 时,要顺着接口两端检查资源释放和异步竞态...在推送前也不是傻乎乎跑完整个仓库,而是根据改动选择必要的测试,甚至连哪些讨论痕迹该删、哪些架构决策该归档,都写了。
这尼玛已经不是提示词了。
更像是把资深工程师脑子里的判断,拆成 Agent 可以执行的工作规程。
11 个 Skill 如下:
代码与 Git 流程
代码和 Git 这块,有 3 个。
dsh-code-review不满足于「代码能跑」,还要看接口契约、生命周期、并发、安全和测试。dsh-pre-push-checks根据改动范围挑质量门禁。dsh-merging-stacked-prs专门处理相互依赖的 PR,知道该按什么顺序同步和合并。
我自己写代码时最怕的,恰恰不是 Agent 不会写,而是它太会写了。
你让它加一个功能,它顺手加三个抽象、两层兼容,仓库也成功胖了 20 斤。。。
技术文档与文案
文档这块更细,一口气放了 5 个。
dsh-doc-standards决定内容该放 README、教程还是代码注释。dsh-prose-standard负责砍空话。dsh-doc-site-sync管文档到官网的同步。dsh-translate-docs管中英文文件和术语,而且必须由用户明确触发。最有意思的是dsh-trim-cot-leakage,它清理「我们之前考虑过」这类脱离讨论就看不懂的残留,把它改成后来者也能理解的正式结论。
项目协作治理
我最喜欢的是dsh-find-simplifications。
它专门找重复实现、过度设计、失效兼容和没人使用的接口,还强调别拿猜测凑数,宁愿只找几个证据扎实、真的值得删的地方。
“克制”这两个字,可能才是 AI Coding 里最稀缺的能力。
还有dsh-archive-agent-notes,负责整理架构决策档案,该保留的保留,该归档的归档。
Demo演示
record-browser-gif甚至会控制浏览器跑真实操作,生成展示 PR 变化的 GIF。
从写代码,到审代码,到写文档,再到把结果演示出来。
闭环了。
很多朋友可能会问,我又不开发 DeepSeek Harness,这些东西跟我有啥关系?
坦率的讲,你不能把 11 个文件原封不动塞进任何项目,然后期待 Agent 瞬间附体 DeepSeek 工程师,里面不少规则只属于这个仓库,硬抄会水土不服。
但你完全可以把它们当成一套公开的范本。
今天就能做的动作很简单,先挑一个最痛的环节。代码臃肿,就借dsh-find-simplifications。PR 漏测,就参考dsh-pre-push-checks。文档像会议纪要,就看dsh-trim-cot-leakage。
不要一次全装,使用方法也非常简单。
我直接以 Workbuddy 中安装使用为例。
先把 DeepSeek Harness 的开源仓库地址(github.com/deepseek-ai/deepseek-harness/tree/master/.agents/skills)发给它,告诉它你需要安装哪个。
基本就是秒速安装。
我拿真实任务跑一遍,再换成自己的目录、命令和质量门禁,规则被反复修正后,它会慢慢变成团队可复用的工程判断。
6700 行的一个项目找出来 450+行的可优化代码,确实是有两把刷子。
过去我们把经验写进师徒关系,写进 Code Review,也写进只有老员工才知道的潜规则里。
现在,Skill 给了这些经验一个新的容器。
DeepSeek这一套开源工的作规范,是把「怎么得到这个结果」也交了出来。
这也是 DeepSeek 这 11 个 Skill 真正让我兴奋的地方。