实用教程
用 Claude Opus 5.5 给广告素材命名，避免交错版本
让 Claude Opus 5.5 先生成文件名对照表和交付清单，再处理文件夹。保留原文件，核对重名冲突，然后把批准的素材复制到新的交付目录。命名的目的，是让同事不用打开文件，也能辨认商品、语言、版位和修订版本。
让 Claude Opus 5.5 先生成文件名对照表和交付清单，再处理文件夹。保留原文件，核对重名冲突，然后把批准的素材复制到新的交付目录。命名的目的，是让同事不用打开文件，也能辨认商品、语言、版位和修订版本。
本文提供建议流程与虚构文件名，不是模型耗时实测。一则设计师的文件命名讨论提到，反复使用“final”反而分不清版本。换一个更花哨的“最终版”名称解决不了问题，需要稳定的字段规则。
先定字段，再定分隔符
可以采用 `campaign_sku_locale_placement_revision.ext`。批准状态同时写入清单和交付目录记录；文件名是 `v03`，不代表第三版已获批准。
| 字段 | 示例 | 规则 |
|---|---|---|
| 项目 | autumn26 | 固定项目标识 |
| SKU | 0042 | 按文本保留前导零 |
| 语言 | en-US | 与批准文案的语言一致 |
| 版位 | feed-4x5 | 预先约定的标签，不是推断平台规则 |
| 版本 | v03 | 交付内容改变时递增 |
虚构文件 `autumn26_0042_en-US_feed-4x5_v03.png` 的身份很明确，但文件名不能证明像素比例真是 4:5，也不能证明图中文字是英文。仍要检查图片和批准文案。名字太长时，可把像素尺寸单独放在清单里。
建立明确的路径映射
先只读收集相对路径、文件类型、像素尺寸、已知商品标识。必须保留完整相对路径，因为不同文件夹可能都有 `export.png`。让 Claude 标记未知语言和 SKU，不凭图片外观猜测。
每行映射记录来源路径、目标路径、原因、批准状态，以及实际计算过的校验和。不同来源映射到同一目标是阻断冲突，即使只是扩展名大小写不同。跨操作系统交付前，按不区分大小写的方式检查重名。
Apple 的 Finder 文档提供批量替换、添加文字和编号格式。简单需求直接用普通工具即可；只有映射逻辑更复杂且能检查清楚时，才值得生成脚本。
可直接复制的规划提示词
根据所附文件清单制定交付命名方案。现在不重命名、不删除、不覆盖、不上传。
模式为 campaign_sku_locale_placement_revision.ext，项目是 autumn26。
SKU 按原字符串保留，包括前导零。保留真实扩展名。只采用已提供的语言和版位映射，未知字段标记待解决。
返回 CSV 列：source_relative_path、destination_relative_path、reason、approval_status、unresolved_fields。
检查忽略大小写后的目标重名、来源缺失、逃出交付目录的路径、文件系统不支持的字符。先报告冲突，再给映射。
映射审核后，只把批准的文件复制到新交付目录，原文件不变。
给出核验计划：来源与目标数量、字节或哈希、尺寸、批准版本标识。
旧文件名中有“final”不能作为已批准的依据。遇到重名，先解决版本归属
假设 `round2/export.png` 和 `approved/export.png` 都映射到同一个 v03 文件。不要自动添加 `_2`，这会掩盖真正要交付的是哪个版本。检查批准记录与图片，选定批准的来源。若两张图用于不同版位，就修正版位字段，而不是加一个没有含义的后缀。
假设有三款商品、两种语言、两个版位，完整交付应有 3 × 2 × 2 = 12 张图。但十二个文件也可能有一组重复、另一组缺失。因此要核对预期组合矩阵，而不只数文件。
复制后，核实每个目标存在，每个批准来源都有且只有预期目标；未要求格式转换时，字节应保持一致。若还要缩放，作为单独转换记录尺寸和新校验和。把 `.jpg` 改名为 `.png` 并不会转换图片格式。
让制作与交付能追溯
从 Panelly Studio导出完成的视觉素材，审核后再绑定清单。这套流程不假定 Panelly 运行 Opus，也不假定它自动采用上述命名。清单与素材一同交付，接收方才能追溯商品和批准文案。
先选来源图可看联系表选图。如果文件名正确、画面中的商品却不对，可用商品款式核对。
常见问题
所有文件只用一个连续编号可以吗？
简单校样可以，但编号本身不含商品与版位信息。清单里仍应保留对应关系。
脚本应该覆盖上次的交付目录吗？
使用新的版本目录，并与上一版清单比较。覆盖会让错误回退或漏文件更难发现。
