Codex CLI 凌晨静默重启 对开发者的影响

LDT0545 这条有意思：他和 Tibo 两个人在 Codex 这边官宣"reset Tuesday 3 am"，把 CLI 的强制重启放到美东时间凌晨三点。

引用 Tibo 那条 "3am on a tuesday" 才是原汁原味的吐槽——这不是产品决策，是开发者给同事打招呼的口气："这周我们要在你们最不警醒的时候把你踢下线"。

Codex CLI 这种"凌晨静默重启"的做法在这两年的开发工具里其实不罕见：

• vscode 自己也干过：更新推送选在用户最少活跃的时段，避免现场 hot-reload 把编辑器搞崩；
• Cursor / Claude Code 也排过类似窗口：一般会通过预热脚本把内存里的会话状态先序列化进本地缓存；
• Jev / Continue 这种 Agent 侧 CLI 重启就更频繁，因为它们要刷新模型版本和 tool schema。

对实际开发者的影响：

• 正在跑长 Agent 任务的窗口要避开凌晨——3 AM 这档对个人开发者影响有限，但对跨时区团队来说是个"半夜 pipeline 莫名其妙断"的隐患。
• 未保存的本地 prompt 缓存会被清——Codex 这边的本地 session.json 在重启后会重新建，建议重要 prompt 自己留一份本地备份。
• 自动恢复机制才是关键——如果 CLI 重启后能自动接着上次的 task 续跑，体验上几乎无感；如果要手动重新开始，这个 reset 就是个故障级别事件。

工具迭代节奏越来越快，能理解这种"统一窗口更新"的考虑，但作为用户还是希望：要么有"我下个空闲再装"的开关，要么恢复流程能更智能一点。