[Bug][Desktop] 修改 cordis.patch.yml 触发热重载后，侧边栏会话与工作区整体消失（只剩当前会话，重启恢复）

[henggong]

Bug: 侧边栏在 profile 热重载后丢掉所有"冷"会话（重启才恢复）

英文摘要：After a hot reload of the desktop profile (cordis.patch.yml edit), the session sidebar
silently drops every stored session whose log was not written after the reload — across all
workspaces. Live sessions keep showing. A full app restart restores the list, and the session
logs are intact, so this is runtime state, not persistence.

• 报告版本：DeepSeek Harness 桌面端 44.7.0（nightly）/ dsh 内核 0.2.1-rc.3（dsh --version）
• 平台：Windows 10.0.26300（x64），Electron 桌面端，单机本地 profile
• 复现日期：2026-10-27（Asia/Shanghai）；2026-10-30 复核版本未变
• 严重度建议：高（用户会以为历史会话全部丢失；且无任何提示）

1. 现象

修改 cordis.patch.yml 触发 profile 热重载的瞬间，侧边栏的整个工作区列表与会话列表一起消失，界面上只剩当时正在看的那一个会话；重载完成后，只有「日志在该时刻之后被写过」的会话重新出现（本例最终 3 条），两个工作区的历史会话全部缺失。没有报错、没有占位行、没有「加载中」。

截图时（12:26）的实际渲染：

位置	实际显示	应该显示
工作区 默认工作区	3 条：中国企业终止与姆巴佩合作(刚刚)、DeepSeek 底层 GPU 指令集…(5 分钟)、排查并恢复消失的会话(10 分钟)	7 条（另有 1 条在归档筛选下隐藏，属正常）
工作区 iForce4	0 条	1 条：09机台卡顿原因分析

即：所有 12:14:48 之前写入过日志的会话都不见了，两个工作区同时中招。
12:15 之后新建/继续的会话（上面 3 条）正常显示。

关闭 DSH 重新打开后，全部会话恢复显示（用户已确认）。这就是关键判据：数据没丢，是运行期状态不对。

2. 触发条件（高度相关的时间线）

时间	事件	证据
11:54:10 / 12:09:30 / 12:14:42	桌面端今天发生 3 次"原生致命恢复"，每次都按 sanitizeProfile 规则把 profile patch 改名备份	~/.dsh/profiles/desktop/cordis.patch.yml.bak-20261027-115410、…bak-privacy-20261027-120930、…bak-global-20261027-121442；~/.dsh/AGENTS.md.bak-20261027-121442
12:14:45	cordis.patch.yml 被修改（新增一条 id: system-prompt 的 personaSuffix 补丁），触发 profile 热重载	文件 mtime 12:14:45；内容与 12:14:42 的备份相比多出该条目
12:14:48	7 个会话日志 + 7 份投影缓存被同一秒重写（重载中断了 in-flight turn，触发的崩溃恢复补尾）	~/.dsh/sessions/**/session.v4.jsonl.zstd、~/.dsh/storages/session_projcache/sessions/*.json 的 mtime 均为 12:14:48
12:15:02 起	新会话正常创建、正常显示；旧会话仍不显示	侧边栏

规律：只有"日志在 12:14:48 之后被写过"的会话留在列表里。 12:14:48 之后没有任何写入的会话，全部从 UI 消失。

3. 数据完整性核查（排除"数据损坏/丢失"）

在故障当下（12:24 前后）只读检查：

• ~/.dsh/sessions/ 下 10 个 session.v4.jsonl.zstd 全部存在、可解压、header 完整（id/cwd/createdAt 一致），最大 1.4 MB、事件数 18–1286，无截断；
• ~/.dsh/storages/session_projcache/sessions/ 有对应 10 份投影缓存，version: 7、formatVersion: 4，与日志 seq 对齐；
• ~/.dsh/storages/workspace.json 当时记账正常：默认工作区 8 条 + iForce4 1 条；归档集合 1 条（session-b8e428f2…，属正常归档）；
• 会话日志之间互相引用的 fork 关系无断链（没有"引用了但磁盘上不存在"的 session id）。

结论：持久层完全健康，问题在宿主/客户端的会话列表装配。

4. 代码层面的定位线索

前端对缺失的会话是静默丢弃，所以宿主侧只要少给一份 summary，整行就凭空消失，用户看不到任何异常：

• @deepseek-ai/dsh-client-ui-workspace（lib/client.js）

  • deriveFlat()（约 1146 行）：sessionIds.flatMap(id => { const session = list.byId[id]; return session !== undefined && sessionVisible(...) ? [session] : []; })
  • visibleSessionIds()（约 1129 行）：list.ids.filter(id => { const s = list.byId[id]; return s !== undefined && ... })
  • 也就是说：list.byId[id] 没有 summary 的 id，永远不会渲染（没有占位/骨架行，也没有"hydrating"状态）。

• 宿主侧会话列表依赖"冷会话 summary 的 hydration"（@deepseek-ai/dsh-session-query 的 SessionCorpus：listSessions() / projectMany()，以及 @deepseek-ai/dsh-session-projection-cache）。热重载会重挂插件树；从现象看，重挂后只有 live 会话进了列表，已落盘的冷会话没有被重新枚举/水合，直到进程重启才恢复。

• @deepseek-ai/dsh-workspace 的 WorkspaceRegistry 有 replaceHeaderIndex(await listStoredHeaders())（Service.init 里在 table.size > 0 时执行）与 reportFilteredCandidates()。可疑点：热重载路径是否走了同样的重枚举；若 header 索引为空，candidateMatches() 会让成员从 sessionIds 里被过滤，并在下一次 mutate() 时永久 prune（有丢索引的风险，比显示问题更严重）。

5. 建议的修复/加固方向

1. profile 热重载后强制重枚举：replaceHeaderIndex(await listStoredHeaders()) + 重建所有冷会话的 summary，再对外发 workspace / sessions 基线；
2. 前端不要静默丢行：summary 缺失时渲染占位行（标题"加载中…"）并在 hydration 完成后替换；或至少在会话数少于 workspace.sessionIds 数量时给出可见提示；
3. 给 mutate() 的 prune 加保护：当 header 索引为空/未就绪时禁止 prune（现有 candidateMatches 对"索引未就绪"和"确实不属于"返回同一个 false，语义应区分）；
4. 把 reportFilteredCandidates() 的告警同时接到"列表结果比记账少"这条路径上，便于用户与支持人员定位；
5. 回归用例：预置 N 个已落盘会话 → 触发热重载 → 断言列表长度仍为 N；再断言 workspace.json 的 sessionIds 未被 prune。

6. 供开发核对的现场数据（机器：本机 ~/.dsh）

• 10 个会话，创建时间 10:25–12:22，work dir 两个：C:\Users\john\Documents\deepseek-harness\default-workspace、D:\prj\iForce4
• 故障时 workspace.json：默认工作区 8 条（含 1 条归档）、iForce4 1 条；其中 ac99dbfd-b2b3-4c37-8969-55f9947da68d 从未被挂进工作区（另一独立小问题：该会话只能在"未分组"里出现）
• 明确未发生：会话日志删除、归档误标、sessionIds 被 prune
• 隐私说明：本报告不含会话正文，未上传任何会话日志

7. 临时规避

• 改完 cordis.patch.yml / 插件配置后，主动重启一次 DSH，不要只依赖热重载；
• 发现列表变少时先重启验证，不要新建会话覆盖现场；
• 若需要保留现场，先复制整个 ~/.dsh/storages/workspace.json 与会话目录再操作。