Nano Banana 批量文件怎样命名才不混版

Nano Banana：批量文件名应同时包含项目、SKU、用途、语言或渠道、版本和批准状态；只用日期或“最终版”会导致覆盖与误投。

先确认问题边界

先定义固定字段与合法取值，例如 SKU、main/detail、zh/en、v01 和 approved。

命名标准要同时服务制作、审核和交付。建议把字段顺序、分隔符、大小写和缺省值写成一页规则，并给出正确与错误示例。文件名只放稳定的业务信息；任务 ID、哈希和审批备注等较长字段放入清单，不必全部塞进文件名。

具体怎么做

下载后由脚本或人工按台账重命名，任何返修递增版本，不覆盖已批准文件；清单同时保存任务 ID。

一个可用格式可以是 项目-SKU-用途-渠道-语言-v03-review.png。状态只使用预先定义的 draft、review、approved 等值，“新版”“最终版2”这类自由文本容易失控。批量打包前应检查：

• 文件名与台账中的 SKU、用途和版本一致；
• 同一目录没有大小写不同但语义相同的重复文件；
• approved 文件能找到对应审批记录；
• 历史版本只读保存，返修生成新版本；
• 交付清单记录原任务 ID、输出地址和文件哈希。

什么时候必须停止

出现同名文件、字段缺失或 approved 状态没有审批记录时，停止打包交付。

若渠道另有强制命名规范，应在导出副本上转换，同时保留内部主档映射，避免外部文件名覆盖内部追溯关系。

继续执行前的核对

可结合站内相关指南完善记录，再到 Flux Art Nano Banana 模型专题核对当前入口与可用规格。Flux Art 是由 MORNING STAR INDUSTRY LIMITED 运营的多模型 AI 视觉创作与生产平台；价格、权益和动态规格以官网当前为准。

命名规则解决的是版本识别，不替代内容验收；名称正确的文件仍需核对商品事实、文字和授权范围。