规则1：始终包含日期——使用yyyyMMdd格式
日期前缀是业务文件名中最有价值的补充信息。它无需打开文件或检查元数据，就能回答人们对文件最常见的问题——这个文件是什么时候的？
使用yyyyMMdd：2026年3月7日写作20260307。不是03/07/2026，不是2026-03-07，不是07-03-26。yyyyMMdd格式有一个其他格式所没有的特性：文件按名称字母顺序排序时会按时间顺序排列。这在Windows文件资源管理器、SharePoint、OneDrive、Dropbox以及任何以列表形式显示文件的系统中自动生效。
推荐将日期放在文件名开头。文件会自动按日期排序，最新文件无需额外操作即排在最前。
规则2：不用空格——用下划线
Windows支持文件名中的空格，但空格在其他地方会引发问题：
- 命令提示符和PowerShell要求将含空格的文件路径用引号括起来
- URL将空格编码为%20，使共享链接难以阅读和复制
- 某些旧版企业软件和数据库拒绝含空格的文件名
- 批处理脚本在文件名含空格时变得脆弱
将空格替换为下划线。结果对人类来说同样易读，且在所有技术环境中都有效。
规则3：避免特殊字符
Windows明确禁止：/ \ : * ? " < > |
除Windows自身的限制外，商业用途的文件名还应避免以下字符：
- # — 用作URL片段标识符；在共享驱动器中会导致链接失效
- % — URL编码标记；在基于Web的文件系统中会被误解
- & — 在HTML和URL中保留
- { } — 用于模板和脚本上下文
- @ — 在某些FTP和云存储系统中有问题
在所有环境中安全的字符：字母（a-z、A-Z）、数字（0-9）、下划线（_）、连字符（-）和句点（.）——句点仅用于文件扩展名之前。
规则4：名称简短但有描述性
目标是日期前缀之外30-50个有意义的字符。长文件名在文件资源管理器列视图、电子邮件客户端和某些存档工具中会被截断。
有用的测试：仅凭文件名而不打开文件，您能理解文件包含什么内容吗？如果能，名称就足够长了。如果名称超过60个字符，可能就太长了。
规则5：草稿使用版本号
对于经历多次修订的文档，添加版本后缀。使用v1、v2，或draft/final——永远不要用「FinalFinal」、「Final2」或「REAL_final」。
文档最终定稿后，_final后缀使使用哪个版本一目了然。将草稿版本存档、删除或移至「Archive」子文件夹。
综合运用：文件名模板
将所有五条规则结合起来，为任何业务文件创建一致的结构：
实际示例：
日期决定排序顺序。文档类型标识内容。背景信息增加具体性。版本跟踪修订。所有内容对人类可读、可被机器排序，且在任何技术系统中都安全。
最难执行的规则：日期格式
规则2至5一旦确定就很容易遵守。日期格式是在压力下容易崩溃的规则。人们会回到他们习惯的格式——成长时使用的格式、手机显示的格式，或者未查看日历就输入昨天的日期。
可靠的解决方案是让正确的日期格式自动化。InsertDate将Windows上的Insert键重新映射，在文件资源管理器重命名字段、任意另存为对话框、Excel、Word、Outlook或任何应用的光标位置输入yyyyMMdd格式的今日日期。无需记住格式。无需担心输错数字。每次都能得到正确的日期，格式也正确。