[yaojin3616]

Fixes #330

问题

「设置 → 插件 → 插件市场 → 卸载插件市场」后重启，插件市场原样回来。

卸载走的是 IPC market:uninstall → uninstallMarketAndRestart() → removeProfilePluginWithDsh()，也就是 dsh plugin remove --workspace-root dshmarket。这是 pnpm 层面的删除，只改 dependencies 和 node_modules。

但当 dshmarket 是 generation 形态时，desired.json 才是权威：卸载自身触发的那次重启里，prepareGenerationsForLaunch() → projectGenerations() 以 desired.json 为准，把 junction、dependencies、bundles、generationProjection、pnpm.overrides 全部重建回来。加上 pnpm runner 的 suspendGenerationProjectionForPnpm() / restore() 会在命令前后把投影字段摘除再写回，pnpm 删除的那点效果也留不住。

结果就是：卸载"成功"，重启后一切照旧。

修复

按安装形态分支：

• generation 形态 → uninstallGenerationPlugin()（disableGeneration + 重新投影 + 校验），也就是恢复流程和安全模式一直在用的那条路；
• 其余形态 → 保持原有的 pnpm 删除，行为不变。

形态在删除之前判定（新增 isProjectedGenerationPlugin()）。原因是 uninstallGenerationPlugin() 的 false 有两种含义——"不是 generation，请走 pnpm" 和 "是 generation，但禁用失败"——混为一谈正是"指针还在却报成功"的来源。先问清楚，禁用失败就如实抛错。

为什么不复用 removeProfilePluginCompletely()

issue 里建议直接改调它，但那条路走不通：dshmarket 在 CORE_BUNDLES 里，isThirdPartyPackageName() 返回 false，beginRemoval() 会以 Refusing to remove core package dshmarket 拒绝。那个守卫的作用是防止插件恢复/安全模式流程扯掉核心 bundle，不该为这次用户主动发起的卸载而放宽。所以只取它内部的 generation 分支。

测试

test/generation-launch.test.ts 新增 4 条：

• isProjectedGenerationPlugin 能区分 generation 形态与普通 manifest 形态；
• 卸载 market generation 后再走一次启动投影，desired.json、dependencies、bundles、pnpm.overrides、node_modules/dshmarket 全部干净；
• 回归记录：只做 manifest 层面删除（模拟 dsh plugin remove 的结果）时，下一次启动投影会把它完整重建回来——这正是本 issue 的根因；
• 市场卸载确实经过 generation 路径，同时保留 pnpm 路径。

去掉本 PR 的 src 改动后，其中 2 条失败；加上后全绿。

npm run typecheck                          ✅
vitest run test/generation-launch.test.ts  ✅ 9 passed
+ plugin-removal / market-installer / generation-{registry,projection,installer,migration}  ✅ 72 passed

全量 vitest run：733 passed / 1 failed，3 个文件失败（ppt-activation、ppt-fonts、safe-mode-runtime）。这 3 个在未改动的 main 上同样失败（本地缺 PPT 运行时产物），与本 PR 无关。

说明

issue 里提到「HTTP 路径是 generation-aware 的，只是桌面端没选它」——实际上市场自我卸载的 HTTP 路径 (runUninstall()) 也不走 runPlugin()，而是直接 runProfileCommand(buildMarketUninstallArguments())，同样是纯 pnpm 删除。所以改走 HTTP 并不能解决问题，得在这里修。

issue 末尾「附加信息」里的 bundles 残留问题不在本 PR 范围内——那条已由 8b018c9（syncBundles: true）修复，包含在 0.8.0-rc.3 及以后，v0.7.2 没有。