[Validation]: 完成官方桌面自由创作与恢复闭环验收

[Qiuner]

问题与已有证据

官方 dsh-v0.1.6-alpha.1 的隔离桌面已能加载产品插件、主岛与邻岛，原生聊天输入框的显示、关闭重开和尺寸变化已做本机检查。但这不证明真实 Coding、审批、后台通知和重启续接已经完成验收；生产 runtime 仍为 0.1.3-alpha.1。

范围

用专用测试项目和使用者认可的模型配置，通过 upstream:desktop:probe --product --preview 走通自由创作闭环。先记录问题，再按实际失败点修复，不直接替换生产 runtime。首课教学由 #13 跟踪。

完成标准

• 选择或创建项目，Q 会话正确绑定该项目。
• 原生聊天完成一次真实文件修改并检查运行结果；记录实际模型与版本，不上传 Key。
• 分别验证同意与拒绝工具审批，拒绝后可以继续会话。
• 对话框打开和关闭探索两种情况下，完成/需要确认通知均可到达正确会话。
• 关闭重开桌面后恢复原项目和会话，不重复发送任务或创建错误关联。
• 模型失败、取消与连接恢复都有可理解的反馈；恢复不自动重放任务。
• 同步 official-desktop-plan.md 与施工总索引，记录环境、步骤、结果和未覆盖平台。

参考

• docs/official-desktop-plan.md
• packages/agent-isles-web/src/desktop.ts
• packages/agent-isles-web/src/client/NativeChat.tsx
• scripts/probe-official-desktop.mjs

不包含发行包、真实教学结课、生产依赖升级或 UI 重做。

[ruijayfeng]

我愿意认领这个 Issue。计划按现有范围，先使用专用测试项目在官方桌面预览环境走通自由创作、审批、通知和重启恢复闭环，记录实际失败点后再做聚焦修复；不在本项中升级生产 runtime，也不混入 #13 的首课教学实现。由于我没有仓库的 Assignee 管理权限，烦请维护者确认后分配给我；如果验收环境或优先级另有要求，也请告知。

[Qiuner]

@ruijayfeng 可以，已将 #19 分配给你。按你描述的范围推进：使用专用测试项目，在固定官方桌面预览中验收自由创作、审批、通知和重启恢复，记录失败点后再做聚焦修复。

优先完成 Windows 官方桌面的闭环，注明实际 commit、操作系统、模型及复现步骤；其他平台未执行时明确标为未覆盖。使用你有权使用的模型配置，不在 Issue 或日志中提交 Key、令牌及私人项目数据。生产 runtime 保持现状，教学实现由 #13 单独讨论。

建议先发一份简短验收记录或 Draft PR，列出已通过、失败和未覆盖项，再按问题拆分修复，便于我们核对范围。

[Qiuner]

@ruijayfeng 更正一下上一条的环境要求：了解到你使用的是 Mac，不需要准备 Windows 环境。你这边先按自己的 macOS 环境推进，Windows 验收由维护者这边承担。

这里需要区分两个入口：仓库现有 macOS 便携启动器，与 #19 要验证的官方 DSH 桌面接入不是同一条运行路径。目前 scripts/probe-official-desktop.mjs 显式限制 Windows，并依赖 Windows 的 Electron 路径，所以之前的 upstream:desktop:probe --product --preview 不能直接作为 Mac 可用命令。

请先记录 macOS 版本、Intel / Apple Silicon 架构，并检查固定官方版本在 Mac 上的构建、启动条件。如果需要适配探针，可以先提交一个范围独立的 Draft PR，说明平台差异和可复现步骤；不要只删除平台断言，也不要将现有 macOS 便携版的测试结果视为官方桌面接入已通过。若暂时无法运行官方桌面，记录具体阻塞即可，无需自行扩大成整套 macOS 打包迁移。

Mac 的运行入口确认后，再推进本 Issue 的真实任务、审批、通知与恢复验收。上一条中“优先完成 Windows”的要求撤回，其余任务边界保持不变。