第三章 dsh 团队自用工程技能
本章导读
这是本书最有分量的一章,理由很硬:下面这些技能不是社区作品,而是 DeepSeek Harness 团队在自己的仓库里真实使用的工程技能。
它们位于官方仓库的 .agents/skills/ 目录,随 dsh 自身的日常开发一同演进。换句话说,这些技能是被一个高强度使用 agent 的团队反复打磨过的,不是写出来摆着看的。
对中文读者还有一个额外好处:这批技能天然贴合 dsh 的开发规范,用来给自己的项目做代码评审、提交前检查、文档撰写,能直接把大团队的工程纪律搬过来。
它们覆盖什么
| 领域 | 技能 |
|---|---|
| 文档 | dsh-doc、dsh-prose-standard、dsh-translate-docs |
| 评审 | dsh-code-review、dsh-find-simplifications、dsh-trim-cot-leakage |
| 提交流程 | dsh-pre-push-checks、dsh-merging-stacked-prs |
| 测试与性能 | dsh-ci-test-reliability、dsh-speed-up-perf |
| 错误处理 | dsh-error-handling |
| 界面 | dsh-client-ui-ux、dsh-responsive-ui |
| 其他 | dsh-create-upgrade-guide、record-browser-gif、dsh-archive-agent-notes、dsh-official-plugin-artwork |
本章精选其中最通用、最不依赖 dsh 内部上下文的六个,逐个讲清楚“它解决什么问题、你要不要装”。
一个使用上的现实提醒
这批技能里有相当一部分的 description 写明了适用范围,例如“在 deepseek-harness 仓库评审 PR 时使用”。直接照搬到你的项目,步骤里的仓库路径、命令名可能对不上。
正确用法是把技能当模板改:保留它的检查清单结构与提问方式,把具体命令、路径、工具替换成你项目的。这本身就是技能最有价值的部分——沉淀的是方法论,不是命令。
本章小节
- 3.1 dsh-doc:文档结构化与评审
- 3.2 dsh-code-review:评审清单长什么样
- 3.3 dsh-pre-push-checks:推送前的最后一道关
- 3.4 dsh-ci-test-reliability:测试与 flaky 治理
- 3.5 dsh-error-handling:错误处理原则
- 3.6 dsh-prose-standard:让文字不像机器写的
