Codex 报错 Work browser access requires an authenticated account

用 OpenAI API Key 登录 Codex 桌面版，或者用 CC Switch、magpie、Codex++、sub2api、NewAPI 这类工具把它接到中转站，App 自动更新到 26.1013 以后，发消息时弹出「提交消息时出错」，第二行是英文 "Work browser access requires an authenticated account"；打开旧对话则是「继续聊天未成功」加同一行，有时界面只显示「无法开始此聊天」。问题不在中转线路，也不在网络：App 处在「ChatGPT 工作」（Work）模式时，开始对话前会检查 App 里有没有已登录的 ChatGPT 账号，API Key 不带这个身份，整条消息在本机就被拦下。同一套配置下 Codex CLI 照常能用。

不需要 Work 的，点左上角的模式菜单，从「ChatGPT 工作」切回「Codex」，新开一个对话就能发出去。菜单切不回去、或者任何对话都打不开时，完全退出 App，把 ~/.codex/config.toml 里 [desktop] 下的 conversationDetailMode 改成 "STEPS_COMMANDS" 再打开。一定要保留 Work 的，只能在 App 里登录一个 ChatGPT 账号，让模型请求继续走中转（CC Switch 用路由模式）；没有 ChatGPT 账号又必须用 Work，截至 2026 年 10 月 23 日没有本地解法，只能等 OpenAI 处理。

2026 年 10 月 23 日，在一台 macOS 26.1 的 Mac 上读取了已安装的 ChatGPT 桌面版 26.1016.62342 的程序代码、本机配置和日志。这台 Mac 用 ChatGPT 账号登录、处在 Codex 模式，日志里没有这个报错，也没有改用 API Key 登录去复现。下文的触发条件来自程序代码，三条修法来自代码和 GitHub 上的用户报告，都没有在这台机器上实际跑过。

为什么报这个错：Work 模式要 ChatGPT 身份，API Key 没有

这行英文来自桌面 App 在本机准备对话工具时的一道检查。ChatGPT 桌面版 26.1016.62342 的程序里，开始新对话、往新对话里发消息或继续旧对话之前，App 会先给这次对话配置工具；对话在本机运行、当前要求 Work 浏览器身份、对话挂上了本机浏览器和电脑操作用的 node_repl 工具服务、App 里又没有缓存的 ChatGPT 登录身份（账号 ID 和用户 ID），四条同时满足就抛出这个错误。因为卡在配置工具这一步，失败的是整次发送或续聊，不只是浏览器任务。macOS 版 26.1013.40934 里是同一段逻辑。

"要求 Work 浏览器身份"由一个设置决定，就是 conversationDetailMode。它有三个取值：STEPS_PROSE、STEPS_COMMANDS、STEPS_EXECUTION，默认是 STEPS_COMMANDS，只有 STEPS_PROSE 会打开这道检查。左上角的模式菜单就是在写这个设置，选「ChatGPT 工作」（英文界面是 "ChatGPT Work"）写入 STEPS_PROSE，选「Codex」写入 STEPS_COMMANDS，所以 App 里说的 Work 模式和 STEPS_PROSE 是同一回事。这个设置保存在 ~/.codex/config.toml 的 [desktop] 一节，2026 年 10 月 23 日那台 Mac 上是第 563 行的 conversationDetailMode = "STEPS_COMMANDS"。

用 API Key 登录时，App 不会替你强制选模式，而是照你保存的选择走。按对 App 代码的解读，非 ChatGPT 的登录方式被当作允许使用本机 Work，只有 Work Cloud 会被拒绝；结果是选了 Work 的 API Key 用户正好落进上面四个条件：要求身份，却没有身份。OpenAI 的 Codex 登录方式文档只说桌面 App 本地使用支持 API Key 登录，依赖 ChatGPT 工作区或云服务的部分功能受限或不可用；截至 2026 年 10 月 23 日，OpenAI 没有公开说明这个报错，也没有写 Work 模式的身份要求。

这条规则对所有 API Key 和中转都一样。CC Switch、magpie、Codex++、sub2api、NewAPI、DeepSeek 的用户都报告过，老张 API 这类兼容 OpenAI 接口的服务接进桌面版 Work 模式同样会被拦；老张 API 文档写的是 Codex CLI 的接入方式，CLI 不经过这道检查。"提交消息时出错"下面如果是别的英文第二行，看 Codex 提交消息时出错：原因在第二行，按报错原文逐类处理；第二行是 "Work browser access is unavailable" 的，是 App 读不到账号的 Work 设置，属于另一个问题，见 Codex 浏览器“已被你的组织停用”：明明开着也不可用的两种原因。

