Adobe Firefly 3.0 出图之后，接进设计稿、素材归档和团队复用不是三件并列的事，而是有先后顺序的一条链：图片下载落地时就完成改名和归目录，设计稿只以链接方式引用外部文件，交接时用一张清单把路径、用途和授权状态交代清楚，之后按实际引用记录定期清理。顺序颠倒——先攒着、等到同事要图时再翻下载文件夹——通常要付出成倍的找回成本。这篇按这条链的顺序，给出每一步可以照做的命名、目录、引用与交接做法。

命名和归档要在下载落地那一刻完成，设计稿引用外部图而不是粘贴副本，团队复用靠清单交接而不是口头说明。适用场景是多人协作、素材量已超过个人记忆范围的设计团队；验证方式是能否只靠文件名或目录结构定位到某张进稿图；边界在于若团队已有正式的素材管理系统，这套目录只作为落地缓存层，不要与系统并行维护两套互相冲突的规则。

下载完成就改名：把日期、用途、版本写进文件名

Firefly 导出的文件名多数情况下带一串随机字符，三周后基本无法凭它判断这张图是干什么用的。建议在下载完成、还没放进项目目录前就改名。命名规则用固定字段拼接，字段之间用下划线分隔，顺序统一，例如：

YYYYMMDD_项目_用途_版本_序号.png
20240612_官网首页_主视觉_v2_01.png

批量改名的操作步骤：先把同一批下载文件移到一个临时目录，确认没有混入别的项目文件，再执行重命名。macOS 或 Linux 下可以这样循环处理：

cd ~/Downloads/firefly_batch
for f in *.png; do mv "$f" "20240612_官网首页_主视觉_v1_${f}"; done

Windows PowerShell 对应写法：

Get-ChildItem *.png | ForEach-Object -Begin {$i=1} `
  -Process { Rename-Item $_ -NewName ("20240612_官网首页_主视觉_v1_{0:d2}.png" -f $i) }

替换项是日期、项目名、用途和版本号，执行位置是下载落地后的临时目录。原始随机文件名建议顺手记进同目录的 manifest.txt，万一需要回溯生成批次还能对上。改名后检查可检索性：用系统搜索或 find . -name "*主视觉*" 看能否直接命中；在资源管理器或 Finder 里按名称排序，同一项目的图是否连成一片。如果搜不到，多半是字段顺序不统一，回到规则里统一再改一遍。

把候选图、进稿图、废弃图分到三个目录

三类图混在一起，是同事找不到图的主要原因。建议在项目素材根目录下固定三个子目录，目录名直接用英文，避免大小写和编码问题：

assets/
  01_candidates/     # 评估过但未进稿的候选
  02_used/           # 已被设计稿引用的图
  03_discarded/      # 方向不对、尺寸不符、被替换的图
    2024Q2/          # 废弃图按季度归拢

判断一张图归属哪类，看的是它和设计稿的关系，不是主观印象：在设计稿的链接面板里能搜到文件名，就放 02_used；只是备选、做过对比但没进任何稿子，放 01_candidates；因为方向或规格被换掉，放 03_discarded。判断动作很具体——把文件名粘进设计稿的链接面板搜索一次即可，不必逐张打开看。

废弃图保留期限建议先设为一个季度，或者到对应项目交付后一个月。可以在 03_discarded 下用目录名标注到期时间，比如 2024Q2，到期前先确认已备份，再整目录删除。如果项目周期长，保留期可以跟着交付节点走，但不要无限期保留，否则三个目录会重新退化成一个大杂烩。

在设计稿里引用外部图，而不是粘贴副本

把图片直接粘贴进设计稿，文档里存的是图像数据副本，源文件后来改名或调色，设计稿不会跟着变，两边版本就脱节了。链接和嵌入的行为差异需要先分开理解：链接方式下，设计稿保存的是指向 02_used 目录的文件路径，源文件更新后重新链接即可同步；嵌入方式下，图像数据写进设计稿，文档体积变大，与源文件再无关系，改动只能重做。

检查链接状态的界面操作：在 Illustrator 或 InDesign 的“链接”面板里，缺失文件会显示问号或红色标记，被修改过的文件会显示更新提示；Photoshop 里以智能对象方式置入的链接文件，可以在图层上右键查看源文件状态。这些面板的具体位置需要结合当前版本来确认，但入口通常都在“窗口”菜单下。

断链后的修复步骤：在链接面板里选中带缺失标记的条目，点“重新链接”，指向 02_used 目录下改名后的文件；如果只是文件被移动，重新指向新位置即可。风险边界要提前说明：链接方式在交付给外部时容易丢图，正式交付或打包发送前，应使用“打包”功能收集链接文件，或另存一个嵌入版本，不要把带断链的稿子直接发出去。

交接时附一张可用清单

口头说“图都在文件夹里”基本等于没说。交接时建议附一张纯文本清单，字段固定为：文件路径、用途、授权核对状态，必要时加进稿位置和生成参数备注。填写示例：

文件路径: assets/02_used/20240612_官网首页_主视觉_v2_01.png
用途: 首页首屏主视觉
授权核对: 已确认可用于商业项目（或：待法务确认）
进稿位置: 首页.psd / 第 3 图层组

授权核对状态这一栏要如实写，不要默认填“已确认”。Firefly 生成内容的可用范围与团队所在地区的条款、以及是否叠加了第三方素材有关，需要结合项目用途单独确认，清单里写清“待确认”比写错更有价值。

交接后的确认动作：接手人逐条核对路径是否存在、在设计稿链接面板里能否找到对应文件、授权状态是否满足项目要求，然后回复确认或列出问题项。只有走完这一步，交接才算完成，否则清单只是发出去的一份文本。

每两周清一次归档，按命中率决定保留什么

清理需要一个固定触发条件，否则永远排在后面。比较省事的做法是绑在双周例会上过一遍，或者设定为 01_candidates 目录连续两周没有新增引用时触发。清理时逐项看三个指标：这张图在设计稿里被引用的次数；有没有复用记录，也就是被第二份稿子再次使用过；是否属于当前仍在推进的项目。

三个指标都为空或已过期的图，可以从 01_candidates 移入 03_discarded；有复用记录的图留在 02_used，并在清单里补一行使用记录，方便下一次交接时追溯。清除操作本身没有性能含义，它解决的是查找成本，不要指望靠定期删除换来什么效率提升。

清理后的备份位置检查是最后一步：确认待删文件已在备份目录或对象存储中，用备份工具的已完成任务列表核对文件数量和总大小是否对得上，本地目录里再执行删除。如果备份任务还没跑完就删了本地文件，那就不是归档清理，而是丢素材。