Codex 浏览器“已被你的组织停用”：明明开着也不可用的两种原因

ChatGPT 桌面应用（很多人仍叫它 Codex）里，浏览器开关明明打开了，却说浏览器不可用，通常是两句话之一，它们来自两道不同的检查：

• 设置 → 浏览器下面写着“已被你的组织停用，或在你所在地区不可用”：这是应用启动时做的判定。先彻底退出应用再打开（Windows 上关窗口不算退出，要在任务管理器里结束进程），临时的启动失败会就此消失；重启后还在，就是工作区管理员的限制或地区限制，本机改不了，Business/Enterprise 用户去找管理员，个人用户在不支持的地区就到此为止。
• 任务做到一半报英文 Local browser use is disabled in Work settings：这是每一轮对话都会做的检查。先开一个新对话（尤其是切换过登录账号之后），不行就彻底退出重开，再去 设置 → 工作偏好 → 使用本地浏览器 确认它没被关掉。

2026 年 10 月 22 日，在一台 macOS 26.1 的 Mac 上读取了已安装的 ChatGPT 桌面应用 26.1013.40934 的程序包和本机日志，下面的判定顺序、日志格式和页面名称都出自这次读取。这台机器的浏览器一直正常，两种故障都没有在本机复现；处理办法的效果来自 GitHub 和 OpenAI 社区里的用户报告，各处会注明。

先分清是哪一句：设置页提示和任务报错不是一回事

第二句目前只有英文，应用没有翻译。它的措辞也容易误导：不管被拒绝的原因是什么，它都说“Work settings”，包括关掉再打开任何开关都解决不了的情况。截至 2026 年 10 月 22 日，OpenAI 的帮助中心、learn.chatgpt.com 的浏览器与故障排查页都没有解释这句报错，GitHub 上的问题帖也还没有 OpenAI 回复。

“内置浏览器”（Browser 插件，应用里的浏览器面板）、“Chrome 扩展”和“Computer Use（电脑操控）”是三样东西，三者的启动判定用的是同一套结果名称，下面说的是内置浏览器。Chrome 扩展连不上、商店不让装，请看ChatGPT Chrome 扩展用不了：先分清是商店不让装还是桌面应用连不上；Computer Use 插件的安装和可用性见Codex Computer Use 怎么用：安装与不可用排查。

设置里显示“已被你的组织停用”：启动判定的 5 种结果

应用启动时会给内置浏览器算出一个结果，按下面的顺序检查，命中一项就停：

1. 工作区要求（requirements）不允许浏览器和电脑操控 → config-requirement-disabled
2. 浏览器面板被关闭 → browser-pane-disabled
3. OpenAI 的远程灰度开关（Statsig）没有放行 → statsig-disabled
4. browser_use 功能被要求关闭 → config-requirement-disabled
5. Codex 跑在 WSL 里 → wsl-disabled

都没命中就是 available。设置页那句“已被你的组织停用，或在你所在地区不可用”只在 statsig-disabled 和 config-requirement-disabled 两种结果下显示。所以这句话把两类完全不同的原因合在了一起：一类是管理员真的停用了，另一类是远程开关没放行，后者既可能是地区或账号不在开放范围内，也可能只是启动那一刻没连上。

远程开关没放行不等于账号被封。GitHub 问题 #44721 里，一位 macOS 用户的日志先出现 Statsig: error while bootstrapping post-login client … net::ERR_CONNECTION_RESET，15 秒后得到 reason=statsig-disabled，设置页随即显示这句提示，应用还自动卸载了内置的浏览器、Chrome 和 Computer Use 插件；他在同一版本上彻底重启应用后，日志回到 reason=available，插件也自己回来了，没有删缓存也没有重装。另一位用户在用代理软件时遇到了同样的 Statsig 启动超时。这说明网络抖动可能让启动判定失败，但 OpenAI 没有确认两者的因果，哪些账号和地区被远程开关排除也没有公开。

用日志里的 reason 判断属于哪一种

应用每次判定都会写一行日志，格式是：

browser_use_availability_resolved available=<true/false> browserPane=<true/false> platform=<系统> reason=<结果> release=<版本>

macOS 的日志在 ~/Library/Logs/com.openai.codex/年/月/日 下（这是 OpenAI 故障排查页给出的位置）。在终端里运行下面这条命令，可以按次数汇总本月的判定结果：

