規則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格式的今日日期。無需記住格式。無需擔心輸錯數字。每次都能得到正確的日期，格式也正確。