现在的dsh和最开始的openclaw简直一模一样，一升级就容易挂

[sweetory1320]

现在的dsh和最开始的openclaw简直一模一样，一升级就容易挂
尤其是接口的变更导致相应插件的加载失败，直接导致dsh实列无法拉起来，如果以后每次升级都是这样，那简直是在磨灭使用者的热情。
所以：

1. 是否可以搞个对外的接口适配层，确保相应语义功能的接口永远不发生变化，至少能解决以后不再出现因为dsh内部接口的变化导致的升级后dsh启动崩溃。
2. 是否可以搞个dsh自愈的功能，或者三方插件加载失败后不导致dsh进程拉起失败，收集失败的进程拉起信息，在dsh拉起后将相关信息推送到一个公共的通知接口？或者直接搞个自愈的能力，如果失败直接加载并拉起纯净的dsh实例？

[v-star0719]

还是等正式版吧，我已经换回claude code了

[airlian]

可以安裝 pi 來幫你修！

根因

這次 pull 帶進了一個重構 4f00a8b refactor(api): remove ApiProxy package（以及幾個相關重構），把 packages/host/apiproxy 等數個套件整個刪掉。

但那些被刪套件的 build 產物 lib/、node_modules/ 是 gitignore、未追蹤的，git pull 不會動它們，所以本地還留著 8/25 的舊版本。

根目錄 tsdown.config.ts 是掃檔案系統（workspace: ['packages//', ...]，entry lib/types/{index,invariant,startup}.js），於是把孤兒的 packages/host/apiproxy/lib/types/index.js 當成一筆 build entry 去打包；那舊 JS 還 import 一串 Preset*Error，但重構後 agent-presets 已改用 RemoteError、不再 export 它們 → 一堆 [MISSING_EXPORT] 報錯、build:lib 掛掉。

一共有 9 個這種「沒有 package.json、只剩 lib/node_modules 殘留」的孤兒目錄（apiproxy、session-persistence-sqlite、examples/* 等）。

修好的動作

pnpm run clean     # 移除 267 個路徑（刪套件的 safe residue）
pnpm run build     # 通過

pnpm run clean 正是 repo 為此設計的（官方說明：「remove build outputs and safe residue from deleted packages」)。它對沒有 package.json 的目錄只會在「全數為已知殘留」時删除，任何非殘留雜檔都會拒絕並報錯，所以安全。

你本地的幾處改動（跟 build 失敗無關，像是你自己試的繞路方法，可以考慮還原）

[liguobao]

其实还好了，爆炸性的版本都没有发布NPM包，我们插件开发者基本已经在提前适配了。
同時再次推荐dsh-desktop 相关的打包，至少这边一般都会内置一下doctor修复功能，主程序崩了，插件管理还是能用的。

[Wuzk-97]

不都说了有破坏性更新，整点有用的发出来，批判去加群吐槽，或者发其他论坛呗，挺污染环境