2026-06-28 日版本计划 · 每日计划

立项时间：2026-06-28 00:15:00 +08:00

最近整理：2026-06-28 13:56:28 +08:00

本地验收口径：3106

承接：2026-06-27 日版本计划、2026-06-28 剩余版本需求池

本次纠偏范围：只纠偏“失败终局后的操作循环”，不重写剧情年线 / 闯荡 / 胜利结束收尾

2026-06-28-endgame-review-reopen-timesave 之前判成 verified 的，是“终局后能进入复盘 / 最近安全点重开 / 时间点读档”这些入口已经存在。今天的运行态截图说明，用户实际停在“终局收束 + 时间点存档浏览器”层，主观感知仍是“点了终局测试，后续流程断了”。所以 28 号这里需要纠偏的不是有没有入口，而是有没有把 终局测试 -> 败局册 -> 安全点 / 时间点 / 终局快照 -> 回经营状态 当成一条独立 lane 收口。

剧情年线、29 号主链 gap 和闯荡后排维持原口径，本页不重写。胜利结束收尾 继续只保留占位，不并入今天的可执行面。

当前终局流程现状

现有入口：终局测 开发按钮 handleDeveloperHardShutdown，以及 real hard-shutdown 触发后的自动接管。
已打通段落：handleDeveloperHardShutdown -> GameOverModal -> handleOpenFailureReview -> EndgameRecoveryPanel -> SaveSnapshotBrowser；系统门厅 终局深入口 也能打开复盘 / 最近安全点 / 时间点读档。
当前运行态证据：截图里用户已经进入 终局收束，并且上层打开了 时间点存档浏览器；说明 UI 壳子和点击入口不是空的。
当前旧验收的真实含义：旧 task 的 verified 证明“入口可触发、可点击、可打开浏览器”，不等于“失败后的完整操作循环已经闭环”。

终局断点总结

断点不在单个按钮，而在“从终局操作真正回到经营状态”的整条定义没有单独收口。
现在缺的不是再发明一页新终局 UI，而是把现有 GameOverModal、EndgameRecoveryPanel、SaveSnapshotBrowser 之间的操作结果关系钉死。
需要单独收口的完整循环是：终局测试 -> 败局册 -> 最近安全点 / 时间点存档 / 终局快照 -> 回经营状态。
当前最大混淆点是三类动作混在一个壳里：复盘 是只读、最近安全点 / 时间点读档 是恢复经营、终局快照另存手动档 只是生成恢复分支；如果不把这三类动作分开验收，用户就会觉得“流程停在浏览器里”。

拆分后的 28 日开发计划 lane

Lane：自动入场与终局接管

一句目标：把 终局测 / hard-shutdown 触发后的接管路径固定成同一条失败后入口，让玩家明确知道下一步是进入败局册，而不是继续在多个弹层之间找出口。
文件边界：src/App.tsx、src/components/AppHeaderBar.tsx、src/components/endgame/GameOverModal.tsx、src/components/endgame/EndgameRecoveryPanel.tsx、src/components/SystemHubPanel.tsx
验收方式：从 终局测 或真实 hard-shutdown 触发后，都会进入 GameOverModal -> 败局册 的同一条路径；不会出现“进了终局层但不知道该去哪”的分叉感。
明确不做什么：不新增新终局页面，不扩胜利结束，不改存档 schema。

Lane：复盘 / 安全点 / 时间点读档边界一致化

一句目标：把现有败局册里的三种操作语义钉死：复盘 只读、最近安全点重开 恢复经营、时间点存档 选择历史节点回退。
文件边界：src/components/endgame/EndgameRecoveryPanel.tsx、src/components/endgame/SaveSnapshotBrowser.tsx、src/endgame/endgameReplay.ts、docs/design/completed/systems/endgame-save-load-design.md
验收方式：玩家在败局册里能分清“看败局”与“回经营”的区别；截图这种“停在终局收束 + 时间点存档浏览器”状态不再被感知为流程断掉。
明确不做什么：不重做浏览器 UI，不扩成通用多周目管理，不新增无关终局玩法页。

Lane：终局快照 / 手动档 / 回经营恢复闭环

一句目标：把 最近安全点、时间点读档、终局快照另存手动档 三条恢复动作，明确成一条能回到经营状态的收口链。
文件边界：src/App.tsx、src/endgame/saveSnapshotStore.ts、src/endgame/endgameReplay.ts、src/components/endgame/EndgameRecoveryPanel.tsx、src/components/endgame/SaveSnapshotBrowser.tsx
验收方式：至少有一条 最近安全点 路径和一条 时间点选档 路径可以被验收为“回到经营状态”；终局快照另存手动档 只作为中间分支，不再被误认成已经完成恢复。
明确不做什么：不扩账号 / 多周目，不改 live save 命名空间，不重构全局存档体系。

占位：胜利结束收尾

一句目标：继续保留 lane 位置，等待主会话补 direct truth source。
文件边界：仅占位，不进入本轮实现派发。
验收方式：主会话明确胜利结束触发、收束页和继承关系后，才允许转可执行 lane。
明确不做什么：不自行定义胜利条件，不并入今天的失败终局操作闭环。

今日主序

先收 自动入场与终局接管，把失败后入口统一成一条真实可感知的路径。
再收 复盘 / 安全点 / 时间点读档边界一致化，把“只读回看”和“恢复经营”拆清楚。
然后收 终局快照 / 手动档 / 回经营恢复闭环，把回经营结果作为单独验收项。
胜利结束收尾 今天继续只占位，不转实现。

仍不在本轮

剧情年线 / 闯荡后排：维持原口径，本次不重写。
所有终局系统 redesign：不做。
新存档 schema / 新终局页 / 新多周目系统：不做。