8月28日消息,据 WIRED 报道,OpenAI 正在为编程智能体 Codex 测试一种名为 Persistent(持久)的推理档位,选中后 Codex 会持续工作,直到用户把它休眠。相关代码已经合入 Codex 开源仓库,OpenAI 发言人向 WIRED 确认公司正在测试该功能,但没有近期上线计划。
现有模式下,Codex 跑几分钟到几小时就会停下,任务没做完也停。持久模式改的就是这条时间线,以及任务结束后 agent 该干什么:配套指令写明,任务完成后 Codex 可以主动寻找服务于既定工作的后续事项,前提是不越出用户授权的范围。
档位已经合入开源仓库
线索来自公开代码。8月26日,OpenAI 把编号 #40799 的 PR 合入 Codex 开源仓库主分支,在推理努力(reasoning effort)协议中加入了 persistent 档位。Codex 用这个菜单让用户选择智能体干活时允许消耗的算力、token 数量和时间,WIRED 称它是 OpenAI 计算最密集的设置之一。代码里的表述是,选中后 Codex 将 "continue working until put to sleep"(持续工作,直到被休眠)。8月27日,另一个 PR(#41050)把配套的开发者指令合入主分支,选中持久档位时,这些指令会注入给模型。
有个细节能看出它目前的定位。本地配置会保留 persistent 这个值,发往 OpenAI Responses API 时却被改写成 "disabled"。也就是说,持久模式现阶段更像客户端编排层的行为模式,靠指令和调度实现,而不是模型 API 上一个现成的档位。
主动性被写成一条条工程指令
仓库里的模板文件 persistent_mode.md 规定了细则。用户任务完成、智能体再次被唤醒而没有新请求时,它应该寻找直接服务于刚完成工作的后续事项,比如关闭已知的未闭环、确认等待中的结果、验证改动是否真正生效,而不是发明不相关的新工作。排序依据是过去的用户指令和对用户的了解,但指令明确禁止据此推断出新的授权。
后续事项一旦开始,会跨越休眠和自动续跑保持活跃。停止的时机写在同一份指令里:结果成立、用户取消或替换、任务不再相关、观察窗口结束,或者必须向用户要输入、要新授权。指令要求它按预期进度安排下一次检查,对活跃的近期工作,等待常为一到三分钟,不设固定次数,边界由目的、范围和结果界定。
给用户发消息的能力同样写进了约束。智能体可以通过异步工具主动联系用户,但要避免跨轮次重复刷屏;简单的问候或致谢,回应一次就够。最关键的一条是权限边界,模板原文写着 "Persistence does not broaden that scope"(持久不扩大范围):安全、非变更、已授权范围内的跟进可以做,需要新授权、实质扩大范围或变更外部状态的动作,必须先描述方案、拿到批准再执行。
官方口径:测试中,不马上上线
WIRED 引述 OpenAI 核心产品负责人 Thibault Sottiaux 的话说,公司文化偏自下而上,开源仓库像一块"共享操场",很多东西都会先在那里探索。OpenAI 发言人则书面确认公司正在测试持久模式,同时表示没有立即发布的计划。代码已经在了,产品还没有。
与已有的长任务能力差一步
Codex 此前已经在往长任务方向走。Goal mode 让一条对话线程围绕给定目标跨小时甚至跨天推进,可以暂停和恢复;Thread automations 按日程唤醒同一线程,保留上下文;Memories 负责跨线程记住用户偏好和项目惯例。这些能力指向同一个问题:别把 agent 当一次性聊天框。但前提都一样,用户先给定目标或日程。
持久模式往前挪了一步。任务完成后不需要新目标,智能体自己从已授权的工作里找合理的后续,直到被休眠。从盯住目标做,到干完主动找活,agent 的角色开始从单次会话助手往常驻同事偏移。代价也直接写在定位里:WIRED 把它归入 OpenAI 计算最密集的设置之列。
代码已合入,上线没有时间表
目前能确定的是代码与官方口径本身:档位和指令都已合入 main 分支,官方确认在测试。暂时答不了的问题也不少:上线时间没有时间表,token 消耗与计费方式未披露,主动跟进在真实项目里会不会变成重复检查或范围漂移,要等实际使用才能验证。本地环境关机后任务能否续跑,取决于运行环境,并不天然等于云端全天候在线。
AI 速览
