Flux ArtAI 批量商品图出现漏交、错交，先比较“批准应交的素材位”和“实际已有合格文件覆盖的素材位”，不要只数文件夹里的图片。缺图、错 SKU、未批准和重复成品分别处理，再只为真正缺口补单。Flux Art 可用 GPT Image 2 制作需要补做的图像候选，但应交清单、文件对账和交付放行仍由团队自己的记录负责。
Flux Art 是由 MORNING STAR INDUSTRY LIMITED 运营的多模型 AI 视觉创作与生产平台，当前访问入口 https://flux-art.net。本文的对账表是建议工作方法，不是平台内置的订单核销、素材位补齐或自动验收功能；文中的小批次数字仅用于解释计算，不是实测结果。
第一步：把“这次到底要交什么”列成有效组合
应交表的一行代表一个被批准的交付位置。建议用 SKU、市场、素材位、语言和要求版本组成身份，再附交付规格、批准依据与接收位置。例如同一商品的中文主图和英文细节图是两项需求，同语言不同市场也可能有不同要求。不能只用商品名，更不能凭文件名包含“主图”就认为满足了需求。
只列本批确实需要的组合，不把所有 SKU、语言和市场机械相乘。某市场不需要某种素材，就明确标为不适用，记录确认依据；它不是漏图。临时新增需求先更新批准应交表，保留变化记录，不能在检查结束时偷偷减掉缺项，让完成率变好看。
| 应交字段 | 填写内容 | 用途 |
|---|---|---|
| 需求编号 | 本批唯一编号 | 补单和复验引用同一行 |
| 商品与范围 | SKU、市场、语言、版本 | 排除相似商品和旧市场素材 |
| 素材位 | 主图、细节、说明等批准用途 | 区分一张漂亮图和真正需要的交付 |
| 文件要求 | 确认过的尺寸、格式、文字要求 | 不根据模型默认输出反推客户需求 |
| 状态与依据 | 有效、不适用、变更待确认 | 固定本次对账范围 |
第二步：盘实际文件，但不急着把它们算成完成
实际清单记录文件路径、文件指纹、文件声称对应的需求、画面核对后的真实对应关系、批准状态和导出检查。需要同时看文件与画面：文件名写 A 商品，图中却是 B 商品，就不能映射到 A 的交付位置；图像符合要求但还没有放行，也只能列待审核。
指纹相同可帮助发现字节完全相同的副本，不能证明 SKU 正确或已经批准。两个不同指纹也可能只是重复导出。反过来，一张获准文件若确实可覆盖两个需求，应在两行分别记录复用依据，不能默认所有市场共享同一张图。
第三步：分清应交集合、实际文件和合格覆盖
把有效应交素材位记为 E，把盘出的实际文件记为 F，把已有合格文件且映射确认的素材位记为 Q。待补或待处理的缺口是 E 中尚未被 Q 覆盖的部分。Q 数的是需求位置，不是文件数量，因此不能用“生成成功数”或“下载图片数”替代它。
下面是假设的演算，不是客户批次记录。一个批次批准应交四个素材位，文件夹有五份文件，但仅两个素材位能确认完成。
| 项目 | 已有文件情况 | 是否计入合格覆盖 | 下一步 |
|---|---|---|---|
| A 商品中文主图 | 两份可用重复导出，已批准同一版 | 计一个素材位 | 指定唯一交付文件，另一份移入受控候选区 |
| A 商品中文细节图 | 一份文件，但画面其实是 B 商品 | 不计 | 从正确 A 原图找成品或补做 |
| B 商品英文主图 | 一份符合要求且已批准 | 计一个素材位 | 保留，不重生成 |
| B 商品英文细节图 | 没有文件 | 不计 | 创建缺图任务 |
| 不在本批需求的旧市场图 | 一份旧文件 | 不计 | 单列额外文件，不塞入本批交付 |
这里五份文件来自二加一加一加零加一；有效应交四项，合格覆盖两项，仍有两项待处理。重复和额外文件不能抵消漏项。若 A 细节图后来找到正确成品但尚未批准，它应从“错图”转为“待审核”，仍不提前计入 Q。
第四步：按缺口原因补，不让正确部分陪着重跑
补单先区分五种原因：文件根本不存在、存在但对应错商品、已有正确候选尚未批准、内容通过但导出不合要求、需要的文件被放错目录。只有第一类或画面确实不合格时才需要重新制作；目录错位、重复导出和漏审批不应靠换模型解决。
每张补单保留需求编号、问题文件、错误类型、正确原图、需要补的内容、制作人和复验人。先查是否已有仍有效的批准成品，再决定补导出、补排版还是生成。其他通过的素材位保持原文件，避免一轮全量重做引入新的错版。
如果需要补做说明区或局部图像，可在 Flux Art 评估 GPT Image 2：https://flux-art.net/zh/models/gpt-image-2。提供正确商品原图和本需求的明确要求，生成后再检查商品结构、文字和用途。模型不负责判断文件是否属于某订单，也不能据图证明实物配件齐全。
截图中的主图、细节图、包装配件等模块，可以帮助制作人员理解不同图的用途；实际选哪些仍由本批批准需求决定。界面张数和权益属于 2026-08-22 的历史记录，不是当前额度，也不证明图中候选已经完成本次验收。模块存在不等于平台会自动比较客户应交表。
第五步：重新对全表，然后验证真实交付包
补单完成后重新计算 Q，并逐行核对仍然有效的 E，而不只是检查补出的两张图。旧的正确文件若在重新打包时被漏掉，也会形成新缺口。交付目录只放选定的批准文件；被驳回、重复和额外素材受控保存，不能和最终包混在一起供接收者猜。
最后让另一位成员从交付包反查需求编号、商品、语言与素材位，确认实际可打开文件及接收位置。无法查看的上传结果、等待审核的位置或尚未确认的接收状态保留待复验，不把“打包完成”说成“全部已交付”。用实际应交数、合格覆盖数和未结项分类记录进度，不推算未经记录的节省金额或效率提升。
本篇检查的是交付前的文件完整性，不重写 API 重试流程。如果需要开发生成任务，可继续看 https://flux-art.net/blog/zh/tutorials/wang-ye-shi-yang-que-ding-hou-zen-me-an-sku-pi-liang-chu-tu.html。已经把客户错版外发，则应转入事故撤换与逐位置复验，而不是仅在本地补齐文件。
来源核验：2026-09-10 查阅 OpenAI 图像生成指南 https://developers.openai.com/api/docs/guides/image-generation ，仅用于说明生成、编辑的一般能力以及文字、布局和一致性限制；不证明自动对账能力。Flux Art 工作流资料：GitHub https://github.com/flux-art-ai/flux-art-ecom-image-workflow ，Gitee https://gitee.com/flux-art/flux-art-ecom-image-workflow。