自动修复功能

[wnan39449]

能不能弄个自动修复功能，或者复位也行啊，使用过程中不知道改了什么配置，直接导致插件启动失败服务直接报错，或者安装什么插件有冲突，直接G；急需一个自动修复的功能或者复位的功能，每次出问题再修复真的是很烦

[denial123789]

这个需求很实际，但建议把“自动修复”和“恢复默认”拆成有边界的事务，不能直接删整个 ~/.dsh。rc.2 里这个目录同时可能包含 profile、插件闭包、机器级 patch、凭据、用户 preset 和 Session；一键覆盖会把故障证据与无关用户数据一起删除。

当前 rc.2 已有两个可利用的只读诊断面：

dsh --profile web --dump-default-config
dsh --profile web --dump-config

• default 成功、effective 失败：优先查 profile cordis.patch.yml、home cordis.patch.yml 或显式 overlay；
• default 就失败：查 profile manifest、按序 Bundle patch 和模块解析；
• 两个 dump 都成功但启动失败：查插件 activation、依赖服务、app 参数或 runtime effect；
• pnpm 非零：manifest / lockfile / materialized closure 可能只完成了一部分，先保留状态再重试。

另外 rc.2 的 patch HMR 是事务式的：候选 YAML/Loader 更新失败时，旧的内存 generation 继续运行。但坏文件仍可能留在磁盘，所以下一次冷启动依然会挂。UI 需要分别显示“当前运行 generation”和“磁盘候选 revision”，不能把服务还活着显示成“配置保存成功”。

如果做 dsh doctor / dsh repair，我建议：

1. doctor 默认严格只读，先输出脱敏证据与第一故障边界；
2. repair 必须选择一个 profile 和一种 state class，列出所有文件/包操作；
3. 变更前记录绝对路径、版本、hash、file type、权限/ACL 与明确排除项；
4. 每个动作有 precondition 和 inverse，apply 前再次检查 revision/hash，避免覆盖并发修改；
5. credentials、Sessions、用户 presets、其它 profiles 默认永不进入 reset 范围；
6. 变更后必须通过 default/effective dump、冷启动、真实 provider turn 和一次授权 tool call；
7. 任一 gate 失败，恢复精确 snapshot 并再次证明冷启动，不能只提示“请重装”。

干净的新 profile 可以作为 control，用于区分安装/Base Bundle 与原 profile 的问题，但不能被宣传成已经修好了原 profile；它仍可能继承同一个 home patch 和环境层。空 patch 的合法禁用形式是 []，纯注释/空文件会解析失败。

我按 rc.2 b150a551... 的 profile composition、transactional HMR、plugin reconciliation 和 atomic-write 契约整理了完整流程与 16 个验收 gate：
https://sandbaseai.github.io/deepseek-harness-handbook/plugin-recovery.html

最关键的产品原则：repair one owned layer, preview every mutation, prove cold boot, and keep an exact way back.