Codex OAuth 调用 GPT Image 2.6 报错 `GIF output is not enabled for this request` 怎么办

一句话： GPT Image 2.6 通过 Codex OAuth 返回 GIF output is not enabled for this request，原因是上游 GIF 权限限制，不是代理少传了某个参数；原样重试同一个请求不会解决。本文依据 router-for-me/CLIProxyAPI#7269 中维护者的确认、kiss-kedaya/sub2api#195 中协作者的排查，以及这些报告引用的 OpenAI Images API 参考文档。

适用范围： 通过 Codex OAuth 发起的 GPT Image 2.6 Flare 和 Sunburst GIF 请求，包括 2026-11-05 报告的 Linux amd64 上的 CLIProxyAPI v8.0.56，以及基于 sub2api 的部署。最后检查： 2026-11-06。

相关指南：GIF 教程、GIF 参数错误 和 GIF 价格。

generations 请求中的 GIF output is not enabled for this request

HTTP 400
GIF output is not enabled for this request.

当 Codex OAuth 图片路由把 GIF 请求转发给上游服务器，而上游账号或路由没有动画 GIF 输出权限时，GPT Image 2.6 会在 POST /v1/images/generations 上返回 GIF output is not enabled for this request（CLIProxyAPI 协作者于 2026-11-05 在 router-for-me/CLIProxyAPI#7269 中确认）。如果静态的 gpt-image-2.6-flare 图片生成可以正常工作，但同一套 Codex OAuth 配置在 output_format 为 gif 时失败，就属于这种情况。

1. 不要再原样重试同一个 Codex OAuth 生成请求。
2. 如果静态图片可以接受，请从现有生成请求的 JSON body 中移除仅 GIF 使用的字段：

   {
     "output_format": "gif",
     "frame_count": 4,
     "frame_duration_ms": 120
   }

3. 如果必须输出动画 GIF，请把 GIF 请求迁移到 API key 图片路径，并确保对应账号和所选模型拥有 GIF 预览权限。报告中引用的 OpenAI Images API 参考文档说明：GIF 输出要求所选模型具备预览权限；另有报告者观察到，通过 API key Images API 路径可以用 Sunburst 生成两帧 GIF（见 kiss-kedaya/sub2api#195）。
4. 更换访问路径后，在发送生产流量之前，先查看 GPT Image 模型指南 中的模型和图片参数。

如何确认修好了： 静态回退路径应返回图片，而不是上面引用的 HTTP 400。如果你切换到了具备 GIF 预览权限的 API key 图片路径，GIF 请求应返回动画图片响应，而不是 GIF output is not enabled for this request（用户绕过方案见 kiss-kedaya/sub2api#195）。

如果仍然失败： 收集请求路由、模型名称、output_format、frame_count、frame_duration_ms、代理版本，以及同一个请求直接打到 Codex 图片上游时是否也失败。把这些细节提交到代理项目的 issue tracker；CLIProxyAPI#7269 是在报告者提供原始 HTTP 请求、Docker 镜像版本、Codex OAuth 类型和直连上游对比后解决的。

edits 请求中的 GIF output is not enabled for this request

HTTP 400
GIF output is not enabled for this request.

当 Codex OAuth 编辑请求要求输出 GIF，而上游路由在返回任何图片之前就拒绝 GIF 时，GPT Image 2.6 会在 POST /v1/images/edits 上返回同样的 GIF output is not enabled for this request 错误（2026-11-05 见 kiss-kedaya/sub2api#195）。如果像 Sunburst image-to-GIF 这样的参考图请求失败，但同一 OAuth 组上的静态图片生成成功，就属于这种情况。

1. 确认失败请求是使用 Codex OAuth 原生图片路径的 edits 请求。在已报告的 sub2api 案例中，网关日志记录的上游端点是：

   /backend-api/codex/images/edits

2. 如果你的请求已经包含 GIF 字段，不要把它当成本地缺少字段的问题。sub2api#195 中的协作者排查发现，网关会把 output_format、frame_count 和 frame_duration_ms 透传到 Codex OAuth 原生路径，并没有做本地 GIF 校验。
3. 如果可以接受非动画输出，请从现有 edits 请求中移除仅 GIF 使用的表单字段：

   output_format=gif
   frame_count=2
   frame_duration_ms=200

4. 如果必须输出基于参考图的动画，请使用账号和模型都拥有 GIF 预览权限的 API key Images API 路径。同一份 sub2api#195 报告称，使用官方 Images API 加 API key 做对比时，可以从参考图生成两帧 Sunburst GIF；而 Codex OAuth 原生路由返回了上面引用的 400。

如何确认修好了： 静态回退路径应返回编辑后的图片。API key 绕过方案应返回 GIF 响应，而不是在生成前就因 GIF output is not enabled for this request 失败。

如果仍然失败： 保留原始 cURL 或原始请求、日志中显示的上游端点、模型名称、OAuth 组或访问路径，以及准确的 HTTP 状态。提交新 issue 前，可用通用错误处理指南整理状态、请求、重试和升级处理细节。

我们如何验证

• 生成请求：CLIProxyAPI 协作者于 2026-11-05 确认，CLIProxyAPI 会把 output_format: "gif"、frame_count 和 frame_duration_ms 直接转发到 https://chatgpt.com/backend-api/codex/images/generations；HTTP 400 是上游服务器强制返回的，因为动画 GIF 生成需要预览或功能权限门控，目前 Codex OAuth 路由尚未启用（router-for-me/CLIProxyAPI#7269）。
• 编辑请求：sub2api 协作者 bot 于 2026-11-05 报告称，网关会在 /backend-api/codex/images/{generations,edits} 上透传 GIF 字段，不做本地 GIF 校验，不会通过 bridge fallback 重试 400 响应，也没有用于判断 GIF 支持情况的上游能力信号或账号套餐检查（kiss-kedaya/sub2api#195）。
• API key 绕过方案：一位用户于 2026-11-05 报告称，使用官方 Images API 和 API key 可以从参考图生成两帧 Sunburst GIF，而 Codex OAuth 原生路由返回了上面引用的 400（kiss-kedaya/sub2api#195）。由于这是用户绕过方案，依赖它之前请确认目标账号拥有 GIF 预览权限。

站内文档： 提交新 issue 前，可用通用错误处理指南整理状态、请求细节、重试行为和升级处理备注。→ 通用错误处理指南

相关文档

• GPT Image 模型指南
• 通用 API 错误处理指南

来源

• router-for-me/CLIProxyAPI#7269：GPT Image 2.6 Flare GIF 输出通过 Codex OAuth 在 v8.0.56 上返回 HTTP 400
• kiss-kedaya/sub2api#195：GPT Image 2.6 Codex OAuth GIF 输出返回 HTTP 400
• issue 报告引用的 OpenAI Images API 参考文档