文件命名，是写给未来的提示

名字应该帮助判断，而不只是区分

文件名最基本的作用是区分文件，但一个好的名字还能帮助判断内容、时间与状态。离开原来的文件夹之后，这些信息尤其重要：下载目录、聊天附件和归档包，往往不会保留完整的上下文。

可以先问自己三个问题：半年以后还知道它是什么吗，发送给别人时需要额外解释吗，同一个主题出现多个版本时能分清先后吗？如果总要打开文件才能回答，名称里可能缺了一个重要线索。

命名也不需要包含所有信息。长到难以浏览的文件名同样增加负担。目录表达大范围归属，文件名表达具体内容，必要的说明放在配套记录里，让三者分工而不是相互重复。

一个容易开始的顺序是：主题、日期、状态。例如 notes-site-2026-10-29-draft，先说明内容，再说明时间，最后说明当前用途。团队或项目已有约定时，优先沿用一致的规则，不必为了“更标准”反复改名。

日期放在前面还是后面，取决于寻找方式。会议记录常常按日期查找，某个项目的说明则可能先按主题查找。没有一种排列能够适合全部资料，关键在于同一批文件尽量采用同一种逻辑。

日期格式最好能明确表达年份、月份和日期。跨设备或跨地区流转时，不含年份的简写容易产生歧义；依赖“修改时间”排序，也可能在复制、解压或重新下载之后失去原来的意义。

“最终”“最终修改”“最终确认2”常常不是版本管理，而是把不确定性写进了名称。更实用的做法是约定少量状态，例如 draft 表示草稿，review 表示待检查，published 表示已发布。状态变化后，再保留一条清楚的版本记录。

同一份文件如果只是保存了两次，不必自动增加一个永久版本。只有当内容或用途发生了需要区分的变化，版本号才真正提供信息。否则，目录里会很快出现大量无法判断价值的副本。

状态词也应当考虑接收者。“new”对发送者有意义，对半年后收到附件的人可能没有意义。用具体日期和用途说明代替临时形容词，通常更耐用。

裁剪过的图片、重新导出的文档、脱敏后的表格，都可以视为原件的衍生版本。保留原件，能避免多次转换之后只剩下一份质量下降、来源不清的文件。

一种简单的目录安排是 originals、working、exports。它们分别保存原件、工作版本和对外使用的结果。不必所有项目都采用相同目录，但最好让“可以重新生成的文件”与“无法再取得的原始资料”容易区分。

对外发送时，应当确认发送的是正确的衍生版本。文件名写了“公开版”并不能自动保证内容已经脱敏，仍然需要检查正文、批注、附件和可能残留的元数据。

面对很多文件时，可以先复制少量样本，在临时目录里尝试规则。检查排序是否符合预期，是否出现重名，程序是否仍能找到依赖的路径，再决定是否扩大范围。

如果文件已经被其他文档、程序或网页引用，改名不只是改变标签，还可能改变它的地址。这时需要把引用关系一起考虑，而不能只看文件管理器里是否整齐。

批量操作前保留旧名与新名的对应表，也能减少回退时的困难。先看预览，再执行，再抽样打开，比一次性整理完之后才发现关联失效更稳妥。

不是所有临时文件都值得认真归档。可以给短期材料一个明确的临时位置，定期清理；把注意力留给需要长期使用、发送或恢复的资料。

同样，已经稳定使用的旧目录不必因为新规则而全部重排。可以从新产生的文件开始，等到旧资料再次被使用时，再逐步补上缺失的信息。整理不一定要在一次操作中完成。

一个值得长期保留的命名习惯，应该让下一次寻找更快、解释更少、判断更明确。如果规则本身需要很长的说明才能执行，就可以再删掉一些不常用的部分。