Bug Report: 恢复副本（Recovery Copy）无限堆积

[guge2477756717-wq]

概述

Reasonix 桌面端会以约 20~60 秒一个的速度持续生成「哈喽・副本」恢复副本会话，几小时内堆积数十个，占满侧边栏会话列表，并导致 Hermes 上下文注入 token 超限报错。

环境

• 版本: v1.24.1（D:\reasonix\current.json → activeVersion: "v1.24.1"，Reasonix.exe FileVersion 1.24.1）
• 系统: Windows amd64
• 客户端: Reasonix Desktop（reasonix-desktop.exe）

现象

1. 侧边栏「主连」分组下出现大量名为「哈喽・副本」的重复会话。
2. 这些副本无法通过 UI 删除——删除后立即被重新生成。
3. 每个副本完整继承项目上下文，堆积后持续累积 token，触发 Hermes 上下文注入超限报错。

根因分析

会话目录数据库 C:\Users\hande\AppData\Local\reasonix\session-catalog\v2.sqlite 的 catalog_sessions 表：

• 总行数 40，其中 39 行 recovered = 1
• recovery_reason 分布: snapshot conflict × 28, rewrite conflict × 11
• 相邻副本间隔约 20~60 秒

conflicts.jsonl 样例:
{"at":"2026-08-14T22:01:12.6680031+08:00","mode":"rewrite","outcome":"recovery_depth_cap_isolated","kind":"diverged","disk_messages":221,"snapshot_messages":229,"base_revision":1,"disk_revision":1}

关键观察: outcome = "recovery_depth_cap_isolated" 且 kind = "diverged"，disk_messages(221) != snapshot_messages(229)。每次快照/重写检测到会话文件发散就生成新 recovery 副本，且对同一源会话没有节流/合并。

并发进程（触发条件）

问题发生时同时运行 5 个 Hermes.exe + 1 个 reasonix-desktop.exe，多进程并发写同一会话分支，持续触发 snapshot/rewrite conflict。

期望修复

1. 对同一源会话的恢复副本做节流/合并：短时间内（如 1 小时内）的重复冲突应合并进已有 recovery 副本，而非每次新建。
2. recovery_depth_cap_isolated 触发后应停止继续生成副本（当前仍持续新建）。
3. 提供「清理恢复副本」批量清理入口（RecoveryCopy 标志已存在但 UI 仍无法删除）。
4. 可选：将恢复副本保留窗口/节流间隔公开为 [checkpoints] 配置项。

备注

• 客户端运行期间外部删除副本文件/改数据库均无效（WAL + 客户端保存机制会覆盖/重建）。
• 相关 changelog: v1.24.1「恢复副本正确分类」「恢复副本重复计数和清理竞争」，v1.19.6「CLI 恢复会话分组」——节流/合并问题仍未解决。