gpt-image-2 拼车生图翻车？揭秘无法生成 4K 图的真相与排查思路

最近 gpt-image-2 火得一塌糊涂，不少朋友都上了所谓的“Pro20X”拼车，想着这回终于能批量低成本生成 4K 高清大图了。

结果图生出来一看，嗯？这画质看着像把 1080P 拉伸了，或者根本没有达到我设定的 2160x3840 分辨率。

更有甚者，明明在请求体里明确写了 width: 2160 和 height: 3840，甚至还加了 quality: high，最终拿到的图片却依然是“阉割版”。这到底是中间的 Sub2Api 工具把参数吃掉了，还是车主挂的 Pro20X 配置本身就是个幌子？

今天我们就来硬核扒一扒这个问题，教你如何自己排查是不是“车”有问题。

一、 先看你的请求参数对不对

很多时候问题出在自己或者使用的客户端配置上。我们来看一段典型的请求 Body（这也是翻车源头）：

典型的 GPT-Image-2 请求参数 Body 示例，注意其中的冗余参数可能引发分辨率设置冲突。

{
  "prompt": "提示词内容",
  "model": "gpt-image-2",
  "size_mode": "2160x3840",
  "width": 2160,
  "height": 3840,
  "n": 4,
  "quality": "high",
  "output_format": "png"
}

这里有个非常典型的参数冗余陷阱。

如果你同时使用了 size_mode（比如 2160x3840）和 width/height 参数，不同的 API 接口或者中转代理可能会有完全不同的处理逻辑：

1. 优先级冲突：有的接口优先读取 size_mode，忽略 width/height；有的则相反。
2. 强制重写：部分老旧的 Sub2Api 版本可能看到 size_mode 被赋值后，就强制把它映射到一个它支持的固定尺寸列表（比如 1024x1024），导致你手动填写的 width 被无视。

排查思路：

• 尝试去掉 size_mode，只保留 width 和 height 参数。
• 或者反过来，只用标准的 OpenAI 尺寸字符串（如果有），去掉自定义宽高。看看哪种能命中 4K 输出。

中转代理层参数处理示意图：上游请求与实际服务器端配置可能存在的差异。

二、 Sub2Api 中转层的“锅”

如果确认参数没问题，那很有可能就是“中间商赚差价”了——这里的差价指的是“分辨率差价”。

Sub2Api 作为一个中转工具，主要作用是把订阅（Sub）转换成 API 格式。但很多针对 gpt-image-2 的魔改版或特定配置版，为了兼容性，可能会在转发请求前对参数进行清洗。

常见中转层限制：

• 硬编码限制：有些部署者为了省显卡显存，会在配置文件里写死最大分辨率（例如 max_resolution: 1024），即使你传了 2160，到了服务器端也会被自动降采样到 1024。
• 模型映射错误：如果车主配置了 default_model 为 gpt-image-2，但后端实际跑的是 dall-e-3 的低配版，那它返回 1024x1024 是正常行为，因为它本身就不支持 4K。

如何验证？ 如果你有条件，建议直接在源平台（即提供 API 的上游）用相同的 Key 和参数请求一次。如果上游能出 4K，而通过 Sub2Api 不行，那就是 100% 的中转配置问题，或者你用的这个 Key 被阉割了权限。

三、 所谓的“Pro20X”到底是不是真 Pro？

这就到了最扎心的环节：拼车。

市面上很多标称“Pro20X”的车，其实包装壳子五花八门。这里需要区分两个概念：

1. 模型能力：gpt-image-2 确实支持极高分辨率，这是模型本身的特性。
2. 算力配额：车主买的到底是什么样的订阅？

如果是 Plus 账号共享出来的 API，往往分辨率是有上限的。真正的 Team/Enterprise 级别（或者所谓的 Pro20X 级别）才允许无脑跑 4K。

如果你发现：

• 无论怎么调整参数，分辨率都卡在 1024 或 512；
• 生成速度极快，感觉不像是在跑高分辨率推理；

那大概率是你上的这辆“车”，本质上只是一个共享的普通 Plus 车位，车主贴了个 Pro20X 的标签而已。

四、 解决方案总结

遇到生图出不来 4K，别急着骂模型，按这个顺序排查：

1. 精简参数：请求体中去掉多余的 size_mode，直接用 width: 2160, height: 3840 试错。
2. 直连测试：绕过所有中转，直接用官方接口或上游提供的原生环境测试一次，排除“线路”问题。
3. 更换车位：如果直连没问题，那是当前拼车的中转层做了限流或降级。建议换一家承诺原生高分辨率支持的服务商，或者要求车主提供后端日志截图。

搞清楚是“路不平”（中转有问题）还是“车不行”（配额太低），才能省下那些浪费在试错上的 token 和时间。希望大家的 4K 大毛都能顺顺利利地生出来！