桌面版侧边栏「未分组」：工作区注册表只追加、不补录已存在的会话

[jilian-dsh]

环境

• Windows x64；桌面版 0.2.0-rc.2（读 resources/runtime.json 的 desktopVersion）
• 同一 $DSH_HOME 下另有一套命令行环境 0.1.5-rc.2，用作对照

现象

1. 侧边栏有会话长期显示在「未分组」下，重启不变、也不会自愈。
2. 这些会话在命令行客户端里完全不出现（连列表都没有）。

差异对照

• 会话 A：桌面版安装之前创建，安装后又在桌面版里继续过（有安装之后的新轮次）。
• 会话 B：桌面版安装之前创建，安装后从未被继续或写入。

两者都不在工作区归属表里，都落在「未分组」。

⇒ 因此 「是否在桌面版里继续过」与「是否失去归属」无关。

一条可能相关的线索

会话 A 在桌面版里继续时，本轮运行失败并报：

format v4 message requires a producer-owned source kind

（界面提示「本轮运行失败」，状态标记 UNKNOWN。）

⇒ 该报错与「失去工作区归属」出现在同一个会话上，二者是否相关不明，仅作定位参考。

机制层定位（本机实测）

• 归属记在 $DSH_HOME/storages/workspace.json 的 tables.workspaces[].sessionIds；另有 global.archivedSessionIds 为归档集合。
• 上述会话既不在任何 sessionIds，也不在 archivedSessionIds；但它们的会话文件在磁盘上、投影缓存存在、缓存里的 identity.cwd 正确指向所属工作区。
• 对照实验（关键）：新建一个会话触发注册表重写后，该工作区条目数 101 → 102（仅 +1）。⇒ 重写是「读出旧的＋追加新的＋写回」，不做全量重扫 ⇒ 已经漏掉的存量会话不会被补回。
• 第二组对照：同一格式版本（v4）的会话中，落在主工作区的 4 条全部漏登，落在子工作区的 5 条全部在册 ⇒ 差异与位置相关，与会话内容无关。
• 已排除：(a) 多实例并发（关闭另一个客户端后，同类错误照旧）；(b) 会话内容非法（在册的对照会话中同样存在同类字段）。

最小修法（本机已验证可行）

把漏登的 session id 追加进对应工作区的 sessionIds 数组，然后重启：

• 侧边栏立即归位；
• 该条目被保留 —— 程序后续重写注册表时没有把它抹掉 ⇒ 反证写回确实是增量的 ⇒ 补录是安全的。

建议

1. 注册表在重写（或启动）时，对磁盘上存在但未登记的会话按 cwd 补录一次，而不是只追加新会话；
2. 或提供一个界面入口，让用户能把既有会话移回某个工作区。
   （检索本机界面文案可见 会话分组 / 未分组 / New group / Ungroup，但未见「移动到分组」这类可把既有会话归组的文案。）

备注

以上均为本机（Windows）实测与最小干预验证；未包含任何会话内容、账号信息或私有路径。