grep -rh "browser_use_availability_resolved" ~/Library/Logs/com.openai.codex/2026/10/ \
  | grep -o "available=[a-z]* browserPane=[a-z]* platform=[A-Za-z]* reason=[a-z-]* release=[0-9.]*" \
  | sort | uniq -c | sort -rn

2026 年 10 月 22 日在那台 Mac 上运行，结果是 216 行 reason=available，覆盖 26.1002.52244 到 26.1013.40934 六个版本，另有 2 行 available=false browserPane=false reason=browser-pane-disabled。其中 10 月 12 日那一行在 06:43:06.340 写入，7 毫秒后同一个窗口就记成了 reason=available：这是后台窗口启动时的过渡值，不是故障。看自己的日志时，偶尔一两行 false 不用在意，要看的是重启后最新的那几行。

上面的路径和命令只适用于 macOS。Windows 版的日志位置没有在本机确认，这里不给路径；Windows 用户可以直接按“任务管理器里结束进程、彻底退出 → 重开后开新对话”处理，或者在输入框里用 / 打开反馈，附上日志提交。

Windows 上同样要先确认应用真的退出过：关掉窗口后后台进程还在，重新点开只是把窗口叫回来。哪些进程可以结束，见Codex Windows 后台进程怎么处理：哪些该保留，哪些可以结束。

改 config.toml 盖不过远程开关和管理员要求

在 ~/.codex/config.toml 里写 browser_use = true、启用 browser@openai-bundled 插件，都不能改变启动判定。GitHub 问题 #27882 里，一位 Windows 用户日志里是 reason=statsig-disabled，他打开了这些配置项、修复了插件缓存、设了环境变量，结果都没有变化。2026 年 10 月 22 日那台 Mac 的 config.toml 里浏览器插件同样是 enabled = true，/etc/codex/ 目录不存在，也就是没有本机下发的管理配置；判定结果是否为 available，看的是上面那张表里的条件，而不是这几个开关。

本机改不了的情况：管理员停用、地区不支持和 WSL

下面几种情况，重启、重装、改配置都不会让设置页的提示消失：

• 工作区管理员停用了浏览器：OpenAI 的企业工作区浏览器与电脑操控管理说明写明，管理员在 Policies & Configurations → Requirements 里可以分别停用应用内浏览器面板、应用内浏览器的浏览器使用、通过 Chrome 扩展的浏览器使用和原生 Computer Use；这些要求是成员不能放宽的上限，成员的批准操作也绕不过去。多条策略从上往下生效，设了“Stops after match”的策略命中后，后面的策略连同工作区基线都会跳过。找管理员时，把这个页面路径和设置页的原文一起发过去。
• 所在地区不在支持范围内：OpenAI 的 ChatGPT 支持国家和地区列表不包括中国大陆、香港、澳门，并写明在列表以外的地方使用服务可能导致账号被封禁或停用。对这些地方的用户来说，“在你所在地区不可用”可能就是字面意思，这时应该停下，而不是继续折腾配置。
• 在 WSL 里运行 Codex：内置浏览器在这种方式下直接判定为不可用。

另外两个地方也没有浏览器：根据 OpenAI 的ChatGPT 桌面应用内置浏览器帮助页，Codex CLI 和 Codex IDE 扩展都不提供内置浏览器，它只在 macOS 和 Windows 的 ChatGPT 桌面应用里。

报 Local browser use is disabled in Work settings 怎么办

这句报错来自应用自带的浏览器插件。每一轮对话开始用浏览器时，插件都会向桌面应用要一份签名的“允许访问”答复，答复不是“允许”就抛出这句话。应用的判断分三步：

1. 浏览器工具在本对话里启动时，应用把当时登录的账号身份写进工具的运行环境。
2. 每一轮都拿这个身份和现在登录的账号比对。一致就放行；但在部分“工作”对话里（代码中对应偏日常的那种展示方式），还要再向服务器读一次“工作偏好”，只有“使用本地浏览器”没被关掉才放行，读取失败会报 Work browser access is unavailable。
3. 身份不一致时，请求会转去检查云端浏览器的授权，本地对话在这一步得不到许可。这一步是从程序代码推断出的结论，GitHub 问题 #54989 里有用户报告佐证：他把桌面应用的登录从账号 A 换成账号 B 后继续原来的对话，就开始报这句话，开新对话后浏览器恢复正常。

