文件命名的实用规则：让未来的自己找得到

雨停之后，山路上的石头颜色会深一截。你当时觉得自己一定记得哪一块下面压着字条。第二天再去，石头看起来都差不多。文件夹也是这样。刚保存时，图标、位置、甚至窗口还开着，你以为不必讲究名字。过了两周，窗口关了，剩下的只有一排标题。标题若只写着「新建文档」「最终版」「重要」，未来的你就站在一堆看起来差不多的石头中间。

文件名不是情绪，也不是文章标题。它是以后用来寻找的地址。地址要短，要稳定，要让排序和搜索帮上忙。下面这些规矩，是我在自己的目录里反复改出来的。它们不依赖某一套软件，换了电脑仍然用得上。

未来的你记得很少

当时觉得独一无二的语境，过后会掉得很快。你记得「那份给河边步道改过的说明」，不记得它躺在下载目录、桌面，还是某个叫材料的文件夹里。你更不记得自己当时用「新」还是「新新」来区分两稿。

所以名字里只放未来仍然认得的东西。认得，通常是这几类：日期、项目的短名、对象、状态。不放心情，不放「备用」，不放只在当天有意义的词，比如「先看这个」「昨晚改的」。

我用一个很具体的检验。假设两周后你只能使用搜索框，你输入的词，是否真的出现在文件名里。若你搜的是项目短名和「合同」，文件却叫「给领导的说明-真的最后一次」，搜索不会把你带到它面前。名字是写给搜索框的，不是写给当时的心情的。

日期用能排序的写法

日期我统一写成 2026-09-28。年在前，月和日都用两位。这样按名字排序时，先后就是时间的先后。写成 9.28、09.28、2026.9.28、28-09-2026，在不同的文件夹里会排出不同的顺序，看起来像整理过，其实无法通读。

日期放在哪里，看这类文件是不是主要按时间找。周记、会议纪要、导出的表格、照片，我把日期放在最前面：2026-09-28-周记，2026-09-21-例会纪要。合同、文章、长期修订的说明，日期不是你回忆时的入口，就不要占住开头。开头放项目和对象，日期放在状态旁边：步道-说明-2026-09-28-草稿。

同一类文件，日期的位置不要换。换了之后，排序会把同一件事拆到两处。你以为自己有两套习惯，其实是找的时候多一次犹豫。

时间若重要到小时，再加短的时刻，例如 2026-09-28-1430-导出。秒通常不必。导出文件若一天之内有多份，时刻能防止后来的那份覆盖前面的名字。不要用「上午」「下午」，这两个词在排序里不按时间走。

项目、对象、状态，各占一个位置

我把名字看成三段，中间用连字符分开。项目是这件东西属于哪一项工作，用短名，不用整句。对象是它本身是什么：合同、发票、封面、纪要、水位表、提纲。状态是它现在处在哪一步：草稿、已发、已签、作废、待补。

短名要提前定下来，并且忍受它不好听。一条河的调查可以叫「澄湾」，不必在每个文件里写「澄湾至旧桥段的实地记录」。全称放在文件夹里的一篇短说明中即可。文件名里写全称，后面再加日期和状态，句子就会长到被界面截断。截断之后，你看见的每一份都像同一个开头。

状态用固定的少数几个词。我常用的是：草稿、已发、已签、作废、归档。不用「完成」「搞定」「OK」「最新」。这些词当天很痛快，两周后你无法判断它比哪一版更新，也无法判断它有没有发出去。

版本若需要编号，用两位数字：v01、v02、v03。个位数若写成 v1、v2、v10，有的排序会把 v10 排到 v2 前面。编号只增加，不把 v03 改名叫 v最终。发出去之后发现要改，就做成 v04，不把 v03 覆盖掉。覆盖会让「对方看到的那一版」从目录里消失。

明确不要用的词

「最终」「最新」「新」「真最终」「final」「final2」「copy」「副本」「重要」「备用」「临时」，我都不放进正式目录的文件名。这些词的共同问题是会移动。今天的最新，明天就不是。副本出现，往往说明原名没有把两份的差别写出来。临时放久了，就变成谁也不敢删的正式文件。

「未命名」「新建文件夹」「文档1」同样不留过夜。当天从别处收下的文件，若暂时来不及看，也先改成「日期-来源-原题名的短截」，而不是让它以浏览器给的名字躺着。浏览器给的名字常常重复，或者只是一串参数。

也不要把整句标题放进文件名。文章可以叫一个很长的题目，文件不必跟着长。文件名保留能搜索的骨架，题目留在文档正文的开头。骨架和题目可以不一样。不一样并不会让你找不到，只要骨架里有项目和对象。

