1. 报错是什么
Codex 的内置浏览器是让模型直接读取网页内容的工具组件。报错 enterprise network policy blocks it 表示：浏览器的网络请求被系统级或浏览器级的策略拦截了。常见触发场景：
- Codex 版本更新后，浏览器组件权限配置丢失；
- 公司电脑上的企业策略（组策略/描述文件）拦截了非白名单流量；
- 系统代理或安全软件劫持了浏览器组件的出网请求；
- 浏览器配置文件损坏导致策略状态异常。
关键认知：浏览器工具与模型 API 是不同链路。浏览器报错不能直接证明 API 故障，也不能证明 API 一定正常；分别发送最小请求并查看各自日志。
2. 第一步：权限与版本重置
- 升级到最新版 Codex：该报错的多数社区案例都发生在特定版本区间，先
npm update -g @openai/codex或等价方式升级。 - 重启客户端进程：完全退出 Codex（包括后台进程），重新启动，让浏览器组件重新申请权限。
- 重置浏览器组件配置：删除 Codex 的浏览器组件缓存目录（通常在用户数据目录下的 browser 相关子目录），下次启动自动重建。
若重置后报错消失，说明是更新导致的配置残留；若仍然存在，进入第二步。
3. 第二步：代理与策略排查
# 1. 查看代理相关环境变量
env | grep -i proxy
# 2. 确认无企业代理劫持（macOS 查看系统代理）
scutil --proxy
# 3. 验证普通 HTTPS 出网是否正常
curl -sI https://example.com- 系统代理：如果系统配置了企业代理，浏览器组件可能被要求走代理通道，而代理规则拒绝了目标域名。可在"例外列表"中放行，或在测试环境暂时关闭代理验证。
- 企业策略：公司管理的设备上，组策略可能直接禁用浏览器组件的网络权限。这种情况只能联系 IT 调整策略，客户端无法绕过。
- 安全软件：部分终端防护软件会拦截"未知浏览器组件"的流量，将其加入信任列表即可。
4. 第三步：降级替代方案
如果策略层面无法解除拦截（如公司设备），还有两条替代路径：
- 工具调用模式：让模型改用 Web 搜索/抓取工具获取信息，而不是内置浏览器渲染页面。多数场景（查文档、查报错）工具调用完全可以替代。
- 手动提供上下文：把需要阅读的网页内容直接粘贴到对话中，绕开浏览器组件。
两条路径都只依赖 API 通道，与国内直连中转配置完全兼容。
5. 与 API 调用的关系
强调一遍：内置浏览器报错不影响 API 调用。如果你的 API 调用同时出现异常（超时、401、断流），那是另一个问题，按Codex 重连排查与API 错误码总览处理。
使用中转站时，API 端点走你配置的 Base URL，浏览器组件走本地网络——两者互不干扰，排查时要分开验证。
6. 常见问题
enterprise network policy blocks it 是什么错误？
这是 Codex 内置浏览器被系统/浏览器策略拦截网络访问时的提示，常见于更新后权限配置丢失、企业策略或系统代理劫持场景，与 API 端点本身无关。
权限全开也无法解决怎么办？
依次检查：更新到最新版 Codex、排查系统代理与安全软件拦截、重置浏览器配置文件。若仍失败，可以临时降级到工具调用模式，让模型通过 API 获取信息而不是内置浏览器。
内置浏览器报错会影响 API 调用吗？
不会。该错误只影响 Codex 内置浏览器的网页访问功能，聊天与代码任务的 API 调用走独立通道，通常不受影响。
使用中转站时会遇到这个错误吗？
该错误发生在客户端本地浏览器组件，与 API 走哪个 Base URL 无关。但客户端代理配置会同时影响两者，排查时建议分别验证 API 端点和浏览器出网。
* 本文为 island AI Coding 技术团队原创内容，报错场景综合自公开开发者社区讨论，修复步骤适用于 Codex CLI 各版本。