# Codex 报错 Work browser access requires an authenticated account

> Codex 桌面版用 API Key 或中转时，Work 模式没登录 ChatGPT 就发不出消息：切回 Codex 模式即可，要保留 Work 只能登录 ChatGPT。

- URL: https://blog.laozhang.ai/zh/posts/codex-work-browser-access-authenticated-account
- Published: 2026-10-23
- Updated: 2026-10-23
- Author: LaoZhang AI Team (https://blog.laozhang.ai/zh/about)
- Topic: 开发工具与智能体
- Tags: OpenAI Codex, ChatGPT 桌面端, Work 模式, API Key, CC Switch, 中转, config.toml, 报错排查

---
用 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"`。

![Codex 桌面版触发报错的四个条件：本机运行、Work 模式写入 STEPS_PROSE、挂上 node_repl、App 里没有 ChatGPT 登录身份](https://blog.laozhang.ai/posts/zh/codex-work-browser-access-authenticated-account/img/work-check-four-conditions.webp)

用 API Key 登录时，App 不会替你强制选模式，而是照你保存的选择走。按对 App 代码的解读，非 ChatGPT 的登录方式被当作允许使用本机 Work，只有 Work Cloud 会被拒绝；结果是选了 Work 的 API Key 用户正好落进上面四个条件：要求身份，却没有身份。[OpenAI 的 Codex 登录方式文档](https://learn.chatgpt.com/docs/auth)只说桌面 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 提交消息时出错：原因在第二行，按报错原文逐类处理](https://blog.laozhang.ai/zh/posts/codex-error-submitting-message)；第二行是 "Work browser access is unavailable" 的，是 App 读不到账号的 Work 设置，属于另一个问题，见 [Codex 浏览器“已被你的组织停用”：明明开着也不可用的两种原因](https://blog.laozhang.ai/zh/posts/codex-browser-disabled)。

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

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

![三条修法的选择路线：不需要 Work 就切回 Codex 模式或改配置，要保留 Work 且有账号就登录 ChatGPT 并用 CC Switch 路由，没有账号就停手](https://blog.laozhang.ai/posts/zh/codex-work-browser-access-authenticated-account/img/fix-route-decision.webp)

| 修法 | 还能用 Work 吗 | 需要 ChatGPT 账号吗 | 要改文件吗 | 之后在界面切回 Work |
| --- | --- | --- | --- | --- |
| 左上角模式菜单切回 Codex | 不能 | 不需要 | 不用 | 重新报错 |
| `conversationDetailMode` 改成 `STEPS_COMMANDS` | 不能 | 不需要 | 要，App 完全退出时改 | 菜单会写回 `STEPS_PROSE`，重新报错 |
| App 里登录 ChatGPT，模型请求走中转 | 能 | 需要 | CC Switch 用户不用；手动配置要改 provider | 本来就在 Work，不受影响 |

前两条是一回事的两个入口，选哪条看界面还能不能操作。第三条换来的是 Work 模式，付出的是一个 ChatGPT 账号和一次登录；API Key 和 ChatGPT 订阅在费用和功能上的差别，见 [Codex API Key 和 ChatGPT 订阅怎么选？额度与 credits 按美元算](https://blog.laozhang.ai/zh/posts/codex-api-key-vs-subscription)。

## 没有 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，新开对话发消息，能发出去即可。

改好后那一节是这样：

```toml
[desktop]
conversationDetailMode = "STEPS_COMMANDS"
```

[openai/codex 仓库的 #54841 问题帖](https://github.com/openai/codex/issues/54841)和 [magpie 仓库的 #2539 问题帖](https://github.com/yetone/magpie/issues/2539)里，多位用户在 2026 年 10 月 16 日到 20 日之间用这个改法恢复了发消息；有人直接把这一行注释掉，效果相同，因为默认值就是 `STEPS_COMMANDS`。改文件要在 App 完全退出之后：中转服务商[星芒 AI 管理器在 GitHub 上的 #1353 排查记录](https://github.com/xufei5620/xingmang-ai-manager/issues/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 问题帖](https://github.com/farion1231/cc-switch/issues/8431)里写出，维护者回复认可，2026 年 10 月 23 日又在 [CC Switch #8747 问题帖](https://github.com/farion1231/cc-switch/issues/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 问题帖](https://github.com/BigPizzaV3/CodexPlusPlus/issues/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 怎么选](https://blog.laozhang.ai/zh/posts/codex-config-toml)。

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

同一套配置有时能发、有时报错，并不说明中转线路时通时断。按对 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 还可能再次自动更新，只适合作为最后手段。

## 参考来源

本文引用的外部页面，按正文出现顺序排列。最后更新于 2026-10-23。

- [OpenAI 的 Codex 登录方式文档](https://learn.chatgpt.com/docs/auth) (learn.chatgpt.com)
- [openai/codex 仓库的 #54841 问题帖](https://github.com/openai/codex/issues/54841) (github.com)
- [magpie 仓库的 #2539 问题帖](https://github.com/yetone/magpie/issues/2539) (github.com)
- [星芒 AI 管理器在 GitHub 上的 #1353 排查记录](https://github.com/xufei5620/xingmang-ai-manager/issues/1353) (github.com)
- [CC Switch #8431 问题帖](https://github.com/farion1231/cc-switch/issues/8431) (github.com)
- [CC Switch #8747 问题帖](https://github.com/farion1231/cc-switch/issues/8747) (github.com)
- [CodexPlusPlus 仓库的 #2632 问题帖](https://github.com/BigPizzaV3/CodexPlusPlus/issues/2632) (github.com)