乐于分享
好东西不私藏
夜雨聆风 > > 办公文件 > Codex App 翻车!内置工具与自定义插件＂撞名＂,全球用户集体报错

Codex App 翻车!内置工具与自定义插件＂撞名＂,全球用户集体报错

当前时间： 2026-08-17 18:06:14 分类：办公文件 评论(0)
Codex App 翻车!内置工具与自定义插件＂撞名＂,全球用户集体报错

2026年7月10日 · 技术快讯

近日，OpenAI Codex App 桌面版在一次版本更新后引发广泛故障——大量用户在调用图片生成功能时遭遇报错，错误信息直指工具命名空间冲突，服务端返回 HTTP 400 拒绝请求。该问题波及全球开发者社区，GitHub、OpenAI 社区论坛及多个技术博客上均出现相关讨论。

问题根源：一个名字，两次注册

经技术社区排查，故障的核心原因在于新版 Codex App 已将图片生成能力作为内置托管工具（hosted tool）内置到服务端，工具命名空间为 image_gen。然而，旧版会话、用户自行安装的 Image Gen 技能插件，或通过 ~/.codex/config.toml 配置的 MCP 服务器，仍然会向 API 注册一个同名的自定义工具。

当请求到达 OpenAI 服务端时，系统检测到用户自定义命名空间与已有的托管工具命名空间发生碰撞，直接拒绝请求并返回 400 错误。这意味着请求在进入模型推理阶段之前就被拦截，无论你的 API Key 是否有效、模型是否可用，都无法绕过。

更隐蔽的是，部分用户启用了实验性配置 features.imagegenext=true，该开关会强制注册一个本地图片生成扩展，进一步加剧了命名空间冲突。据 GitHub 上开发者文档显示，这一冲突路径在 Codex 后端的 Responses hosted tools 侧早已存在。

用户侧应急方案

面对这一版本回归 Bug，社区目前汇总出以下应急处理路径：

第一步　彻底退出 Codex App 并重新打开，随后新建一个会话——不要继续使用更新前的旧会话，因为旧会话的历史消息中可能已缓存了冲突的工具注册信息。

第二步　进入 Codex 的 Settings → MCP / Tools / Connectors 页面，禁用任何名为 image_gen、imagegen 或 Image Generation 的自定义工具条目。

第三步　检查 ~/.codex/config.toml，如果其中存在 [mcp_servers.image_gen] 配置段，将其删除或重命名。但需注意：仅当该配置确实存在时才操作，盲目修改配置文件可能导致其他功能异常。

对于使用实验性配置的用户，应将 features.imagegenext 设为 false，同时确保 features.image_generation 设为 true，以走官方托管路径而非本地扩展路径。

雪上加霜：OAuth 权限与模型路由问题

除了命名空间冲突，部分用户还报告了连锁故障。有开发者反馈，通过 Codex OAuth 调用 gpt-image-2 模型时，因 OAuth Token 缺少 api.model.images.request 权限范围而返回 HTTP 401；而尝试手动补全该 scope 时，又被 OpenAI 以 invalid_scope 拒绝。另有用户遭遇模型路由异常，Codex 报错称 gpt-image-2 不存在，尽管 OpenAI 官方文档明确列出了该模型。

⚠️ OpenAI 官方尚未就此次工具冲突 Bug 发布正式声明。截至发稿，受影响用户仍在等待版本修复或官方回退方案。建议开发者密切关注 Codex App 更新日志，在官方修复发布前，优先采用新建会话 + 禁用自定义图片工具的临时方案维持工作流运转。

本文内容基于公开技术社区信息整理，仅供参考

工具本身不稀缺。

稀缺的是，把工具放进正确场景里的判断力。

欢迎关注！

如果你总有一种信息缺失的恐慌，

总有一种被时代抛弃的焦虑，那就来拥抱AI！

如需 AI 相关的服务  交流群  都可以私信咨询我

致力于让世界一流的模型走进千家万户

往期推荐：