同时使用 DSH、Codex、Claude Code、Copilot 的人，大概率都遇到过同一件事：技能文件越攒越多，却散落在十几个互不相识的目录里。~/.dsh/skills、~/.codex/skills、~/.claude/skills 各管一段，找一个技能得先回忆它当初给谁装的，停用一个技能又得确认它被复制到了几个地方。
技能数量是线性增长的，「我到底有哪些技能」的答案却是碎片的。技能管理器（DSH Skills Manager，仓库 MichengAI/dsh-skills-manager）要处理的正是这件事：把这些目录收进 DSH 的一处界面。
先把身份说清楚：README 明确写着，DSH Skills Manager 是社区维护的 DeepSeek Harness（DSH）插件，并非 DeepSeek AI 官方产品；许可证为 Apache-2.0。站点给出的信任档位是已验证（L4 · 真实安装）——本站已于 2 天前在 dsh 0.2.0-rc.2 下真实安装成功；安全扫描结论为 🔵 含敏感能力 · 19 处证据 · 尚无人工评估，能力项为可执行外部命令、读写·删除本地文件、写入剪贴板（不计风险）、发起外部网络请求，涉及外部主机 www.w3.org、github.com、registry.npmjs.org。这是能力清单，不是危险判定，安装前仍需自行判断。
散落带来的三个具体麻烦
一是「找」：技能按 Agent 分目录存放，没有统一入口，检索只能靠 find 和 grep。二是「判断」：同一个技能可能在用户级和项目级各有一份，改哪一份才生效并不直观。三是「失控」：删掉一个技能时，你分不清它是被真正删除，还是只是不再被某个 Agent 读取。
插件给出的答案是一张统一的技能列表：按来源分组、可搜索、可查看正文、可一键启用或停用。
统一管理模型：分组、不动文件、按来源分权
核心承诺只有一句：分类记在来源里，不移动文件。管理器只是把各技能目录读进同一套界面，技能文件仍留在原处，来源分组就是它原本所属的 Agent。因此启用与停用只影响 DSH 是否加载该技能，不会改写 Codex、Claude Code、Copilot 等来源的源文件。
同名技能不互相覆盖，项目副本优先
同一个名字的技能可能同时存在于多处。插件的规则是：同名技能优先使用项目副本。项目页顶部的下拉框列出 DSH 里已登记的工作区，选中后只读取该工作区的技能，搜索也只针对所选工作区。工作区内的 Git 仓库按最近的 Git 根目录定位，普通文件夹直接使用工作区目录，不需要 git init。
外部 Agent 目录只读
读和写在这里是分开的。Codex、Claude 等外部 Agent 的技能目录只读；可写入的只有三处——用户目录下的 DSH skills、公共 Agent（Shared Agent），以及某个已登记工作区的 <项目根>/.dsh/skills。项目级 Shared Agent 同样只读。设计意图很清晰：不要背着另一个 Agent 改它的技能文件。
技能仓库与来源追踪
插件还能添加公开 GitHub 仓库作为技能来源：按来源折叠浏览、搜索、查看详情、逐项安装。仓库技能与本机技能在列表里被区分开，你能知道每个技能是本地手写的，还是从某个仓库装下来的。
预览差异、备份更新、恢复上一版
更新走三步：先「刷新并检查更新」，再「查看更新」预览文件差异，最后确认备份后落盘。覆盖前会检测本地修改并要求明确确认，所以你手改过的技能不会被静默覆盖；更新后还可以对有备份的技能点「恢复上一版」。这套流程的意义是：更新可回退，而不是一次不可逆的覆盖。另两个边界值得记住——仓库安装同名不覆盖，刷新不自动更新本地。
19 行来源目录表的意义
插件 README 里有一张 19 行的「支持的 Agent 目录」表，列出每个来源的全局目录与项目目录。它不只是文档装饰，而是这套模型的能力边界说明书：
- DSH
~/.dsh/skills、公共 Agent~/.agents/skills（可用DSH_AGENTS_HOME覆盖） - Codex
~/.codex/skills、Claude Code~/.claude/skills、Gemini、Cursor、Copilot~/.copilot/skills - Windsurf、Trae、Trae CN、Roo、CodeBuddy、WorkBuddy
~/.workbuddy/skills、Qoder、Qoder CN、OpenCode、CC Switch、OpenClaw / Clawdbot 等
看这张表就能回答两个问题：我常用的 Agent 是否在覆盖范围内；某个技能会从哪个路径被读到。README 也说明，不扫描普通项目根目录的 <project>/skills，避免把仓库的发布资源误当成 Agent 技能；不存在的外部来源目录不会显示。
两个容易忽略的细节
细节一，写在各处的版本号可能滞后。 站点安装兼容性栏标的是 1.1.21，README 写「本文描述 1.1.16」，而 npm registry 的 latest 已经是 1.1.22。这类快照定期刷新，自然落后于 registry；安装时用 @latest 比写死补丁号更省事，想确认当前版本可直接查 registry。
细节二，装完看不到入口不等于装失败。 DSH 侧插件需要重启 DSH 并刷新浏览器页面，新的 bundle 才会加载；之后打开「设置 → 技能」，就能看到全局技能、项目技能、技能仓库三个面板。这一步 README 写得很清楚，跳过它的人却不少，第一反应往往是怀疑安装命令失败了。
总结
技能管理器的价值不在「多了一个面板」，而在于把散落在十几个目录里的技能收进一处、按来源分组，并且默认不改动其他 Agent 的文件；想对照同类插件的中文清单与安装形态，见 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：同时使用 DSH 与 Codex / Claude Code / Copilot、技能目录已经分散的人；需要按已登记工作区区分全局技能与项目技能的团队；希望更新仓库技能前能预览差异、更新后能回退的人；想从公开 GitHub 仓库逐项挑选并安装技能的人。
不适合：只用一个 Agent、技能目录只有个位数、手动管理够用的人；需要从私有 GitHub 仓库安装技能，或期望插件自动把本地技能升到最新的人；磁盘紧张又不愿定期清理的机器——历史备份不自动清理会持续占空间，仓库归档另有 32 MiB 上限；以及需要官方支持与 SLA 的场景，这是社区维护项目，不是官方产品。
标签：技能管理器、DeepSeek Harness、本机技能统一管理、Agent 技能目录
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。