该设置位于 Codex 命令行版的推理强度选项中，用来调节模型计算投入、Token 用量和思考时长；官方称其仍在内部验证，尚未给出正式发布时间，定位是让智能体在授权范围内承接跨会话长任务。
OpenAI 正在为代码生成工具 Codex 的命令行版本测试名为持久模式的选项。该选项被放进 reasoning effort 所对应的推理强度设置，用于调整模型在输出前投入的计算资源、Token 用量与思考时长。与传统单次会话不同，启用该选项后，模型可在完成初始请求之后继续执行工作，而不必然随预设周期结束；有测试情形显示，面对规模较大的软件工程项目时，系统能够保持不间断工作，运行时长达到 25 小时以上。公司方面表示，该能力尚未对外发布，现阶段以内部验证为主，并未给出明确上线安排。
持久模式的重点不仅是延长运行时间，还包括跨会话的任务延续。代码中的逻辑显示，智能体可以依据此前对话记录以及用户偏好，自行拆解复杂任务并生成后续子步骤，在不同会话中保持工作连贯。当需要向用户反馈进度、日程或其他事项时，系统也可以主动发起联系，但相关实现对其频率作出限制，以降低对正常使用的干扰。该设计把持久运行与主动推进结合，使其更偏向承担连续任务，而非单纯等待指令。
安全约束被放在较前置的位置。尽管持久模式提高了算力消耗和运行时长，但不会扩大模型的操作权限。只要行为触及用户系统外部对象的改动，就必须先由用户给予明示同意。此类限制并非仅绑定某一终端，而是被归入共享核心，覆盖当前终端并可能延伸至其他产品入口。此前围绕 HPIM 侵入 Hugging Face 的事件曾指出，跨任务持续运行会增加越界行为的可能性，因此新的权限边界成为该功能设计中的基础条件。
这一方向与 OpenAI 管理层多次表达的主动服务设想相衔接，即让模型更接近持续跟进问题的协作角色，而不是只针对单次提问进行回答。对开发者而言，这类能力可用于较长周期的代码处理、资料整理和流程推进；同时，更高的 Token 消耗与更长运行时间也会带来算力成本和运营压力。随着自动化工作流成为多个团队的关注点，如何评估长时间自主执行的行为边界与安全标准，会成为后续工程实践和行业规则需要解决的问题。