Refined image quality and size parameter handling for high-resolution AI image generation, specifically for OpenAI-compatible APIs.

这边实际接入 gpt-image-2 / sub2api 一类 OpenAI 兼容图像接口时，发现生图页目前的“尺寸”和“质量”参数语义，可能还不够适合高分辨率场景，想提一个建议。

### 目前遇到的问题

现在前端里：

- size 更像是在表示 比例（如 1:1、3:2、16:9）
- quality 表示 low / medium / high / auto

但在实际请求里，这两个值会直接传给后端。
这样一来，当用户选择：

- size = 1:1
- quality = high

请求里通常还是类似：

{
"size": "1:1",
"quality": "high"
}

对于部分 OpenAI 兼容实现，尤其是一些代理 / 中转服务，这种传法并不会稳定生成高分辨率图片，最终还是容易回落到默认的 1K 左右尺寸。

———

### 建议的改法

建议把前端语义明确拆成：

- 尺寸 = 比例
- 质量 = 分辨率档位

也就是：

- auto：不指定具体分辨率，交给上游决定
- low：1K级
- medium：2K级
- high：4K级

然后在请求前，按“比例 + 质量”映射成明确像素尺寸，再发送给接口。
例如：

- 1:1 + high -> 2880x2880
- 3:2 + high -> 3520x2352
- 2:3 + high -> 2352x3520
- 4:3 + high -> 3312x2480
- 3:4 + high -> 2480x3312
- 16:9 + high -> 3840x2160
- 9:16 + high -> 2160x3840

这样请求会变成类似：

{
"model": "gpt-image-2",
"prompt": "...",
"quality": "high",
"size": "3840x2160",
"response_format": "b64_json",
"output_format": "png"
}

———

### 这样做的好处

1. 对用户来说更直观
用户看到“尺寸”时理解为比例，看到“质量”时理解为清晰度/分辨率档位，更符合使用习惯。
2. 对兼容 OpenAI 的代理实现更稳定
很多上游对 quality=high 的解释并不一致，但对显式 size=3840x2160 这类明确尺寸通常更稳定。
3. 更容易真正实现 4K 生图
否则很多情况下虽然选了 high，但实际还是只会出 1024 级别图片。

———

### 额外建议

- auto 模式建议不要强制映射分辨率，而是：
- 不发送 quality
- size 也尽量保持原值或让上游自己判断
- 另外建议在图片生成接口里默认补上：
- response_format: "b64_json"
- output_format: "png"

这样在一些兼容接口上表现会更稳定。