fix(web): 内置 dsh 安装路径改为按序探测 —— 修厂家目录/平台包目录在 /usr/lib 布局下静默失效

根因：npm root -g 的落点随发行版变（Debian 系 /usr/local/lib；发行版包管理器装的 Node 常见 /usr/lib），而三处把它写死 ⇒ 定位失败**不报错**、只静默降级：
- src/web/model-catalog.ts:30  → 厂家目录读成空 ⇒ GET /api/me/model-providers 返回 {"providers":[]}
- src/web/plugin-compat.ts:36  → platformPkgCount() = 0 ⇒ 预检退化成「平台包目录不可读」
- poc/workspace-scoped-picker/lib/index.js:34-35（**交接单漏掉的第 3 处**）→ 本模块 import 即抛错 ⇒ 实例内目录选择器不可用

改动：
- 新增 src/web/dsh-install.ts（全平台唯一入口；只依赖 node 内建，可单独在目标机验证）：env → 平台配置的 dsh 可执行文件解软链反推包根（最可靠）→ 常见全局根 → npm root -g → 历史默认值
  ⚠️ env 名两侧都认：源仓 DSHS_DSH_BIN / 导出侧 DSH_USERS_PLATFORM_DSH_BIN（交接件只用了后者，照抄会让该分支在源仓侧永不生效）
- 三处调用点改走该模块；插件侧跑在实例进程内、拿不到平台代码，自带同思路一份（两处需同步改）
- 新增 scripts/verify-dsh-install.mjs（15 项断言）并接入 npm run verify

验证：本机 tsc 零错误｜verify 全套绿｜单测 16/0；服务器回归 platformPkgCount=223、厂家目录 39；**测试服 test106（/usr/lib 布局 = 原故障机）在「无 env / DSHS_DSH_BIN / DSH_USERS_PLATFORM_DSH_BIN」三种姿势下均解析到 /usr/lib 且 39 个厂家文件**

poc/workspace-scoped-picker/README.md

@@ -33,8 +33,17 @@ HOME=<userRoot>/ws pnpm add file:<userRoot>/ws/workspace-scoped-picker-0.1.0.tgz
 ## 依赖解析
 
 唯一外部物是官方 seam 基类，用**绝对路径动态 import** 取得（不复制/不改官方包）：
-`/usr/local/lib/node_modules/@deepseek-ai/dsh/node_modules/@deepseek-ai/dsh-host-directory-picker/lib/index.js`，
-可用 `DSH_SEAM_DIRECTORY_PICKER` 覆盖。
+路径**按序探测**而成 —— env（`DSH_SEAM_DIRECTORY_PICKER` 显式指定，或 `DSH_PACKAGE_DIR` /
+`DSHS_PACKAGE_DIR` / `DSH_COMPAT_ROOT` / `DSHS_COMPAT_ROOT` 给包根）→ 由平台配置的 dsh
+可执行文件解软链反推包根（`DSHS_DSH_BIN` / `DSH_USERS_PLATFORM_DSH_BIN`）→ 常见全局根
+（`/usr/local/lib/node_modules`、`/usr/lib/node_modules`）各取「嵌套 / 扁平」两种布局 →
+最后兜底问一次 `npm root -g`。
+
+⚠️ 2026-09-14 修：此前是**写死** `/usr/local/lib/node_modules/...` 两个字面量；在
+`npm root -g` 落到 `/usr/lib/node_modules` 的机器（发行版包管理器装的 Node）上两个候选
+**都不存在** ⇒ 本模块 import 即抛错 ⇒ 实例内目录选择器不可用（测试服已实测复现）。
+平台侧同思路的另一份实现在 `src/web/dsh-install.ts`（本插件跑在实例进程内、拿不到平台代码，
+故自带一份；**改一侧记得同步另一侧**）。
 
 ## 自检