我曾经用「美丽的傍晚」给一组河岸照片命名。当时天空确实如此。后来要找「旧桥下的水尺」，美丽帮不上忙。照片改成 2026-09-18-旧桥-水尺-西岸 之后，才重新能被叫出来。景物可以美，名字不必美。

分隔符、空格和大小写

一个文件夹里只选一种分隔符。我用连字符，不用下划线、空格、点号混着来。混用时，你搜索「步道说明」和「步道-说明」会得到不同的结果，而你不会记得当时用了哪一种。

空格能不用就不用。放到链接里，空格会变成一串难看的符号；在终端里，空格又要求额外的引号。名字本身用连字符连起来，读的时候仍然能断开。

英文我尽量全用小写。有的系统不区分大小写，Cover 和 cover 会撞车；有的系统区分，它们就变成两个文件。你在一台机器上保存，换到另一台打开，就可能对不上。全小写避开这件事。中文不存在这个分别，但中英混用时，英文部分仍按小写写。

项目短名一旦含有英文，就不要一会儿拼音、一会儿汉字、一会儿缩写。chengwan、澄湾、cw 若同时存在，搜索每次都要试三次。选定一个，写进那个文件夹顶部的说明里。我倾向工作目录用短的小写英文或拼音，给别人看的正文再用汉字标题。这不是更高级，只是少一种不一致。

文件夹和文件名分工

文件夹回答「这一堆是哪一类」，文件名回答「这一份是哪一件」。不要把分类再在文件名里重复一遍。文件夹已经叫「合同」，文件就不必再叫「合同-合同-步道」。重复并不增加信息，只增加长度。

也不要反过来，用文件名承担全部目录结构。有人把路径写进名字：工作-2026-澄湾-合同-草稿。文件夹一调整，名字里的旧路径就变成谎言。路径让文件夹去表达，名字只保留到了别处仍然成立的那些段。

层级不必很多。我一般停在三层：区域、项目、种类。再往下分，你会忘记自己规定过「图片」和「图」是两个意思。种类用能稳定扩充的词：来信、外发、表格、图片、纪要。不要为了单独一份怪文件新建一层。单独的那份，放进最接近的种类，用文件名标出它的怪。

归档不是删除。旧版本和已经结束的来往，移到该项目下的 archive，名字保持不动。不要在移动时顺手改成「旧的」。改完之后，你失去的是原来的日期和版本号。归档文件夹本身可以按年再分，但只在文件多到打开变慢时再分。过早分年，今年的文件会散在两个地方，因为你十二月还在往去年的习惯路径里丢。

几类文件可以怎样命名

这些例子是为了让规则落地，不是另一套必须背下的表。若和你已经稳定使用的短名冲突，保留你的短名，只借用其中的分段方式。

周记和纪要按时间找，日期在前：2026-09-21-周记，2026-09-23-澄湾-例会纪要。纪要若一次会只产一份，就不必再加版本号。会后改字，仍覆盖这一份的正文可以，但改之前把原文件复制进 archive，复制体的名字加上当时的时刻。这样「发出去的那版纪要」还在。

合同和对外稿件，对象在前，状态在后：澄湾-合同-2026-09-12-v03-已发，澄湾-说明-2026-09-28-v02-草稿。已发的那一版不再改内容。要改就另存为下一号，状态回到草稿。对方邮箱里的附件和你目录里的「已发」应当是同一个版本号。版本号对不上时，先停止编辑，把两份放在一起看差异。

表格导出常常自带难读的名字。收下的当天就改：2026-09-28-1430-澄湾-水位-导出。导出可能重复，所以保留时刻。不要把导出直接改成和手工表一样的名字，否则你会分不清哪份是机器吐出来的，哪份是改过的。手工整理后的表，用 澄湾-水位-2026-09-28-整理。

图片跟着它要承担的东西走，不跟着拍摄时的情绪走：2026-09-18-旧桥-水尺-西岸，2026-09-18-旧桥-石阶-淹没线。同一场景的多张，加两位序号：2026-09-18-旧桥-水尺-西岸-01。序号表示拍摄顺序或你挑选的顺序，二选一，在说明里写一句。不要用「好看」「备用」区分。

文章的正文和配图不要散落在桌面。正文：澄湾-稿-配图原则-v04。配图放在同项目的图片文件夹，名字里出现文章的短词和这张图的任务：澄湾-配图原则-石阶对照-01。任务写进名字，是为了以后删图的时候知道哪张还承担着句子，哪张只是当时觉得好看。

什么时候必须改名

名字撒谎的时候就要改。撒谎包括：状态仍是草稿，其实已经发出；日期是创建日期，你却把它当成了事件日期；短名还是旧项目，文件已经挪到新项目里用。撒谎的名字比没有名字更耽误事，因为搜索会把你带到错误的信心里。

