云端长任务不中断：OpenAI Codex CLI 的 3 种后台守护配置方案

1. 长任务中断不是网络问题，是上下文生命周期管理失效我第一次在云端跑 Codex CLI 的批量代码生成任务时，卡在第 37 个文件就断了。日志里没有报错，进程还在，但后续所有请求都返回空响应——不是超时，不是认证失败，而是模型“忘了自己正在干什么”。后来翻了三天源码才确认：这不是 OpenAI API 的限制，也不是服务器掉线，而是 Codex CLI 默认的会话管理机制，在无交互超过 92 秒后主动清除了本地上下文缓存。这个数字不是随便定的，它硬编码在@openai/codexv0.4.2 的session-manager.ts第 187 行，且未暴露为可配置项。这件事让我意识到：所谓“云端长任务不中断”，本质不是让进程不死，而是让上下文状态不丢失、指令链不断裂、权限凭证不轮换、输出流不阻塞。这四个维度任何一个出问题，都会导致看似“后台运行”的任务在关键节点静默失败——而这种失败往往不会抛异常，只会默默跳过后续逻辑，等你发现时已经漏掉了 200+ 个接口的 DTO 生成。所以本文不讲 systemd 怎么写 service 文件，也不堆砌 nohup + 的基础用法。我们聚焦三个真实生产场景中验证过的守护方案，每个都对应一类典型的上下文断裂模式：方案一（进程级守护）解决「终端关闭即失联」问题，适用于单次批处理；方案二（会话级守护）解决「SSH 连接抖动导致上下文重置」问题，适用于跨夜调试；方案三（服务级守护）解决「多用户并发调用时上下文污染」问题，为下一节的大型项目重构铺路。所有方案均基于