Flux Art用 AI 做图一段时间之后，容易遇到一个尴尬局面：明明做过同类任务，却还要重新找图、重新写提示词。解决办法是把任务模板、参考图、输出图和结果记录关联起来。Flux Art 可以承担生成、编辑与素材管理，本地库则负责你自己的命名、版本和检索规则。
这篇把重点放在一套可以直接照着建的文件结构：按任务分目录、为模板留变量、用商品码串起图片，并保留失败原因。它是自建库的组织方法，不是平台内置目录功能的操作说明。
为什么要建
三个理由，从弱到强。
一是省去重复整理。 同类任务不必每次从空白开始写提示词，但模板仍要结合商品和交付要求调整，不能把节省几分钟当作固定结果。
第二，保留比较依据。 同一款商品第二次做图时，可以找回当时的参考图、完整提示词和实际设置。记录有助于接近此前效果，但不保证生成结果逐像素复现。
第三，让资料能够交接。 换人时，新人能够找到历史记录，知道哪些版本通过、哪些失败，以及失败在哪里。库的价值不只是多存几张图。
目录结构
下面是一种本地目录示例。名称可以按业务调整，但职责尽量稳定。
| 路径 | 用途 |
|---|---|
| prompts/_template.json | 模板字段定义；校验规则需要另行配置 |
| prompts/白底/服装.md | 服装白底任务及经过审核的变体 |
| prompts/白底/金属.md | 反光与纹理的保留要求 |
| prompts/白底/_meta.json | 适用品类、版本与最后复核日期 |
| prompts/场景/家居.md | 家居场景模板 |
| prompts/场景/户外.md | 户外场景模板 |
| prompts/版式/ | 海报、详情页首屏的布局说明 |
| prompts/归档/ | 失败记录与退役模板 |
| assets/ref/ | 参考图，按类目和商品码存放 |
| assets/out/ | 输出图，按商品码和版本存放 |
按任务分，不按模型分。 同一个白底任务，今天用一个模型，以后可能换另一个。把模型和实际设置记在模板或执行记录里，换模型时就不必把整个目录推倒重来。
失败记录单独留存。 不只写“效果不好”，还要标出具体问题：文字变形、商品颜色变浅、投影方向不符，或者参考图之间的主体不一致。以后遇到同类问题，才能查到有用的信息。
参考图和成图分开。 参考图是输入，成图是输出。Flux Art 提供素材管理与生成记录入口；长期复用时，仍建议把重要原图、输出、完整提示词和实际设置保存到自己的归档中，不假定每个入口都会永久保存全部信息。
命名规则
保留三层信息，让任意一层都便于筛选：类目、任务、编号。例如“家居_场景合成_03”。
版本用 v2、v3 后缀，不覆盖旧文件。原文件与修改说明一并保留，发现问题时才能回退。不要把“最终版”“最终版2”当成稳定版本号。
中文文件名可以使用。为了减少跨系统和脚本处理的麻烦，可以用下划线分隔，避开目标系统不允许的字符；路径含空格时要正确引用，而不是认为所有系统都禁止空格。
日期放在记录内容里，是一种可选的组织习惯，不是唯一正确方式。如果业务需要按批次找图，也可以增加日期字段或批次目录。这里的命名规则用于本地或团队共享存储，不假定能在 Flux Art 的所有素材入口原样配置。
模板设计
一个可用的模板，固定要求写清楚，变化的部分做成字段。下面是自建库的 JSON 示例，不是 Flux Art OpenAPI 请求体；model_hint 是供人阅读的候选名称，不是接口模型 ID。
{
"id": "scene_home_v3",
"category": ["家居", "日用"],
"task": "场景合成",
"model_hint": ["Nano Banana 2.1", "GPT Image 2"],
"ratio": "1:1",
"vars": {
"subject": "主体描述与必须保持的特征",
"scene": "环境与道具，例如不超过两件",
"light": "光源方向与质感",
"tone": "色调与色温",
"forbid": "不要出现的元素"
},
"sample": "assets/ref/scene_home_03.jpg",
"note": "深色商品需要说明颜色保留要求"
}
这份模板可以把 Nano Banana 2.1 或 GPT Image 2 记作候选。实际执行时，以 Flux Art 当前模型目录里的可用版本为准，并另记本次真正使用的模型与设置。
变量尽量少而清楚。 主体、场景、光向、比例、色调和禁忌可以作为起步的六类信息，不是必须限制为六个字段。上例把比例放在 vars 外面，方便区分输出规格与画面描述。
“禁忌”单独一栏。 例如不要新增文字、人物或其他品牌。它应该补充正向要求，不能替代主体描述，也不能保证模型每次都遵守。
每个模板附一张经过检查的样图。 修改模板后与样图对照，同时检查商品事实。样图是该任务的参考，不是所有新品都适用的效果保证。
检索的三个入口
库的价值不在存了多少条，而在于过一段时间能不能找到正确版本。
按商品找。 在自建库里用商品码关联参考图、输出和执行记录。同一款商品的图可以放在同一个商品目录下，再分输入和输出；商品码不变，后续换模板或模型也能查回来。
按任务找。 要做白底、场景或版式，就进入对应任务目录。这是写提示词和选择模板时的入口。
按失败原因找。 在归档记录中写入失败标签，例如“包装文字”“投影方向”“色差”，并附原输入、输出和修改说明。这样检索到的不只是一个失败结论，还有下一步能参考的依据。
前两个入口依赖目录和索引，第三个依赖记录内容。每次执行都写下商品码、模板 ID、版本、日期、结果状态和失败原因；通过的结果也明确标记，不用文件存在与否代替审核状态。
维护节奏
每周整理。 把当周验证过的提示词收进模板；明显重复的记录先合并索引或归档，确认没有独有信息再处理副本。
每月合并。 把同用途的模板对照起来，保留差异和适用条件，再更新版本。不要只因标题相近就删除正文不同的记录。
每季度复核。 检查模型版本、商品类目和链接是否仍适用。过时模板先标记退役并移入归档，避免历史输出失去可追溯的来源。
可以把整理挂在每周交付归档的流程里，不必单独搭一个复杂系统。重要的是每次交付顺手补齐记录，而不是到月底凭记忆回填。
一种容易失效的结构
如果把几百条提示词放进同一个文档，只按时间往下追加，查找就会越来越依赖记忆。时间线适合记录事件，却不适合作为唯一的检索入口。
不必马上迁移全部旧资料。先给高频任务加模板 ID、商品码和失败标签，建立索引，再逐步整理历史记录。这样可以保留原始内容，也更容易判断整理是否真的改善了查找。
结语
如果只先做一件事，就从高频任务的命名规则开始。再逐步补目录、模板和检索，不必承诺一天改完全部文件，或一周重建所有资料。
Flux Art 由 MORNING STAR INDUSTRY LIMITED 运营，是多模型 AI 视觉创作与生产平台，不是 FLUX.1 单一模型。它提供生成、编辑与素材管理；电商工具按上架内容、商品图处理、服饰与穿戴等任务组织，这与用户自建图库的文件夹不是一回事。可从模型目录选择生成入口，从 Nano Banana 家族专题了解并选择对应版本；模板版本、商品码和失败标注仍由自己的库维护。