单机把 dsh-meme 装上是一行命令的事，但在云主机上做「多台机器共用一套表情包图库」，考的是分发与更新策略。dsh-meme（原 dsh-expression，作者 yyh-001，MIT）是 DeepSeek Harness 的表情包插件，本站已在 dsh 0.2.0-rc.2 下真实安装成功（L4 · 真实安装）。下面按「选路径 → 统一目录 → 管更新」的顺序，给几种在阿里云 ECS 上稳妥的做法。
一、先选分发路径：三条路各有适用面
在云主机集群里让图库到位，本质上只有三条路：
- 市场安装：设置页「发现」读 GitHub 目录，点「安装」下载 Release ZIP、校验 SHA-256 后自动切换。适合能稳定出网的机器。
- 内网传递：在一台机器上把图库导出成 ZIP，走 VPC 内网发到其它机器，再「导入图库」。适合集群没有公网出口、或图库是内部自制的场景。
- 随包内置：只有 dafeiyu-001（大肥鱼，24 张）随插件分发，开箱即用，但不适合承载团队自己的图。
判断依据很简单：图库是不是内部的（是就走内网传递）、机器有没有出网（有就走市场）。
二、统一扫描目录：让每台机器认同一套图库
不管走哪条路，插件最终只认两类位置：内置的 memes/*，以及「扫描目录」（默认 ~/.dsh/meme-packs）下带 index.db 的子文件夹。所以多机的第一条纪律是把扫描目录统一：
- 统一用默认的
~/.dsh/meme-packs，或按部署规范改成同一个绝对路径； - 确保每台机器上 dsh 都以同一个用户运行，否则
~指向不同 home，扫描目录就不一致； - 每个图库子文件夹必须是完整三件套：index.db、manifest.json、memes/；
- 导入后插件会自动切到新图库，并打开它的开关。
想让某个图库不被模型使用，别删文件夹，关掉卡片上的开关即可——带 index.db 的包都会被列出，开关才决定模型能不能用它发图。
传递：为什么必须用插件导出的 ZIP
现象。 你从 GitHub 仓库页下载了「Download ZIP / 下载源码」，导入时直接失败。
原因。 GitHub 上的 Download ZIP 是压缩过的，和插件期望的图库包结构对不上；插件导出的是 dsh-meme-<图库id>.zip，结构才是对的。
做法。 内网传递一律用插件导出的 ZIP：源机器点图库卡片的「导出」，把 ZIP 走内网传到目标机器，再在设置页「导入图库」选中它。走 VPC 内网用 scp 或内网共享即可，不必也不该绕公网。
统一：运行用户与绝对路径要一起定
现象。 两台机器明明放了同一份图库，一台能看见、一台看不见。
原因。 扫描目录默认是 ~/.dsh/meme-packs，~ 取决于运行用户。多机部署里 dsh 以不同用户启动（一台 root、一台普通账号），实际扫描到的就是两个不同目录。
做法。 要么统一运行用户，要么在设置页把扫描目录改成同一个绝对路径，然后各机器照抄同一份配置。
换源：市场目录源与 settings.remoteDirUrl
现象。 有的机器「发现」页秒开，有的机器一直转圈。
原因。 市场默认「raw 优先、jsDelivr 兜底」：raw 更及时，jsDelivr 在部分网络下更通；国内网络的差异就出在这里。
做法。 可以换成自己的目录源：写 settings.remoteDirUrl，或插件 patch 里的 config.remoteDirUrl。团队可自建一份 catalog.json，把 ECS 的出网依赖收敛到可控地址上。另外市场下载量有 30 分钟缓存，进度条也要看上游是否给了 content-length，别把缓存当实时数据。
回收：删包、升级与订阅记录的连锁反应
现象。 删了内置图库以为干净了，一次升级它又「自己回来」；或删完发现订阅也没了。
原因。 删除入口只有一个，但不同来源连锁反应不同：内置包删了，升级或重装后会随包回来；删市场下载的图库会连订阅记录一起清掉；删当前图库会自动先切走。
做法。 别把删除当卸载手段；要固定某个图库，用统一扫描目录 + 自己维护的图库包更可控。
更新：发现页不给按钮，更新要去图库页
现象。 图库出新版了，你去「发现」页找更新按钮，发现已安装的条目根本没有按钮。
原因。 设计如此：发现页只负责安装，装过的条目不给按钮；「更新」只在市场有新版本时出现在图库页卡片上（比对图库自身版本与市场目录版本）。
做法。 团队做版本巡检时直接看图库页有没有「更新」按钮；「发现」页只用来装新图库。
三、把这些纪律落到运维里
把上面几点串成一套在 ECS 上的稳妥流程：
- 出网：安全组入方向不放开 DSH web 端口，团队访问走 SSH 隧道或跳板机；出方向保证 443 可达。
- 分发：能出网就走市场（带 SHA-256 校验），不通的机器走内网 ZIP 传递。
- 一致性：扫描目录、运行用户、图库包结构三统一。
- 更新：图库页做巡检，市场目录源固化到可控地址。
这样一套下来，新增一台 ECS 的图库准备时间能压到「导入一个 ZIP」的量级。
总结
云主机上图库分发的核心不是「装」，而是「路径、目录、更新」三件事的统一。想对照同类插件的中文清单与安装形态，见 DeepSeek Harness Hub 插件清单。
适合与不适合
适合：有多台 ECS、需要统一图库的团队；图库为内部自制、不便走公网的组织；愿意固化扫描目录与目录源的运维；能接受手工传递 ZIP 的开发者。不适合：只有一台机器、图库只用内置大肥鱼的个人用户；指望「删掉内置包就永久消失」的人；完全不想管目录一致性、只想要零配置的纯实验环境。
标签：dsh-meme、DeepSeek Harness、多机图库分发
本文由 DeepSeek Harness Hub 自动整理，数据来源于插件详情页。
