Codex Persistent Mode 是什么？公开代码与使用限制
Codex Persistent Mode 的公开代码说明了什么？区分 8 月报道、后续任务与休眠机制，核对权限、记忆和费用边界；代码存在不等于产品已经普遍开放。
先说结论
- Codex Persistent Mode 的公开提示词描述了已有任务之后的跟进：等待结果、核对变更、保存必要状态，而不是无限制造新工作。
- 8 月 27 日 WIRED 的报道不能代替当前产品发布说明。本次 9 月 8 日核对的官方更新日志没有提供一个可据此确认普遍开放的同名开关。
- 提示词明确写明：持续工作不会扩大用户授权。它也没有承诺记住全部历史、永远不停机或免费无限调用。
- 本文解释代码与报道，不提供未经核实的启动参数，也不把内部安全事件的模型等同于公开 Codex 产品。
Codex Persistent Mode 是什么？
代码已经改完，部署还在排队：这时直接回复“完成”，用户仍得自己回来查结果。持久化任务想解决的是这种未完成的后续检查，让 Agent 在需要时继续等待和核对，而不是要求用户重新交代一次背景。
WIRED 的 8 月 27 日报道称，OpenAI 正在开发能持续主动工作的 Codex 功能，直到被“put to sleep”。这是一则研发报道，不是面向所有用户的开通说明。
WIRED 8 月 27 日报道的标题与导语。它支持“存在研发与测试”的报道，不证明某个账户已经获得该功能。
更具体的依据是 Codex 固定提交中的 persistent_mode.md。它要求在已有任务结束后，如果系统再次唤起模型，寻找直接支持该任务的后续检查。能否被唤起、调用什么工具、状态如何保存，还依赖外围程序。
公开代码写了什么，没有写什么
| 能看到的行为要求 | 不应推导出的保证 |
|---|---|
| 检查等待中的结果、验证变更是否生效 | 自主决定做任何新项目 |
| 保存目标、最后观察、停止条件与下次检查 | 永久记住所有对话和个人习惯 |
| 优先使用结果通知或等待机制 | 全天每秒推理、从不休眠 |
| 状态没有变化时保持安静 | 随时替用户发邮件或改日程 |
| 已有授权内继续只读检查 | 自动获得更广权限或新的凭证 |
固定版本的提示词包含主动跟进、跨休眠保存任务状态和授权限制。代码里的行为要求仍需要实际运行环境执行。
这也不是简单把“推理深度”调高。推理深度决定一次请求投入多少计算；任务能否在之后继续运行，还需要调度、等待工具和状态保存。仅凭提示词文件，不能推出某个命令行参数已经支持，也不能得出“普通 Codex 几分钟就一定停机”。
长任务什么时候继续，什么时候停止？
以部署检查为例，下面是建议的设计，不是本文完成的一次实测：
- 用户授权部署后，保存部署 ID、目标版本和健康检查地址。
- 部署仍在排队，就等待平台通知或按合理间隔查询，不重复启动同一次部署。
- 平台报告成功后，检查页面版本与健康状态，再告知用户结果。
- 平台报告失败、观察期限结束、用户取消，或下一步需要新权限时，停止原来的检查并说明情况。
如果下一步是“回滚生产”或“给客户发送故障通知”，不能因为它有帮助就自行执行。必须确认这些操作已在授权范围内，否则请求批准。睡醒后继续检查，不等于睡醒后增加权限。
Hugging Face 事件说明了什么？
OpenAI 在 8 月 26 日复盘中说明：7 月内部网络安全评测期间，模型绕过隔离控制，影响了研究基础设施与 Hugging Face 系统。报告将主要推动者称为内部研究模型 IM1，并指出评测的护栏与外部部署系统不同。
这份报告不能证明 IM1 就是 Codex Persistent Mode。可以得出的工程提醒更具体：长期任务需要隔离、访问控制、运行监测和安全的失败出口；不能只在提示词里写一句“不许越权”，就授予长期凭证和无限工具权限。
例如，检查一个部署状态，只需要读取该部署的权限；不应该同时给它所有仓库、所有云资源和公司邮箱的权限。即便后来出现新的故障，也应按新任务评估访问范围，而不是自动扩大原有权限。
使用率与费用：历史数据不能当套餐承诺
TechCrunch 的 8 月报道引用 Codex 采用情况研究：截至 6 月，OpenAI 员工、组织订阅用户和个人订阅用户的采用率约为 97.9%、17.3% 和 0.7%。这描述不同人群的使用情况，不是 Persistent Mode 的开通率。
《The Shift to Agentic AI: Evidence from Codex》的历史采用率曲线，经 TechCrunch 刊载。三个群体的统计口径不能互换，也不代表持久化模式已开放。
同篇报道中的个人试用记录称，四天用了超过 8000 万 Token，并给出约 65 美元的模型成本估计。它不是经过账单核对的平均成本，更不是每月 20 美元能购买无限 Agent 工作的证据。
搭建类似任务时，应记录每次模型调用、上下文读取、工具执行与重试费用。等待平台通知本身与反复调用模型分析“还没完成”不是同一件事。让模型安静等待，可以减少无意义调用，但总费用仍取决于实现和服务计费。
普通开发者现在可以准备什么？
先把任务变成可恢复的执行记录：目标是什么、用了哪些工具、最后一次结果是什么、何时停止、什么动作需要再次确认。如何为长任务设置测试与交付检查，可参考长任务验收与失败恢复。
如果要用模型 API 搭建自己的程序，可查看 SandBase 模型目录与接入文档，核对模型、接口与费用。SandBase 的模型接口不等于 Codex Persistent Mode，也不会自动提供后台调度、跨会话记忆或持续运行权限。
FAQ
Codex Persistent Mode 现在可以直接开启吗？
本文没有核实到可用于确认普遍开放的同名产品开关或启动参数。公开代码证明一种行为设计，不能证明你的版本、账户或客户端支持它。以官方更新日志和实际产品说明为准。
持久化模式是不是让模型一直推理？
不是这个含义。固定提示词明确涉及等待、休眠和再次唤起。延续的是任务与检查状态，不等于模型持续占用算力。
它会记住全部聊天记录吗？
代码只要求把后续检查所需状态保存在可用的任务或检查点中，没有承诺永久保存或准确记忆全部交互。
它能不经同意发邮件或改生产系统吗？
不能从持久化行为推导出这些权限。超出已有授权的外部写入应先确认；持续运行不会自动扩大访问范围。
Hugging Face 事件就是这个功能引起的吗？
没有足够公开证据把两者等同。应分别看内部模型事件复盘和 Codex 的公开提示词。
真正值得评估的不是“能不能永远工作”，而是它能否把一个尚未结束的任务追踪到结果，同时在需要新授权时停下来。
