BUG

[SZNero]

$ node --import tsx/esm apps/cli/src/bin.ts "web"
dsh web: http://127.0.0.1:3080
[ELIFECYCLE] Command failed with exit code 4294967295.

[PerryLink]

4294967295 就是 −1，而 [ELIFECYCLE] 是 pnpm 的措辞——两处都能读

1. 先解读这两个符号

• [ELIFECYCLE] Command failed with exit code N：这是 pnpm 报"某个 script 非正常退出"的固定措辞（npm 的措辞不同）。⇒ 说明你是经 pnpm script 跑的，而不是直接跑 node。
• 4294967295：把它当无符号 32 位看 = 2^32 − 1，对应的有符号值就是 −1。所以真实退出码是 −1（很多运行时会用 −1 表示"异常终止/被终止"），不是某个特定的业务错误码。

⇒ 所以事件顺序是：服务先把 URL 打印出来了，随后进程以 −1 退出，pnpm 于是报 ELIFECYCLE。

2. 关键要区分两种情形（这决定了性质完全不同）

1. 打印 URL 之后立刻自己退出（你没按任何键）⇒ 是启动后随即失败，属于真问题。这时 ELIFECYCLE 之前应当还有更具体的信息（抛错、端口占用、权限等）——请把 URL 那一行到 ELIFECYCLE 之间的全部输出贴出来（你现在只贴了两行，中间那段才是关键）。
2. 你按了 Ctrl+C 才退出 ⇒ 那 −1 基本就是"被中断"的正常表现，pnpm 报 ELIFECYCLE 属于噪音，不是 bug。

顺便：3080 端口被占用时也会有类似"起不来"的表现，可以先确认一下那个端口有没有别的进程（Get-NetTCPConnection -LocalPort 3080）。

3. 你在用源码方式启动——这条建议能省掉一半麻烦

你的命令是 node --import tsx/esm apps/cli/src/bin.ts "web"，也就是直接从源码跑。这条路径要正常，需要先构建（客户端产物尤其）；只跑 bin.ts 很容易出现"服务起来了但前端资源不全"的混合状态。

想验证"是不是源码方式的问题"最快的一步：

npx @deepseek-ai/dsh@next web

如果这样能正常跑，那就说明是你本地源码树/构建的问题，而不是 DSH 本身的缺陷。

4. 版本提醒

⚠️ 当前最新是 0.1.7-rc.2。别用 latest——npm 上它仍停在 0.1.5-rc.3，比 next 旧：

npm i -g @deepseek-ai/dsh@next      # 当前 = 0.1.7-rc.2

你这条是 8 月 14 日的，中间启动路径改过不少；先按第 2、3 步区分情形，再决定要不要作为缺陷来报——如果只是 Ctrl+C 的噪音，那就不必报了。