npx @deepseek-ai/dsh web 安装失败

[yuzhan0727]

点了yes 然后就不动了，win1126220.9223

[yuzhan0727]

npx @deepseek-ai/dsh web
Need to install the following packages:
@deepseek-ai/dsh@0.1.1-rc.2
Ok to proceed? (y)

[yuzhan0727]

排查过程

1. 环境本身正常（Node v26.8.1、npmjs 官方源连通，npm view 也能查到包）
2. 直接复现：命令跑 4 分钟无任何输出；进程 100% CPU 空转、npx 缓存 0 字节
3. 换 npmmirror 镜像也一样卡——排除网络问题
4. 看 npm debug 日志：它卡在 silly placeDep 逐个解析依赖，半小时只推进了几十行

根因：这个包是个巨型 monorepo 产物——直接依赖 60+ 个，加上间接依赖整棵树约 500 个包，npm 的依赖解析器（arborist）算这棵树时效率极低，实测速度约 2-10 包/分钟且越来越慢，等于死循环。

解法（已验证成功）

用 pnpm 装，几秒钟就解析+下载完 504 个包：

powershell
npm i -g pnpm --registry=https://registry.npmmirror.com
mkdir ~/dsh-test; cd ~/dsh-test; npm init -y
pnpm add @deepseek-ai/dsh --registry=https://registry.npmmirror.com

我已经在你机器上装好了，并且 dsh web 已成功启动——服务运行在 http://127.0.0.1:3080，HTTP 200，浏览器应已自动打开。

两个注意点：

• pnpm 会警告 "Ignored build scripts"（node-pty、koffi 等），可以忽略——这些包自带 Windows 预编译二进制，实测不影响运行
• 以后想跑 dsh，进 C:\Users\yuzha\dsh-test 执行 npx dsh web 或 .\node_modules.bin\dsh web 即可

[173787247]

补充：WSL / Windows 上怎么落地（在楼上 pnpm 方案基础上）

楼上对根因的判断靠谱：npx @deepseek-ai/dsh 依赖树很大，npm/npx 的 arborist 解析会卡死（点了 y 之后长时间无输出、CPU 空转）。换 pnpm 通常立刻好转。

下面按「Agent 在 WSL、浏览器在 Windows」的常见布局补一套可复制步骤。

1. 在 WSL 里装（不要混用 Windows 的 Node 乱切）

# 建议 Node 20/22 LTS；过新的 Node 有时反而怪
node -v

# 装 pnpm（国内可走镜像）
npm i -g pnpm --registry=https://registry.npmmirror.com
# 或：corepack enable && corepack prepare pnpm@latest --activate

mkdir -p ~/dsh-app && cd ~/dsh-app
npm init -y
pnpm add @deepseek-ai/dsh --registry=https://registry.npmmirror.com

2. 启动（带 Windows 代理时）

若 Clash / V2Ray 在 Windows、WSL 要出海拉模型 API：

export HTTP_PROXY=http://127.0.0.1:7890   # 改成你的 mixed 端口
export HTTPS_PROXY=http://127.0.0.1:7890
export NODE_USE_ENV_PROXY=1               # Node 24+ 必须，否则不认 HTTP_PROXY
pnpm exec dsh web
# 或：./node_modules/.bin/dsh web

本地 127.0.0.1 的 Ollama 等可加：

export NO_PROXY=127.0.0.1,localhost

3. 仍卡住时快速二分

现象	怎么判
npx 点 y 后几分钟无输出、CPU 100%	继续用 pnpm，别死磕 npm
pnpm 能装、dsh web 起不来 / API 不通	查代理与 NODE_USE_ENV_PROXY；可用 dsh-wsl-net 的 net_doctor
Windows 终端与 WSL 各装了一套 Node	统一在 WSL 里装和启动，避免 PATH 串台

4. 和套件的关系

WSL 日常胶水（路径、代理、剪贴板、GitHub App 等）可参考：dsh-wsl-kit。

---

若方便，补充：是纯 Windows 还是 WSL、node -v、卡在「点 y 之后」还是「已经装完启动失败」。楼上 pnpm 方案对你有效的话，也麻烦把 Accepted answer 标给最有帮助的那条。

[weijiafu14]

楼上 pnpm 方案是对的。补三个我们在大量全新环境装 dsh 时撞过的 pnpm 侧坑，照着配能省掉几轮玄学失败（我们的端到端装置每天在干净目录里装，这三条都是真机撞出来的）：

1. 刚发布的版本装不上：pnpm 11 默认压后新版本（minimumReleaseAge），刚发的包会以一句干巴巴的失败收场。目录里放 pnpm-workspace.yaml 写 minimumReleaseAge: 0（注意 .npmrc 里的同名配置不生效，必须 workspace.yaml）。
2. 构建脚本被拦：CLI 的平台组件要跑安装脚本，pnpm 默认全拦。同文件里加 allowBuilds:（node-pty、koffi、@deepseek-ai/dsh-subprocess-local 设 true）；@google/genai/protobufjs 可显式 false（声明装、不跑脚本，正是官方安装目录的姿势）。
3. Windows/WSL 记得用 pnpm 10+（corepack 固定版本最稳：corepack pnpm@11.7.0 install）。

配好后一个空目录 pnpm add @deepseek-ai/dsh@0.1.1-rc.2 即得 node_modules/.bin/dsh——我们所有真机验证装置就是这个姿势（参考脚本里的 ensureStockCli 函数就是完整配方）。