文件名，是写给未来自己的说明。

先回答：下次会怎么找？

整理文件最容易陷入“按格式还是按年份”的争论。更有用的问题是：三个月以后，自己会用什么词搜索它？一份项目方案，通常会先想到项目和主题；一张家庭照片，通常先想到时间和事件。文件夹负责大范围，文件名负责让同一范围里的内容可辨认。不要试图让一套规则覆盖所有类型。

让命名承载三件事

可以从“日期－主题－状态”这样的简单结构试起。日期使用固定顺序，主题使用能理解的词，状态只保留少数明确值。例如“2026-09-08－资料目录－待整理”只是命名示例。对于不依赖日期的长期资料，可以省略日期，避免每次修改都重命名。

• 优先让主题可辨认，不使用当下才懂的缩写。
• 草稿、待确认、已归档三种状态通常已经足够。
• 文件名本身也不要暴露证件号码等信息。

别再增加“最终版”的后缀

“最终版2－最终修改－真的最终”没有回答哪个版本被采用。少量文档可以用明确的版本号与归档目录；程序和纯文本内容适合版本管理。不要为了清爽删除旧版本，先确认它是否还被引用，以及历史记录是否真的可以恢复。

只整理一个正在使用的目录

先选择最近经常打开的目录，给十份文件试用新规则。用真实搜索验证是否更容易找，再决定是否推广。不要第一天就批量重命名全部照片或附件：外部链接和应用数据库可能依赖原路径。让新文件遵守规则，旧文件在使用时逐步整理，往往更容易坚持。

先建立命名试验台，再改正在使用的资料

本轮任务是把一个个人活动的十份散落附件整理成能搜索、能回退的档案。准备一个试验目录、原文件的独立副本和一张旧名新名对照表。只挑普通文档与图片，不进入照片图库包、应用数据库或备份仓库。先复制小样本而不是直接改全部原件，可以在不改变日常引用的情况下观察新规则是否真正好用。

给样本统一选择一个主题词，例如“秋游”。先列出三种未来查找方式：记得事件但忘记日期，记得年份但忘记题目，知道需要采用稿但不记得版本。命名就要优先保留主题、时间和版本身份，而不是塞入所有属性。人物、来源链接、拍摄设备等长信息放进说明或清单，文件名只保留区分同目录文件所需的部分。

日期也要说明语义。活动方案可以使用活动日期，下载附件可以使用收到日期，长期说明可以完全不放日期。不要把文件系统的修改时间自动当成事件发生时间；一次复制就可能改变某些时间属性。无法确认日期时写“日期待核”并在清单留出疑问，比猜一个精确日子更利于以后纠正。

personal-life/秋游/
├── 收件/
├── 材料/
│   ├── 2026-09-08-秋游-路线-v02.pdf
│   └── 秋游-准备说明-v01.txt
├── 历史/2026-09-08-秋游-路线-v01.pdf
└── rename-map.csv
命名对照（示意）：
最终版2.pdf → 材料/2026-09-08-秋游-路线-v02.pdf
说明新.txt → 材料/秋游-准备说明-v01.txt
扩展名：保持不变；日期：活动日期示意

用对照表消除最终版和同名冲突

示意规则采用日期、主题、材料类型和两位版本号，以普通半角连字符分隔，扩展名保持原样。“最终版2.pdf”可以对应“2026-09-08-秋游-路线-v02.pdf”；“说明新.txt”可以对应“秋游-准备说明-v01.txt”。这只是个人命名约定，不是操作系统标准。少数已经被外部引用的稳定文件，可以保留旧名，在清单中记录采用版本与位置。

在更名前把十个拟新名放在同一张表里检查。两份附件如果都叫路线，不要靠大小写差别区分，因为目标文件系统或共享访问可能不区分大小写。增加材料类型或序号，保证名称本身明确不同。跨平台资料尽量避免冒号、斜杠和只有符号差别的名称，同时保持中文可读；不必为了兼容而把所有中文换成难记的拼音缩写。

版本号说明修改次序，采用状态说明哪一份交付，二者不要混成一个字段。可以保留两份历史稿，再在说明中写采用v02；下次修订产生v03时，更新采用记录。原有历史不因“现在没用”自动删除。如果文档内部也有标题和版本页，顺手核对外部名称与内部信息是否一致，避免搜索结果正确却打开了错误内容。

