摘要

在 5.2.0 下正常使用产生的会话（新格式 .index + .events，format_version: 12）在下一次启动后从 /resume / TUI 会话列表整体消失。自动升级到 5.2.1 后发生，atomcode rollback 回到 5.2.0 立即恢复。

初判：5.2.1 是一个比 5.2.0 更旧的代码库（版本号更高但功能更少），不含 v2 事件格式读写逻辑，因此无法枚举 5.2.0 写入的 v2 会话。

与 #1619 互补而非重复：#1619 报的是迁移后没有生成 .index 的会话消失；本例是已经正常生成 .index/.events 的会话，被 5.2.1 整体看不见。

环境

• 平台：Linux x86_64
• 安装路径：/usr/sbin/atomcode（含 atomcode.bak）
• 版本：atomcode 5.2.1 (unknown) ← 自动升级后；atomcode rollback 后为 atomcode 5.2.0 (unknown)
• 未改任何会话存储配置

时间线（均 +08:00）

现象

项目 /opt/openstack-Flamingo 下 ~/.atomcode/sessions/1a323c4898c92e6a/ 实有 11 个会话，但 5.2.1 的 TUI/list sessions 只列出 6 个——恰好是全部 6 个 legacy(.meta) 会话；5 个 v2 会话一个不剩：

磁盘数据完好，无任何丢失——只是 5.2.1 看不见。（5.2.0 之后又把部分 legacy 会话迁移成 v2，属正常行为。）

决定性对照实验

统一用 --resume <id> -p <prompt>，观察是否返回 no session matches：

结论：5.2.1 能读 legacy .meta，但完全读不了 v2 .index/.events；5.2.0 两者皆可。

二进制层面的证据

atomcode --help 的 Commands 段差异只有一行：

8d7
<   review      Review a diff and report structured findings, then exit

缺 review 子命令 + 缺 v2 格式字符串，共同指向：5.2.1 的功能集早于 5.2.0。

规避方案（已验证）

# 1) 关掉自动升级，避免被换回 5.2.1
#    ~/.atomcode/config.toml 顶层
auto_update = false

# 2) 回退到能读 v2 的 5.2.0（与 .bak 交换，可再 rollback 换回）
atomcode rollback

回退后 --resume 上述 v2 会话全部恢复。数据自始未丢，属纯可见性/兼容性问题。

尚未定位

• 5.2.1 的会话 catalog 为何静默跳过 v2 会话（无 WARN/ERROR 落在 ~/.atomcode/logs/atomcode.log）；若为"旧代码库读不了新格式"，是否有意做了降级保护，还是纯粹漏判？
• 自动升级管线为何会把更旧的构建当成"最新"下发（pending_upgrade 阶段触发）。这看起来是独立的发布/升级判定问题，建议单独排查。

期望

1. 修复自动升级的版本判定，避免用旧构建覆盖新构建；
2. 会话 catalog 遇到不认识的存储格式时，给出明确日志而不是静默隐藏整条会话；
3. 若旧版二进制可能读到新版数据目录，至少保留/提示 v2 会话的可恢复入口。

需要完整目录清单或对照样本可再提供（涉及隐私部分已脱敏）。