你这版，还能装哪些
版本链、已知破坏性变更与升级前后清单。
本页是公开资料整理，不是本站实测。每条都附原始出处；标「事故」的条目是社区单方报告，本站尚未复现。插件能否在指定版本上运行，以兼容页的实测结果为准。
版本链与已知变化
| 版本 | 日期 | 类型 | 说明 | 来源 |
|---|---|---|---|---|
| 0.1.7-rc.2 | 2026-09 | 公开资料整理 | npm的latest曾长期停在这一版，next指向更新的rc；默认安装位与预览通道不是同一个版本。 | 社区版本核对文章 |
| 0.2.0-rc.1 | 2026-09-28 | 破坏性变更 | 移除runtime invariant plugins，依赖这些诊断入口的扩展与自定义profile会直接断；composer statistics拆为activity / usage，改过旧键名的插件要跟着改。 | 社区版本台账 / 发布说明整理 |
| 0.2.0-rc.1 | 2026-09-28 | 公开资料整理 | 自动化任务从内置功能改为可选插件包提供，升级后需要额外安装才恢复入口。 | 社区版本解读 |
| 0.2.1-alpha / rc | 2026-10 | 公开资料整理 | 社区插件开始声明engines.dsh宿主范围，不满足的宿主会被版本门拒绝：插件留在已安装列表但不运行，已保存配置仍在。 | 社区插件中文CHANGELOG |
| 0.2.2-alpha.3 | 2026-11-03 | 公开资料整理 | 增加插件安装失败诊断与Host日志入口，区分「安装失败」与「安装后启用失败」。 | 社区生态报道 |
| 0.2.2-rc.1 | 2026-11-04 | 升级事故 | 有Windows用户报告从0.2.1-rc.5升级后，配置文件中插件条目从34项缩到2项，且因本地化插件不兼容导致首次启动失败；客户端当时无升级前自动备份与版本回滚，手工恢复约5小时。 | 社区事故报道（未经本站复现） |
升级前清单
照着做一遍，比出事之后翻日志省时间。
- 先记下当前宿主版本号、profile名称与已装插件清单
- 备份 $DSH_HOME下的配置与profile目录，确认备份文件能打开
- 把工作区的未提交改动先提交或另存，别只靠回滚
- 逐条记录要保留的模型路由、MCP配置、Agent预设和本地依赖路径
- 升级后先核对插件条目数量，再逐个启用，不要一次全开
- 出现启动失败时，先用备份还原配置，再排查单个不兼容插件
出事了怎么退
先用升级前的备份还原profile配置与插件清单，再逐个启用插件。社区报告里最费时的不是修复本身，是没有备份、只能手工重建模型路由和MCP配置。目前客户端不提供版本回滚，所以退的是「配置」，不是「版本」。