第五章　进阶技能与自建路线

本章导读

前四章装的是别人写好的技能：先讲清机制，再推荐 dsh 自带的 Office 技能族、团队自用的工程技能、Anthropic 官方通用技能。本章往前再走一步——一类是更专项的进阶技能，另一条路是写出你自己的技能。

对个人使用者，本章补齐最后几个高频场景；对团队，5.5 节是把经验沉淀成组织资产的方法论，也是整本书的收尾。

五个条目一览

条目 它解决什么 适合谁
5.1 dsh-find-simplifications 在代码与文档里找有证据支撑的简化点 想持续降低复杂度的维护者
5.2 dsh-trim-cot-leakage 审计并消除“读起来像思维链泄露”的文案 介意 AI 味、要对外发稿的写作者
5.3 dsh-speed-up-perf 用有证据的方式调查与优化性能 遇到性能瓶颈的开发者
5.4 record-browser-gif 把浏览器交互录成优化过的 GIF 要做演示、教程、需求录屏的人
5.5 写出自己的 skill 从零把经验沉淀成可复用技能 任何想让 agent 记住“自家做法”的人

进阶技能怎么用才不踩坑

5.1 到 5.4 都来自 dsh 团队的自用技能集，它们的 description 往往会写明适用场景，例如“在调查或优化 DeepSeek Harness 性能时使用”。直接套到你自己的项目时，步骤里的仓库路径、命令名可能对不上——正确用法是把技能当模板改：保留它的检查清单结构与提问方式，把具体命令、路径、工具替换成你项目的。这本身就是技能最有价值的部分：沉淀的是方法论，不是命令。

自建技能的最低门槛

好消息是门槛很低：一个技能就是一份 SKILL.md，包含 frontmatter（只要 name 与 description）加正文。不需要会写代码，会写 Markdown 就够了。5.5 节给你一张从“脑子里的一句经验”到“能装进 harness 的技能”的最小清单，照着填就能跑通第一条。

收尾：技能是资产，不是配置

回头看整本书：机制让你装得稳，Office 技能族让你开箱即用，工程技能把大团队的纪律搬过来，通用技能跨工具复用，自建技能把你的经验变成可评审、可复用的文件。技能是仓库里的普通 Markdown，所以它天然可版本化、可 review、可回滚——这是把个人能力升级成团队能力的最短路径。

延伸阅读