
dsh-genui 的安装本身只有一行命令,但真正把人卡住的从来不是那一行,而是它前面的前置条件,以及「装完了到底生效没有」这个判断。这篇教程按真实顺序走一遍:先认清要装的包,再补齐前置,然后安装、验证、激活,最后说清 link 模式与版本解析这两个容易踩的边界。第一步:先确认你要装的是哪一个包包名必须带 scope,本插件始终是@changfenhuang/dsh-genui。npm 上另有一个同名但不带 scope 的dsh-genui(Vue / OpenTiny 实现,维护者与本仓库不同)。如果安装列表里的描述是「interactive charts, forms, calculators, dashboards, and mini apps」,那就是另一个项目——装上去会因 peer 不兼容被宿主拒绝。版本以 registry 的 latest 为准,本文写作时为 0.11.4。注意:安装命令里不要写死补丁号,让它跟随 latest,否则升级会很别扭。可以先核对一下包名与版本:第二步:前置条件,两个都要满足前置一:dsh CLI 引擎dsh plugin这条命令本身来自引擎,所以引擎必须先在。没有的话先装:前置二:pnpm 必须在 PATH 上dsh plugin命令依赖 pnpm。如果缺少,用下列任一方式补上,然后新开一个终端再确认:或补齐后验证:能打印出版本号才算通过。这一步最常见的坑是「装了但没开新终端」,当前 shell 的 PATH 还没刷新,命令照样报dsh: pnpm not found on PATH。第三步:安装,一条命