三条修法怎么选：切回 Codex、改配置，还是登录 ChatGPT

先看你需不需要 Work。不需要的，切回 Codex 模式最省事，不碰文件也不要账号；界面上切不回去、或者 App 连对话都打不开，再去改配置文件，两者结果相同，都是回到 Codex 模式。需要 Work 又有 ChatGPT 账号的，在 App 里登录 ChatGPT，让模型请求继续走中转。没有 ChatGPT 账号又必须用 Work 的，到这里就该停手：截至 2026 年 10 月 23 日，没有不登录就能通过这道检查的本地设置。

前两条是一回事的两个入口，选哪条看界面还能不能操作。第三条换来的是 Work 模式，付出的是一个 ChatGPT 账号和一次登录；API Key 和 ChatGPT 订阅在费用和功能上的差别，见 Codex API Key 和 ChatGPT 订阅怎么选？额度与 credits 按美元算。

没有 ChatGPT 账号：切回 Codex 模式或改配置文件

没有 ChatGPT 账号时，两种做法都是让 App 回到 Codex 模式，检查随之不再触发，代价是不能再用 Work。先试界面上的切换，只有菜单切不过去或 App 打不开任何对话时才改文件：

1. 点 App 左上角的模式菜单，当前显示「ChatGPT 工作」（英文界面 "ChatGPT Work"），选「Codex」。
2. 新开一个对话，发一句话。能发出去就已经恢复，后面几步不用做。
3. 菜单切不过去，或者所有对话都报错打不开时，完全退出 App，不只是关掉窗口（Mac 上用 ⌘Q）。
4. 用文本编辑器打开配置文件。Mac 是 ~/.codex/config.toml，Windows 是 %USERPROFILE%\.codex\config.toml；设置过 CODEX_HOME 环境变量的，文件在那个文件夹里。
5. 在 [desktop] 一节找到 conversationDetailMode = "STEPS_PROSE"，把值改成 "STEPS_COMMANDS"，其余内容不动，保存。
6. 重新打开 App，新开对话发消息，能发出去即可。

改好后那一节是这样：

[desktop]
conversationDetailMode = "STEPS_COMMANDS"

openai/codex 仓库的 #54841 问题帖和 magpie 仓库的 #2539 问题帖里，多位用户在 2026 年 10 月 16 日到 20 日之间用这个改法恢复了发消息；有人直接把这一行注释掉，效果相同，因为默认值就是 STEPS_COMMANDS。改文件要在 App 完全退出之后：中转服务商星芒 AI 管理器在 GitHub 上的 #1353 排查记录提到，运行中的 App 退出时可能把内存里的旧值写回去。magpie 那个帖子里也有用户报告，改完再从菜单切回 Work，STEPS_PROSE 会被写回去，报错随之回来，这和代码里菜单写设置的方式一致。

文件里找不到这一行时，按代码它取默认值 STEPS_COMMANDS，不会触发检查；这时先确认打开的是 App 实际读取的那份文件，设置了 CODEX_HOME 的尤其要看。想先确认是不是这个报错，日志在 App 自己的日志文件夹里：Mac 在 ~/Library/Logs/com.openai.codex/，Windows 用户报告在 LocalCache\Local\Codex\Logs 下，~/.codex/logs_2.sqlite 里没有这条。

要保留 Work：在 App 里登录 ChatGPT，CC Switch 用路由模式

保留 Work 的前提是你有 ChatGPT 账号并且能在 App 里完成登录。登录后 App 有了身份，检查就能通过，而模型请求仍然可以发给中转站。下面的顺序最早由用户在 CC Switch #8431 问题帖里写出，维护者回复认可，2026 年 10 月 23 日又在 CC Switch #8747 问题帖里重申；10 月 17 日到 19 日 #8431 里有多人照做后恢复：

1. 在 CC Switch 里把 Codex 的供应商切到 OpenAI Official。
2. 完全退出 Codex 桌面版，重新打开，用 ChatGPT 账号登录。
3. 再次完全退出 App。
4. 在 CC Switch 的 Codex 页面把连接方式从「直连」改成「路由」，确认路由服务已开启，路由里选你的中转供应商。
5. 打开 App，在 Work 模式下新开对话发消息。

