[Windows Desktop 0.2.2-rc.1] 安装失败后清单回退，但既有插件的 pnpm 补丁代码未恢复

[cwei8001]

希望确认一个安装失败后的保护问题，以及当前版本最简单、受支持的处理办法：新插件可以安装失败，但失败处理不应损坏无关的已安装插件及已登记的本地补丁。

环境与已有修复

• Windows，官方 Desktop 0.2.2-rc.1。
• 既有 dsh-dupguard@1.12.2 修复不仅是直接修改 node_modules：此前已用 pnpm patch / patch-commit 生成补丁，登记 patchedDependencies，固定包版本并更新锁文件。
• 此前成功重装验证能带回补丁；当时没有验证安装中途失败的恢复。这两种情况应分开看。

本次实际记录

2026-11-09，使用官方 plugin_manager/install_bundle 安装另一个本地插件包。安装日志先记录：

Packages: +43 -5
Progress: resolved 48, reused 43, downloaded 0, added 41
[ERR_PNPM_EPERM] [importPackage <profile>/node_modules/dsh-output-styles] EPERM: operation not permitted, rename '<profile>/node_modules/dsh-output-styles_tmp_51636_11' -> '<profile>/node_modules/dsh-output-styles'

失败后检查发现：DupGuard 的补丁登记仍在，但实际运行目录的 lib/engine.js 已不是此前验收的修复内容，修复依赖的 lib/paragraph-repeat.js 缺失；随后重新出现纯标点重复误拦。输出风格插件目录也不完整。

边界说明：没有逐文件写入审计，不能断言 pnpm 内部每一步的顺序、哪个进程在什么时刻写了哪个文件；相关会话工具记录中未发现额外执行整目录重置的命令。这是一次有安装日志和前后文件记录的事故报告，不是已完成最小复现的根因证明。既有插件已另行恢复，当前没有再次运行故障安装。

对照官方实现与相关反馈

0.2.2-rc.1 的插件管理文档说明安装失败/取消会恢复 package.json 和 pnpm-lock.yaml，但这不等于恢复实际插件文件树。兼容失败后的重新安装也需要考虑本地补丁是否完整恢复。

• 对应版本插件管理文档
• #7673：安装失败后残留状态
• #12254：同版本 Windows 安装最后一步 EPERM

本次不将 #12254 的原生模块占用诊断套用为我们的已证实原因。

想请官方明确的三件事

1. 是否已有修复或计划，能在安装失败、取消或重试后保住无关旧插件的实际文件与已登记补丁，而不只是清单？
2. 当前 0.2.2-rc.1 有没有不用搬迁整套插件、不改造宿主、也不依赖 AI 自觉的受支持临时办法？完全退出桌面后安装是否只是降低文件占用概率，而不是完整回退保证？
3. 若暂时没有，官方建议维护者怎样可靠保存和恢复这部分状态，特别是 pnpm 链接、补丁、嵌套依赖与本地插件？哪些文件范围必须一起处理？

我们不希望禁止正常安装，也不希望每次安装靠用户猜测审批内容。期待把安装失败的影响限制在本次操作内。若提供修复版本，希望覆盖“成功新增、安装中途失败、取消、失败后重试、指定插件更新”，并核对无关旧插件与补丁仍可使用。

日志路径已匿名化，未附用户凭证、私人目录或完整会话内容。