PuppyIP 资源中心
AI 开发工具 5 分钟 发布于 2026-10-08

Codex CLI 0.161:Daybreak 入口为何消失,旧会话怎样继续?

升级后找不到 /daybreak,先看新开关。0.161.0 默认隐藏 Daybreak 入口,也停止旧线程的自动 Cyber 路由;保存的选择仍在。恢复入口与获得使用资格,是两件需要分别确认的事。

Codex CLI Daybreak cli_daybreak 版本更新 会话配置

服务对象与地域限制

PuppyIP 仅面向海外合规企业及其授权人员提供服务,不面向中国大陆地区开放或提供代理服务。本服务仅限用于中国大陆境外的合法业务活动,严禁在中国大陆境内使用本服务。

代理 IP 或服务器位于境外,不改变上述限制。不得通过中转、转接、共享或转售向中国大陆境内的最终使用者提供本服务。使用前请阅读用户服务协议。

本文要点

  • OpenAI 10月7日发布记录将 CLI 0.161.0 的 Daybreak 改为显式启用;只保留 daybreak=true 不够。
  • 使用 --enable cli_daybreak 或 features.cli_daybreak=true 才打开对应功能;旧线程和后台轮次也受新开关影响。
  • 自动路由仍取决于合资格 ChatGPT 登录、内置 OpenAI provider 及实际模型/项目支持,开关不授予账号权益。
  • codex exec 的 --cyber-access-program 是单轮显式覆盖,开关关闭时仍可使用,不改保存的选择。

入口消失,先别把它当成账号权限丢了

OpenAI 在2026年10月7日的 Codex CLI 0.161.0 发布记录中调整了 Daybreak 的启用方式。本次复核时,npm 的稳定 latest 仍指向0.161.0;alpha 标签属于预发布,不能当作正式稳定版。

这次变化的关键是 cli_daybreak:默认不开启时,交互界面的控件和状态提示会隐藏,/daybreak 命令也不可用。以前配置里的 daybreak=true,单独存在已经不足以打开这套入口。

更容易被忽略的是旧会话。即使线程保存过 Daybreak 选择,默认也不再自动采用 Cyber 访问项目路由;保存偏好并没有被删除。看到普通会话仍能工作、特殊入口却消失时,应先检查版本与功能开关。

需要用时,怎样明确打开新开关?

先在当前终端查看 codex --version,确认实际调用的是哪个 CLI。发布的是命令行版本,不代表桌面端、编辑器扩展和每个终端环境都会同步更新;不要仅凭另一台电脑的界面判断本机状态。

只想在本次启动启用,可以使用 codex --enable cli_daybreak。希望以后持续启用,则在实际生效的配置中设置 features.cli_daybreak=true;使用 TOML 的 [features] 段时,对应项是 cli_daybreak = true。

用户配置通常位于 ~/.codex/config.toml。可信项目也可有 .codex/config.toml,命令行选项、项目配置和 profile 等存在优先顺序;应检查当前生效的配置,而不是在多个位置反复添加同一个值。

完成后,在获授权的新交互会话查看 Daybreak 入口。这个开关只控制功能启用,不要求放宽沙箱、网络或审批设置;组织管理要求仍然适用。

开关已开,为什么还是不能自动走 Daybreak?

入口可见与账号能使用某个访问项目是不同条件。官方说明将自动路由限定为合资格的 ChatGPT 登录、内置 OpenAI provider,以及当前实际提供的模型和访问项目支持;不是所有账号开启后都获得同样能力。

因此,排查顺序可以很短:先确认 CLI 版本与 cli_daybreak,再确认当前登录方式、provider 和账号支持的选项。组织账号遇到限制时,交给管理员确认资格,不靠换 IP、切地区或降低安全设置处理。

以下是未执行的假设场景:你此前在一个线程里选择了 Daybreak,升级后继续同一任务。仅恢复旧线程不会自动打开新 gate;先显式启用,再确认当前账号与模型仍支持,才有条件恢复自动选择。

对应的官方合并记录还说明,恢复会话和后台任务轮次同样受该开关控制。不要只检查一个新窗口,就推断所有旧任务仍保持升级前的自动路由。

单次 exec 覆盖,是这次规则里的例外

如果工作流使用非交互的 codex exec,官方保留了 --cyber-access-program 参数。它是对本轮请求的明确选择,cli_daybreak 关闭时仍可使用;TypeScript SDK 的对应选项叫 cyberAccessProgram。

官方合并记录列出的参数值包括 standard、daybreak_blue 和 daybreak_red。选择仍应匹配自己获授权的项目与模型;写上参数不等于服务器会授予缺失的资格,也不是绕开账号限制的方法。

单轮覆盖不会改写线程保存的选择。例如在一个获授权的脚本轮次明确指定项目,不代表下一次交互启动也自动开启 Daybreak。把长期功能开关与单次请求参数分开管理,能避免配置看似相同、行为却不同。

该参数也不是所有命令通用。对应变更对 review,以及没有 prompt 的 fork 等不适用场景给出限制;接入既有脚本时,应对照当前命令帮助和官方参数说明,不把 exec 写法直接移到其他命令。

默认模型也变了,但不会覆盖你的明确选择

0.161.0 同时把内置和 Bedrock 模型目录的默认模型改为 GPT-6.1 Sol,并扩展了 Bedrock 相关能力。这与 Daybreak 显式开关是两项独立变化,不能用默认模型名称判断是否取得特殊访问资格。

Codex 配置有优先级。命令行、可信项目、profile 或用户配置中的明确模型选择,优先于内置默认值;所以升级版本不等于每个已配置环境或历史线程都自动迁到新默认。

需要向团队说明问题时,保留版本、功能开关、provider、配置来源和实际可用选项即可。遮盖账号凭据与私人任务内容,明确是入口不可见、资格不足,还是单次参数不被接受,处理方向会清楚得多。

资料来源

常见问题

必须升级到0.162 alpha才能看到 Daybreak 吗?

不需要把预发布当成正式版。10月7日官方0.161.0条目已经说明新开关;先确认当前稳定版、显式启用和实际账号支持。本文未安装或执行任何客户端。

用第三方 provider 时,能照搬自动路由规则吗?

不能。这里介绍的自动选择有内置 OpenAI provider 和账号资格等条件;其他 provider 的能力与配置应按对应实现确认,不把开关可写当成路由受支持。

这次 CLI 更新算 Tibo 28天承诺的某一天兑现吗?

当前核实的是独立的官方 CLI 发布。本文没有获得把它归入负责人某日承诺的明确证据,也没有据此推断额度重置或所有账号权益到账。