直连模式出问题的原因在 CC Switch 这一侧：直连切到第三方供应商时，它默认会把 ~/.codex/auth.json 里的官方登录先暂存再删掉，除非在设置里打开「非接管切换时保留官方登录」（默认关闭）。想继续用直连的，维护者给的另一种做法是先打开这个开关，切回 OpenAI Official 登录一次，再切到第三方供应商。维护者还指出，auth.json 里只有 OPENAI_API_KEY 不算登录，必须是带 tokens 的 "auth_mode": "chatgpt"。2026 年 10 月 19 日发布的 v4.0.16 起，退出 CC Switch 不再移走 ChatGPT 登录，更早的版本每次重启都要重走一遍上面的步骤。

这条路线的确认来自用户。2026 年 10 月 23 日有人在 Windows 版 26.1016.8622.0 上配 NewAPI，只把直连改成路由，Work 就恢复了；另一位用户说直连和聚合模式都不行，只有路由可以。也有反例：一位用户说两种做法都试过，请求都走了官方账号而不是中转站，至今没有结论；另一位用户用直连加开关的做法恢复后，访问 DeepSeek 的 API 也得挂 VPN 了。所以切完以后，到中转站的用量记录里看一眼请求是否到了那里。

不用 CC Switch、自己在 config.toml 里配中转的，思路相同：ChatGPT 登录只管身份，中转的 Key 单独存放。CodexPlusPlus 仓库的 #2632 问题帖里，一位 Windows 用户（Codex 桌面版 26.1013.4894.0）在 2026 年 10 月 20 日报告，把自定义 provider 的 requires_openai_auth 改成 false、Key 改用 env_key 指向的环境变量，再用 codex login --device-auth 登录 ChatGPT，完全重启后 Work 恢复正常。自定义 provider 的写法见 Codex 自定义 API 配置：Key、Base URL 与 Provider 怎么选。

为什么时好时坏，有时只有新对话报错

同一套配置有时能发、有时报错，并不说明中转线路时通时断。按对 App 代码的解读，App 只有在拿到这个账号的功能分配（来自 Statsig）和 Work 策略之后才按 Work 模式做检查，拿到之前直接跳过，所以刚打开 App 时可能还能发，过一会儿新开的对话就报错。星芒 AI 管理器的 #1353 排查记录对 Windows 版 26.1013.4894 得出了同样的结论，并补充说检查在开始对话时做一次，已经开着的对话可能还能继续用。这些时机只是"可能"，不保证；切回 Codex 模式之后，这道检查就不会再触发。

Work browser access 报错的其他问题

关掉 Codex 的浏览器开关能避开这个报错吗？

不可靠。代码里这个报错需要对话挂上 node_repl 工具服务，理论上关掉浏览器插件能让它不挂上；但 2026 年 10 月 20 日，CodexPlusPlus 的 #2632 问题帖里有用户关了浏览器开关仍然报错，星芒的排查记录也提到 Chrome、电脑操作等其他插件可能挂上同一个服务（未经验证）。就算奏效，浏览器也用不了了，不如直接切回 Codex 模式。

已经登录 ChatGPT，为什么还报这个错？

目前只有个别报告，原因没有定论。2026 年 10 月 16 日，一位 ChatGPT Plus 用户在 openai/codex 的 #54143 问题帖里说，macOS 版 26.1013.31256 上出现了这个报错，同时普通 Chat 模式消失、只剩「ChatGPT 工作」和「Codex」，点退出登录也没反应，重装和清空 ~/.codex/cache 都没用。如果界面看着已登录、App 里其实没有缓存的 ChatGPT 身份，就正好符合代码里的第四个条件，但这只是推测。按代码，切到 Codex 模式同样会绕过检查，但那个帖子里没人报告试过。

OpenAI 修了吗，能不能退回 26.1007？

截至 2026 年 10 月 23 日没有修。openai/codex 的 #54841 问题帖从 10 月 17 日开着，约 30 条 "+1"，OpenAI 没有在帖子里回复，10 月 23 日还有人在 Windows 版 26.1016.8622.0 上遇到。桌面版 26.1007 还没有这道检查，CC Switch 维护者也提过停留在这个版本，但退回去等于放弃之后的修复，App 还可能再次自动更新，只适合作为最后手段。