[Feature]: 能否适配中转站只支持 /v1/chat/completions端点的gpt-image-2模型

[rkongzy]

Affected area

Backend / API

Problem or use case

中转站的gpt-image-2模型只支持 /v1/chat/completions，将中转站的gpt-image-2模型映射成gpt-img-2在deeix中使用时，会返回一堆base64代码，且可能由于代码太长会中断生成。能否适配一下，使其能够正常显示图片

Proposed behavior

正常显示图片

Alternatives considered

No response

Compatibility, deployment, or migration impact

No response

Documentation or API contract impact

No response

Pre-submit checklist

• I searched existing issues and pull requests.
• This request is focused on one feature or improvement.
• I described user-facing, API, configuration, or deployment impact where relevant.

[qingchunnh]

我觉得最好能像owu那样可以自动把base64编码的图片转为文件来显示

[chenyme]

已处理这个场景，但实现边界不是针对某个中转站或某个非图像协议做特殊适配。

本次兼容的是：当聊天模型通过 /v1/chat/completions 返回的 assistant 内容本身是图片 base64 / data URL / markdown data image 时，DEEIX 会识别为图片内容并按现有图片 UI 渲染，而不是继续把整段 base64 当普通文本展示。

也就是说：

• 支持 data:image/png;base64,... 这类图片文本返回的渲染。
• 支持完整 raw base64 图片内容的识别和预览。
• 渲染层会优先走现有图片展示 UI，避免在对话中直接铺开大量 base64 文本。
• 后端不把 /v1/chat/completions 当成图像生成协议重新适配，也不对特定中转站协议做 provider-specific hack。
• 如果上游返回的是截断、不完整或无法识别的 base64，仍会按文本或错误态处理，避免误渲染。

因此本次提交覆盖的是“base64 文本图片结果的展示兼容”，不是“把非图像协议改造成图像生成协议”。