整理AI生成素材:原图、选用稿与修改稿怎样分目录
按工作状态分目录,按任务编号联系文件。原始输出保留不覆盖,候选稿注明选择理由,修改稿记录所依据的源文件,交付目录只放确认要交出的版本;一个简单清单负责说明它们之间的关系。
先按状态分,不急着分很多风格类别
当素材数量增加时,只按“好看、一般、可能有用”分类,容易在后续修改中失去依据。更适合日常工作的第一层分类是状态:哪些是输入,哪些是原始生成,哪些已被选为候选,哪些正在编辑,哪些已经准备交付。
这些目录可以手动建立,不要求软件支持批量管理。项目较小时也不用建多层文件夹,先让每个文件有一个明确位置。色彩、用途和画风等标签可以写在索引里,避免为了一个新分类频繁移动文件。
一套可以直接采用的目录约定
建议每个项目独立建目录,输入放参考图和任务说明,原始输出保留生成时的文件,候选区只放需要比较的版本,编辑区放后期工作文件,交付区放最终确认的导出结果。目录名称并不重要,关键是团队理解一致。
候选区可以放副本,也可以只在清单中引用原文件;无论选择哪种方式,都应固定做法。使用副本时要保留源编号,避免把同一张图误当成两次不同生成。使用引用时要注意移动源文件后及时更新记录。
| 目录 | 放什么 | 基本约定 |
|---|---|---|
| 01_input | 任务说明、参考资料 | 资料替换保留版本说明 |
| 02_raw | 原始生成结果 | 不直接覆盖修改 |
| 03_select | 候选图或候选清单 | 记录选择理由与待改问题 |
| 04_edit | 后期修改与工作文件 | 注明源编号和修改轮次 |
| 05_delivery | 确认交付的文件 | 只保留本次应交出的版本 |
让文件名表达来源与轮次
文件可以采用“任务编号—结果序号—修改轮次”的形式,例如 cafe_run004_b_edit02。原始结果始终保留 run004_b,修改稿在其后追加 edit 编号。这样从交付文件可以找回原图,而不需要依靠缩略图逐个辨认。
索引记录至少包含文件名、来源、当前状态和一句备注。备注尽量写可操作信息,比如“构图通过,杯沿待修”,不要只写“不错”。已经被否定的候选也可暂存,并写明原因,避免下一轮又把同一问题当成新选择。
示例:run004_b 的构图被选中,复制到候选区并记为“待修杯口”;后期处理后的文件保存为 run004_b_edit01,交付前再次检查。索引中写明交付稿基于 edit01,原始 run004_b 仍放在 02_raw。
整理与清理是两件不同的事
第一次整理时先分类和建立清单,不要一边看一边批量删除。外观相似的图片可能来自不同输入,也可能已经被工作文件引用。清理之前先确认当前交付版本、相关源文件以及需要保留的记录,再决定哪些候选不再有用。
把“归档”理解为一组可以再次打开的项目资料,而不只是打包几张成品。可以在项目根目录保留一份说明,写清目录规则、当前选用版本和交付范围。另存备份时也应检查记录与素材是否同时包含,避免恢复后只剩一张找不到来源的图。
- 每次开始工作先读清单,确认当前选用稿。
- 修改完成后立即记录来源,不等到交付前补写。
- 共享目录不要用临时文件名覆盖他人正在使用的版本。
- 清理前检查引用关系和备份,无法确认的文件先单独归档。
常见问题
同一张图需要在多个目录里复制吗?
不必。可以只保留一份原图,用候选清单标记状态。若为了交接方便使用副本,应保留源编号并避免将副本当作新的原始版本。
文件很多时先整理什么?
先找出当前交付稿及其来源,再处理仍在编辑的候选,最后整理历史输出。优先恢复正在使用的对应关系,比一次性给所有旧图贴标签更实用。