企业官网建设流程全解析

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。

第三步：安装，一条命