按小批次操作并保留引用关系

在Finder选择一个样本按回车编辑名称，确认扩展名没有改变，再打开它验证应用识别。多个文件确实共享同一段旧词时，可在选中项目的快捷菜单使用重命名，但先确认替换的是哪些字符。批量操作前的对照表是验收依据，不能只凭预览看起来整齐就执行全部。重命名属于write，若覆盖同名目标则有更高的破坏后果，应停止解决冲突。

第一批只处理三个文件，然后从原先保存它们链接的说明里逐一打开。路径链接、媒体项目引用和脚本参数可能依赖旧位置；发现失效就更新明确的引用或回退该项。不要为了保住新名字把其他应用管理的数据结构也改掉。对于已发给他人的附件，新名字只管理自己的副本，不能假定对方手里的名称同步更新。

全部样本通过后，再对真正使用中的那十份普通文件应用同样映射。每处理一项就写实际新路径和验证状态，保持移动与重命名的记录可以追溯。若同时改父目录和文件名，回退会更难，所以先稳定父目录，再改文件名。源位置不确定或权限不足时，保留该项待处理，不扩大权限尝试批量接管。

old_path,new_path,role,collision_check,reference_check
收件/最终版2.pdf,材料/2026-09-08-秋游-路线-v02.pdf,采用稿,待检查,待检查
收件/说明新.txt,材料/秋游-准备说明-v01.txt,准备说明,待检查,待检查
收件/最终版.pdf,历史/2026-09-08-秋游-路线-v01.pdf,历史稿,待检查,待检查

目录、清单与实际搜索一起验收

目录树负责确定事件边界：原始收件放在收件目录，采用文档放在材料目录，旧版本归入历史目录。清单置于事件根部，可以从一处查到新旧名称关系。不要为每一种扩展名单独建立顶层目录，否则路线图、文字说明和行程附件会再次分散。文件名离开原文件夹也应大致可辨认，目录与命名才算互相补充。

实际验收先在Finder进入事件目录，使用名称包含“秋游”的条件，再加文件种类或版本关键词缩小范围。确认采用稿能找到后，清除过滤条件再查一份历史稿，防止只对当前版本设计。最后让自己暂时不看目录树，仅凭清单旧名查到新路径；这能验证旧附件重新出现时是否仍可对照。

搜索为空时先检查搜索范围是不是当前目录、关键词是否选择了名称条件，以及文件是否真的落地。NAS共享的索引能力可能与本地不同，因此再用目录路径直接定位。不要把搜索结果空等同于文件不存在，也不要求为这十份材料重建全盘索引。验收记录应写搜索词、预期文件和实际结果，失败项保留原样等待调整规则。

把例外纳入规则，维护到可以停止

有些附件不适合改名，例如带有配套侧车文件的相机原件、已经被项目引用的媒体、要求固定名称的配置。给这些项目在清单里写“保留原名”，再通过上层事件目录和说明补充含义。规则的目标是帮助定位，允许有解释的例外，比每次为了满足格式制造新问题更可持续。

如果发现日期错了，先在清单修正日期判断，再决定是否需要改文件名。若主题词变化，例如从秋游改为公园游览，可以保留一个旧主题别名，方便按过去记忆搜索。一次整理不必让全部历史重写；新文件遵守约定，旧资料在再次使用时才补齐即可。把未决项缩成具体行动，例如“核对两份路线稿哪份被采用”。

本轮结束标准是十份文件都有唯一去向、旧名映射可查、采用稿与历史稿均能找到、外部引用抽查通过。若某次重命名造成链接失效，利用对照表逐项改回原路径，不进行反向全目录字符串替换。保留记录到观察期结束后再精简，保留的旧版本则根据资料价值单独处理。本文所有名称与搜索结果均为示意，尚未在读者设备验证。

执行范围：personal-life/秋游
查询甲：Finder 名称包含 秋游；再加名称包含 v02
预期：材料/2026-09-08-秋游-路线-v02.pdf
查询乙：在 rename-map.csv 查旧名 最终版.pdf
预期：定位历史目录 v01
实际结果：____（未执行）
打开内容与引用检查：____
回退某项：按映射逐项恢复旧名；遇旧名冲突停止，不覆盖
结论：____（不得将预期复制成实测）