Codex App 无法设置管理员沙箱:我折腾了一天后的解决办法

Codex App 能正常打开，但因为沙箱设置一直不生效，导致没办法正常对话。我检查配置、恢复默认、提高权限、切换第三方 API 地址、重装 App 都没解决，最后发现问题可能出在电脑里残留的其他 Codex CLI 上。

这篇文章记录一个我自己折腾了一整天才解决的问题：Codex App 里面沙箱设置不生效，导致 App 能打开，但没办法正常对话。

我一开始以为是配置文件写错了，于是查了很多网站、帖子和相关结果，围着配置来回改、来回删。后来又怀疑是第三方 API 地址的问题，也试过重装 Codex App。

结果都没用。

最后真正解决问题的办法反而很简单：卸载电脑里已有的其他 Codex CLI，只保留 Codex App，然后重新安装 Codex App。

如果你也遇到类似情况，可以先别急着继续乱改配置，尤其是以前装过 Codex CLI 的话，建议优先检查一下本机是不是有旧版本残留。

我遇到的问题

我的情况大概是这样：

配置文件本身看起来是正常的；

一开始查资料时，我以为问题出在配置文件；

于是我把沙箱相关配置来回改、来回删，又恢复默认，还是不行；

Codex App 可以正常打开；

但因为沙箱配置一直过不去，所以没办法正常对话；

重启无效；

普通重装 Codex App 也无效。

这也是这个问题最烦的地方：它不是那种一眼就能看懂的报错。

App 能打开，所以你会觉得软件没坏；配置文件看着也正常，所以你会继续怀疑是不是某个字段写错了；但实际使用时就是卡在沙箱这里，没办法进入正常对话流程。

我一开始排查了什么

我最开始主要围着三个方向排查。

第一是配置。

因为网上搜到的大多数结果都会先让你检查配置文件，所以我也按这个方向试了很多遍。包括：

改沙箱相关配置；

删除部分配置后重新生成；

恢复默认配置；

把权限相关设置调高；

检查工作区路径和权限范围。

但这些都没有解决问题。

第二是重装。

普通重装 Codex App 之后，问题仍然存在。也就是说，只是卸载 App 再装回来，并不能清掉这个问题。

第三是切换第三方 API key 的地址。

因为我也怀疑过是不是第三方 API 地址、兼容性或者请求转发导致异常，所以换过 API 地址测试。结果也不是这里的问题。

绕了一圈之后，基本可以确定：不是简单配置问题，不是普通重装能解决的问题，也不是第三方 API 地址的问题。

真正有效的办法

最后真正解决问题的是这一套操作：

卸载电脑里额外安装过的 Codex CLI；

确认本机没有残留其他来源的 codex.exe；

备份 .codex 文件夹；

删除原来的 .codex 文件夹；

重新安装 Codex App；

启动 Codex App；

只恢复必要配置。

重点是前两步：清掉其他来源的 Codex CLI。

我之前电脑里应该装过不止一个 Codex 相关组件，有的是 CLI，有的是 App 自带环境。它们表面上都叫 Codex，但实际运行时可能会走到不同的可执行文件、不同路径或者不同配置。

所以这里有一个推测，注意只是我的推测，不是官方结论：

App 里面的 UI 看起来正常，但底层调用时可能被旧版本 CLI、旧路径或旧配置影响了。

这个推测的依据是：我清理掉其他 Codex CLI，只保留 Codex App，并重新安装之后，沙箱问题就消失了。

不排除其他人遇到的是别的原因，但如果你和我一样，配置、API、普通重装都试过了还没用，那么“旧 Codex CLI 残留”很值得查。

重装前一定要备份 .codex

这里一定要提醒一下：不要上来就直接删.codex文件夹。

这个目录里可能有你的 Codex 配置、登录状态、API 设置、项目偏好等内容。不同版本保存的东西可能不完全一样，但它肯定不是一个可以随手删掉完全不管的目录。

比较稳的做法是：

先把 .codex 文件夹复制一份，比如备份成 .codex_backup_2026xxxx；

再删除原来的 .codex；

重新安装并启动 Codex App；

确认沙箱问题已经解决；

最后只把必要配置迁回来。

不要直接把旧 .codex 整包覆盖回去，否则有可能把旧问题也一起带回来。

怎么确认电脑里有没有旧 Codex CLI

我更推荐用 Everything 搜。

直接在 Everything 里搜索：

codex.exe

如果是正常情况，应该只会看到和 Codex App 当前安装相关的结果。

如果不正常，可能会搜到很多奇怪路径里的 codex.exe，比如某些 node_modules 目录下面的可执行文件，或者以前通过 npm、包管理器、手动下载残留下来的 CLI。

当然，也可以用 PowerShell 查：

where.exe codex

如果输出了多个路径，就要留意这些 codex 分别来自哪里。

如果你以前用 npm 装过，也可以看一下全局包：

npm list -g --depth=0

不过我个人更建议先用 Everything 搜文件，因为它更直观，尤其适合发现那种藏在奇怪目录里的旧 codex.exe。

为什么这个问题容易误导人

它容易误导人，不是因为 Codex App 一切正常。

恰恰相反，我当时的情况是：App 能打开，但因为沙箱问题，没办法正常对话。

这会让人很自然地把问题归到配置上。毕竟界面能打开，账号/API 也不像是第一眼就坏了，那最像问题源头的就是 .codex 里的沙箱配置。

于是就会进入一个很折磨的循环：

改配置；

删配置；

恢复默认；

提高权限；

重启；

重装；

换 API 地址；

再回来继续怀疑配置。

但如果真正的问题是旧 CLI 残留，那么你在配置文件里来回折腾，很可能根本碰不到问题本体。

这也是我想写这篇的原因：不是说所有沙箱问题都一定是旧 CLI 导致的，而是当你已经把常规方法试完了，还没有解决时，别忘了检查本机到底有几个 Codex。

给遇到同样问题的人的排查顺序

如果让我现在重新排查一次，我会按这个顺序来：

检查 Codex App 的沙箱相关配置；

恢复默认配置试一次；

把权限相关设置调高试一次；

重启 Codex App；

普通重装 Codex App；

切换第三方 API key 的地址测试；

用 Everything 搜 codex.exe；

清理其他来源的 Codex CLI；

备份并删除 .codex；

重新安装 Codex App；

只恢复必要配置。

前面几步是常规排查，后面几步才是我这次真正解决问题的关键。

没有截图和链接怎么办

我当时折腾的时候完全没想着要写文章，所以没有认真记录截图，也没有保存那些同类问题的帖子或 issue 链接。

后面如果你想继续查，可以自行搜索这些关键词：

Codex App sandbox not working

Codex sandbox_mode not working

Codex CLI conflict

Codex App config not taking effect

Codex .codex config sandbox

codex.exe node_modules

最后总结

我这次遇到的问题可以压缩成一句话：

Codex App 能打开，但沙箱配置不生效，导致无法正常对话；常规配置调整、重启、重装、切换 API 地址都没用，最后通过清理旧 Codex CLI、备份删除 .codex、重装 Codex App 解决。

如果你也遇到了类似问题，尤其是以前装过命令行版 Codex，建议先用 Everything 搜一下 codex.exe。

折腾了一天，最后发现问题可能不在你正在改的配置文件里，而在电脑里某个早就忘了的旧 CLI 里。挺离谱，但至少这条路现在可以先排除了。