[Feature] Document an isolated Desktop launch for native UI acceptance (userData, instance lock, profile)

[MIles-Y]

需求

希望提供或文档化可与日常 Desktop 并存的隔离原生 Desktop 测试入口，让插件开发者能验证真正的 Electron 窗口及原生菜单，而不触碰日常 profile、凭据或业务数据。若已有正式方案，请指向文档。

环境与实际缺口

Windows DSH Desktop 0.11.1。CLI 隔离 home/profile 下的工作台、模型和工具可以测试，但以 ELECTRON_RUN_AS_NODE 启动的隔离后台没有 BrowserWindow，也没有原生菜单。Chrome 页面缩放或模拟视口不能证明 Electron 原生菜单在 200% 下的表现。

检查该已安装版本的 out/main/index.js：configureAppIdentity 设置 packaged userData 为 appData 下的 dsh-desktop，随后申请 single-instance lock；harness 根也从 userData 派生。我们未找到有文档保证的独立原生前端启动方式，能够同时隔离 userData、单实例身份、DSH_HOME/profile 与后端连接。因此没有直接启动或修改日常宿主来完成测试。此结论限定于核对版本，不断言最新代码缺失。

建议的官方隔离契约

• 显式指定测试 userData 根，并在申请 single-instance lock 之前生效；隔离实例使用独立实例身份。
• 显式指定 DSH_HOME/profile，或连接已启动的隔离后端；不静默回落到日常根。
• 可查看有效 userData、home、profile、后端归属的诊断信息；不显示令牌或密钥。
• 不自动复制日常凭据或业务数据；允许日常实例保持运行。
• 给出 Windows 上启动、停止、确认隔离生效的最小示例。

为什么需要真正的原生测试

核对版本使用 Electron Menu.buildFromTemplate(...).popup 与原生 zoom roles，菜单定位存在按 zoomFactor 映射的代码；这提供了低风险的静态依据，并非原生渲染已通过。真实 200% 下的菜单文本、子菜单、点击目标、屏幕边缘定位，以及 OS DPI/多显示器组合仍需原生窗口实测。我们没有报告已复现菜单缺陷。

建议验收

隔离窗口与日常实例并存；确认有效根互不相同。将隔离窗口实际 zoomFactor 调为 2，打开原生菜单及子菜单，截图并实点项目，核对位置和命中；恢复缩放。前后检查日常配置与业务文件未变化。

这是测试能力／文档请求，不要求插件接管系统菜单。未附业务数据、凭据、本地路径或原始日志。