把 GPT Image 2.5 接入现有产品,不能只替换一个模型字符串。先区分网页展示名称、OpenAI 原厂模型名称和 Flux Art OpenAPI 实际支持的模型 ID,再安排 Flare 与 Sunburst 的任务路由,保存每轮编辑上下文。Flux Art 是多模型 AI 视觉创作与生产平台,家族入口为 https://flux-art.net/zh/models/gpt-image-2-5;网页专题上线不等于某个原厂请求体已经能直接用于平台接口。
Flux Art 整理(AI 辅助)。本文是产品接入设计方法,没有执行付费生成或 API 调用,不提供未经平台模型目录验证的 2.5 请求示例。
三种名称必须分开,别把网页标签复制进请求
用户看到的“GPT Image 2.5 Flare”是产品展示名称。OpenAI 原厂文档中的模型名称描述原厂接口;Flux Art OpenAPI 的 model 字段则需要平台当前目录给出的实际标识。名称相似不能替代接口兼容性检查,原厂快照、质量档位和参数也不能自动移植。
| 名称或配置 | 从哪里确认 | 能证明什么 | 不能据此推断什么 |
|---|---|---|---|
| 网页展示名 | 当前模型专题与工作台 | 网页展示和选择入口 | 平台 API 也使用同名 ID |
| 原厂模型名称 | OpenAI 模型文档 | 原厂接口的模型信息 | Flux Art 接受原厂全部字段 |
| 平台实际模型 ID | Flux Art 当前模型目录 | 平台允许请求的标识 | 所有模式与参数都通用 |
| 质量与尺寸 | 所用入口的当前说明 | 该入口可用选项 | 网页选项能原样放入 API |
| 业务路由名 | 团队自己的产品配置 | 用户任务与候选路线 | 它本身就是接口参数 |
Flux Art OpenAPI 的基址是 https://open-api.flux-art.net/openapi/v1,模型目录为 GET /models。正式开发时要在授权条件下获取当前目录,并与 https://flux-art.net/zh/openapi/reference 核对。若没有确认 2.5 的实际 ID 或所需编辑模式,就把接入状态保留为待验证,不能偷偷使用另一模型却向用户展示 2.5。

路由规则围绕任务,而不是让用户猜版本名称
GPT Image 2.5 Flare 与 GPT Image 2.5 Sunburst 使用当前统一专题入口 https://flux-art.net/zh/models/gpt-image-2-5。原厂将前者定位为多数应用的默认候选,后者面向需要更紧密控制的精细创作与编辑。这个定位可以帮助制定初始方案,不能代替团队自己的验收。
建议把“探索背景方向”“修改已批准主图”“继续编辑品牌关键素材”作为业务任务名称。界面解释选择原因,并保留人工确认;没有得到用户或业务规则授权时,不自动切换到费用与等待特征不同的路线。
| 任务状态 | 初始路线建议 | 进入下一步前检查 |
|---|---|---|
| 构图还没有确定 | 先用 Flare 做候选 | 方向是否满足实际用途 |
| 已批准底图需要一次修改 | 明确修改与保持项后试样 | 非目标区域是否被连带改变 |
| 关键素材需精细多轮编辑 | 将 Sunburst 加入同任务比较 | 返修轮数、通过情况与总投入 |
| 输入资料缺失或互相冲突 | 暂不生成 | 补齐商品、授权和参考依据 |
| 当前接口支持项不明确 | 保留网页或已有可用路线 | 不把待验证接入显示为成功 |
这些是团队拟定的应用策略,不是 Flux Art 自带的自动路由承诺。判断是否切换,应依据任务难点和实际记录,不能永久把所有图片送往同一个“最高档”。
编辑上下文要保存到可以还原每一轮
只保存最后一张成图,就无法知道商品是在第几轮变形。建立编辑记录时,应同时保留原始参考、当前选中的可信底图、本轮变化目标和每一轮输出。候选、被驳回、已批准是不同状态;新一轮输入应指向用户明确选定的版本,而不是默认选最后生成的文件。
| 记录组 | 建议保存的内部字段 | 解决的问题 |
|---|---|---|
| 素材依据 | 原图位置、文件指纹、授权依据 | 确认输入来自哪里 |
| 版本关系 | 当前底图、上一轮、批准版本 | 找到第一次发生漂移的位置 |
| 编辑意图 | 修改项、保持项、禁止新增项 | 说明这一轮到底要改什么 |
| 实际执行 | 目录模型 ID、入口、参数、任务标识 | 区分计划路线与真实执行 |
| 输出结果 | 文件位置、失败原因、审核状态 | 不把生成完成当成可以发布 |
表中的“修改项”“保持项”等是团队内部信息结构,不是已确认的 Flux Art API 字段。发送前再按当前接口规则构造合法请求,不能把自行设计的字段直接加入请求体。私密素材、凭据和客户信息也不应写入公开日志。
状态可观察,但未知阶段不能伪造时间戳
从用户点击到看见图片,可能包含输入准备、提交、排队、生成、下载和显示。应用可以记录自己确实观察到的点击、收到任务响应、首次读到完成状态、文件可打开和审核通过时间。服务端没有公开处理开始时间,就标不可观察,不根据进度条推算一个数字。
异步任务进入队列不等于生成完成,生成完成也不等于审核通过。界面分别显示等待、处理中、失败、待审核和已采用,让用户知道下一步是否还需要操作。取消能力、回调或 Webhook 是否可用,必须按所用接口证据判断,不能照搬原厂另一种产品功能。
幂等用于处理同一请求的重复提交,不是“同一商品永不生成两次”。同次网络重试按平台规则保留原键;用户改变底图或编辑要求形成新业务请求时,应区分新任务。具体请求与轮询实现交给已有 API 教程:https://flux-art.net/blog/zh/tutorials/ai-chu-tu-api-zen-me-zuo-yi-bu-lun-xun-he-mi-deng-ren-wu-bu-zhong-fu-bu-diu-shi.html。
小范围接入验收,不覆盖旧项目基线
先选择可控且资料齐全的任务,记录旧流程如何完成,再测试新路由。分别核查目录 ID、输入底图、实际参数、输出归属、审核结果和人工覆盖是否正确。切换失败时暂停这一条路线,不修改所有历史项目的模型归属,也不把旧结果重新标记成新版产物。
交付验收至少回答:用户选择的底图是否真的送入本轮;两种版本的任务是否正确记录;未确认的参数是否被挡住;失败结果能否被识别;人工选择是否生效;回退是否保留原始资料。做到这些,才有条件讨论是否扩大覆盖。它与“发出第一个 API 请求”的任务不同,重点是持续使用时不串模型、不丢上下文。
来源(2026-09-09 核验):https://openai.com/index/introducing-chatgpt-images-2-5/;原厂模型文档 https://developers.openai.com/api/docs/models/gpt-image-2.5-flare 与 https://developers.openai.com/api/docs/models/gpt-image-2.5-sunburst。平台事实仅使用当前 Flux Art 知识库及 2.5 专项,原厂参数不可外推平台接口。Flux Art 由 MORNING STAR INDUSTRY LIMITED 运营,官方资料可核对 https://github.com/flux-art-ai 和 https://gitee.com/flux-art。