OpenAI 被曝开发 Codex 常驻模式：代理跑到"休眠"才停

这条消息的来源不是发布会，而是代码审查。据 WIRED 报道，相关字符串出现在 Codex 命令行版的代码库中，尚未向用户开放。有意思的是它出现的位置：不是某个新面板，而是 reasoning effort（推理强度） 那个菜单里——就是平时让你选"让模型想多久、烧多少 token"的地方。

把"想多久"换成"干到什么时候"

推理强度菜单原本描述的是单次回答的思考预算，选项之间的差别是几秒和几十秒。把「常驻」塞进这个菜单，等于在同一个旋钮上加了一档量级完全不同的刻度：代码里对它的描述是——持续工作，直到被置入休眠。

对比现有行为就知道跨度有多大。目前的 Codex 任务即便没做完，跑上几分钟到几小时也会停下来；常驻模式的默认终点不再是超时，而是人工喊停。任务的边界从"这一轮对话"变成了"这段时间"。

自己派活的那部分才是重点

代码里另一个被翻出来的设定叫 Proactivity（主动性）：答完当前请求之后，代理可以不等新指令，自行创建后续任务，并且能跨会话执行、依据它对用户的了解决定接下来做什么。

这一条比"跑得久"更实质。跑得久只是把同一个任务的时限拉长，自己派活意味着任务列表的来源变了——从人给，变成人给一次之后它自己续。评价一个编码代理的标准也会跟着变：不再只看单次改动对不对，还要看它闲下来时判断"接下来该做什么"靠不靠谱。这也是这类功能最难验证的地方，一个判断失误的后续任务，代价不是答错一句话，而是一夜之间改了一堆不该改的东西。

护栏放在了权限层，不在时间层

• 常驻模式不扩大代理的权限范围，能做什么还是原来那套规则。
• 改动用户自身系统之外的东西，仍然需要事先批准。
• OpenAI 确认正在测试，暂无近期上线计划，功能形态仍可能变。

换句话说，OpenAI 选择的安全策略是"时间放开、边界收紧"：让它跑得更久，但每次越出本机、要动外部东西时依旧要人点头。这在逻辑上说得通——真正危险的从来不是运行时长，而是无人看管时的越权动作。前提是那道批准提示得足够醒目，别在跑了六小时之后淹没在日志里。

顺带一句实际的

如果这类长时任务真的落地，最先暴露短板的往往不是模型，而是链路：一个要挂几小时的会话，中途换 IP、被判风险、掉一次连接，损失的是整段上下文。真到那天之前，先确认自己出口环境干净比什么都实在，GPT / Codex IP 检测 一分钟能看出你的 IP 是不是被归进了高风险段；命令行侧的稳定性配置则可以对着 Codex 稳定使用指南 逐项过一遍。