所以按这个顺序处理：

1. 开一个新对话，在新对话里让它接着做之前的任务。切换过账号的，这一步通常就够了。
2. 彻底退出应用再打开。macOS 用 ⌘Q；Windows 在任务管理器里结束应用的进程。#54989 里一位 Windows 用户试过重置工具内核（js_reset）和再发一轮消息，都不行，只有彻底重启应用（不用重启电脑）才恢复。OpenAI 开发者社区的一个帖子里，用户在任务管理器里结束进程、重开、再开新对话后恢复，但他分不清起作用的是重启还是新对话。
3. 打开 设置 → 工作偏好 → 使用本地浏览器，确认它是开着的。这一页和“设置 → 配置”“设置 → 浏览器”都不是同一页，#54989 里有两位用户在“配置”页里找了半天没找到这一项。工作偏好页只在账号有“工作”访问权限时才显示，并不是每个账号都能看到。

在“设置 → 浏览器”里把浏览器插件关掉再打开没有用：#54989 里一位 macOS 用户（应用 26.1016.51333）试过，报错照旧。很多人没有切换过账号也会遇到这句话，具体是什么让身份对不上，目前没有公开的解释。社区帖里有人说“官方的排错办法就是重启应用”，但没有给出处，OpenAI 的页面里也找不到这句话。

还有一种情况不报这句话、但同样卡住：GitHub 问题 #54794 里，一位 macOS 的 Plus 用户开着浏览器时，“工作”任务反复重试后以 The app tool call ended before producing a result 结束，关掉浏览器后同一任务正常跑完。这只是一份报告，任务卡死而当次不需要浏览器时可以试试。

重启和新对话都无效时，在输入框里用 / 打开反馈附上日志提交，或者到 GitHub 的 openai/codex 仓库补充到 #54989。

浏览器面板开着却说“Browser is not available: iab”：另一类故障

如果设置页没有停用提示、也没有报“Work settings”，而是代理说 Browser is not available: iab，或者浏览器列表里只剩“Codex MCP Apps”，那是另一个问题：扩展后端没有被发现。GitHub 问题 #53425 里，一个已知原因是 CODEX_HOME 指向的是符号链接或目录联接，社区给出的办法是把 CODEX_HOME 设成真实路径，再重启应用和浏览器，两台 Windows 电脑上有人确认有效；只缺内置浏览器而 Chrome 能用的情况，目前没有已知办法。日志里出现 No ChatGPT browser route is available for browser session 时，处理思路在ChatGPT Chrome 扩展用不了：先分清是商店不让装还是桌面应用连不上里。

常见问题

Codex 怎么开启内置浏览器？

在 ChatGPT 桌面应用（macOS 或 Windows）的“工作”或 Codex 对话里，点工具栏上的浏览器按钮，或者按 ⌘⇧B（Windows 为 Ctrl+Shift+B）。“设置 → 浏览器”里的“让 ChatGPT 控制内置浏览器”要打开。Codex CLI 和 IDE 扩展里没有内置浏览器。

设置里找不到 Local browser use 怎么办？

它在 设置 → 工作偏好 里，中文界面叫“使用本地浏览器”，不在“配置”页，也不在“浏览器”页。程序包里的设置表明，这一页只在账号有“工作”访问权限时才显示。看不到它时，先开新对话、彻底退出重开；这个开关是否参与了你那次判定，从界面上无法确认。

改 config.toml 能解决“已被你的组织停用”吗？

不能。远程灰度开关和工作区要求都排在本机配置之前，config.toml 里打开浏览器功能盖不过它们。能做的是彻底重启排除临时失败，再根据日志里的 reason 判断是找管理员还是地区限制。

“已被你的组织停用”是不是账号被封了？

不是同一件事。这句提示对应的是管理员停用或远程开关没放行，说的只是浏览器这项功能，不是账号状态。若你身处 ChatGPT 不支持的地区，这句话可能就是字面意思，此时继续使用本身有账号被停用的风险。“工作”模式和 Codex 在本机分别能访问什么，见ChatGPT Agent 本地文件解决办法：Work、Codex 和 Claude Code 权限区别。