改名之前先看它有没有被引用。已经放进邮件、网页、文档链接里的文件，改名会让旧链接失效。这种文件我通常不改，只在旁边新建一份名字正确的，旧的移入 archive，并在正文顶部写一行「现行版本见某某」。还没发出去的草稿，尽量早改。越早，记住旧名的人越少。

一次不要改整个硬盘。改名改到疲倦时，会开始使用「整理完毕」这种新的空话。我每次只处理一个项目，或者只处理下载目录里超过三天仍带着浏览器原名的那些。三天是我自己的界限，不是道理。界限的作用是让改名这件事有尽头。

下载目录尤其要勤快。压缩包解开后，里面常常又是「新建文件夹」和一串没有日期的图。当天能改掉的，就在解开时改掉。放进项目文件夹之后再改，也行，只是不要连同压缩包一起留在下载里当备份。压缩包和时间不明的散文件会变成两套都不完整的副本。

搜索时，名字怎样才真的帮忙

搜索前先想你记得的是哪一种碎片。记得大约是九月底，就用 2026-09 去搜，不要先回忆完整的标题。记得是水位而不是纪要，就搜对象，不搜项目的全称。你给对象用过的词必须稳定，这个策略才成立。今天叫「水位」，下周叫「水尺读数」，再下周叫「测量」，三次搜索就是三个空洞。

同一对象的多个词若都可能被想起，选一个写进文件名，另一个写进文件夹里的那篇短说明。说明里可以写：「水尺，亦称水位读数，文件名统一用『水尺』。」说明很短，不要写成制度手册。手册一长，就没有人在改名时打开它。

不要把搜索寄托在文件内容上。内容搜索有用，但慢，而且扫不到图片和扫描件。扫描件的名字若只叫 scan001，你等于没有这张纸。扫描完就改名，比以后逐张打开看更省事。

重名时系统会自动加上「副本」或括号里的数字。看到这种尾巴，当天处理掉。处理的方式不是删掉尾巴就结束，而是问清两份到底差在哪里，把差别写进状态或时刻。若两份完全相同，留下一份，另一份删除。完全相同，要打开看过，不要只看文件大小。大小一样的两份合同，仍可能有一个数字不同。

和别人共用目录的时候

一个人可以靠习惯。两个人以上共用时，习惯会互相覆盖。这时把分段方式写成六行以内的说明，放在共享目录的明显位置，文件名就叫 命名说明。说明里只放已经在用的例子，不放原则演讲。新人靠例子模仿，不靠背条文。

共用目录里更不要用「我的最终版」「李改」「张看过」。人名可以出现，但要说明角色和日期：澄湾-说明-2026-09-28-v03-李校对。角色是校对、外发、签收这种可核对的动作，不是「看过」。「看过」没有留下动作的结果。

别人发来的文件，收下时保留原名的一份进 archive，工作用的一份按自己的规则改名。这样对方下次用旧名字来问，你还能对上。直接改掉唯一的一份，对话会失去共同的指称。

共享之前，确认名字里没有不该扩散的内部记号。草稿可以叫草稿。把内部的抱怨、玩笑、对人的简称写进文件名，一旦转发，就收不回来。文件名常常比正文更容易被看见，在附件列表里尤其如此。

规则盖不住的情况

有的系统导出时不让你选名字，或者会把你的名字截断。那就在导出之后立刻另存，不在原处将就。将就一次，后面的版本都会跟着坏名字排下去。

有的旧档案已经堆积多年，全部改名既不现实，也会打断旧笔记里的路径。旧档保持原样，从某个日期开始的新文件用新规则，并在说明里写上这条界限。界限本身用日期，不用「从此以后我们要注意」。没有日期的决心，无法执行。

加密压缩包、需要原名才能被程序识别的配置文件，不要为了整齐去改。规则服务于找得到和打得开。打不开的整齐，没有用处。这类文件若必须留在项目里，就在外面包一层文件夹，文件夹用你的命名，里面的文件保持程序要求的原名。

名字起得清楚，也不会让内容自动正确。合同的版本号很整齐，里面的数字仍可能是错的。命名只解决「哪一份」的问题，不解决「对不对」。对不对，仍要打开来看。我之所以把规矩写得这样细，是因为找错版本所浪费的时间，足够把一份草稿认真读完。未来的你站在目录前面时，应当把力气留给阅读和核对，而不是留给猜测哪一份才是那天发出去的。

石头不必每一块都做记号。做了记号的那些，记号要在雨后仍然看得见。文件也是如此。你愿意在保存的那一刻多写几个准确的字，两周后的下午就会短一截。短下来的那一截，不是效率口号，是你不必把同一排图标再点开一遍。