文件清單有重名怎麼辦：用相對路徑覈對交付文件

開始前先確認

交付覈對最先要解決的是“這一行指向哪份文件”。爲清單選定一個共同起點，再保留相對路徑，通常就能區分只看名稱無法分辨的附件。至於內容是否相同、哪個版本可交付，需要另行檢查。

相對路徑要有明確的起點

相對路徑記錄文件在某個根目錄下的位置，不必帶出本機用戶名或盤符。但沒有說明根目錄，單獨一段相對路徑仍可能產生歧義。把清單標題寫清“本清單相對於交付包根目錄”，比只給一列路徑更容易理解。

示例：假設交付包裏有以下三個文件：

handoff/
  images/cover.png
  archive/cover.png
  notes/readme.txt

若只列文件名，得到的是兩條cover.png和一條readme.txt；保留相對路徑後，三條記錄分別是images/cover.png、archive/cover.png和notes/readme.txt。這裏有3條文件記錄、2個不同的文件名，但不能據此說存在1個可刪除的重複文件。

兩個cover可能內容一樣，也可能分別是新封面和舊封面。路徑幫助定位，不能代替打開文件、查看版本記錄或其他內容覈驗。

把“重名”拆成幾種情況

如果同一批清單被複制粘貼兩次，可以在清單副本中標記重複記錄，覈實後整理表格。刪除清單裏一條重複行與刪除磁盤文件是兩件事，本流程不要求刪除、覆蓋或重命名源文件。

即使兩份文件大小相同，也不能單憑大小認定內容一致；修改時間較新，也不自動說明它是已批准版本。需要內容比較或校驗時，應單獨採用合適的方法，並明確結果能證明什麼。

多個來源合併時，增加來源列

假設甲、乙兩個交付包中都含images/cover.png。各自包內的相對路徑相同，合併清單時就應增加“來源包”字段，例如“甲批次”和“乙批次”。以“來源包＋相對路徑”作爲這一輪覈對依據，避免把兩條記錄混成一條。

不要爲了讓名稱唯一，先把所有文件攤平復制到一個目錄。這樣可能遇到覆蓋，也會丟失原來的組織關係。若業務確實要求改名，應另建交付副本並保存舊路徑與新路徑的對應關係，再覈對引用是否仍然有效。

僅爲盤點或確認附件是否齊全時，保留目錄結構通常更容易追溯。不確定用途的歸檔文件也先保留，交付範圍由實際要求確定，而不是由文件名決定。

生成清單後，先檢查覆蓋範圍

網頁工具只能處理當前獲得的文件信息。選擇了一個目錄，不等於已經證明所有層級、所有隱藏項或所有設備文件都被列出。先檢查實際列表裏是否出現你已知的幾個代表文件，包括根目錄文件和需要交付的子目錄文件。

若某個子目錄內容缺失，先確認選取範圍、瀏覽器提供的條目和工具實際行爲，再補充處理。不要把未出現的條目直接判定爲不存在，也不要宣稱工具具備未經驗證的完整遞歸掃描能力。

基本操作與字段選擇可參考文件名清單指南。製作清單是記錄已讀到的信息，文件內容是否損壞、版本是否正確仍需另外驗收。

覈對交付，按路徑回到實際文件

先在清單副本里增加“已找到”“待補充”“版本待確認”等人工狀態。逐項到交付包對應路徑找文件，打開必要內容，並將不確定項寫清楚。這裏的狀態是你自行記錄的核對結果，不是本站已提供的審覈功能。

CSV適合篩選和標記，但導入後要看中文、分列和路徑是否完整；TXT適合直接查看和複製。不要因爲表格列寬太窄、路徑顯示不全就刪掉前半段，調寬顯示或查看完整單元格即可。

有多份清單時記錄生成日期與範圍，避免把舊列表當成當前目錄快照。資料增刪或目錄調整後，應重新覈對變化，而不是隻更新清單標題裏的日期。

最終交付讓別人也能定位

交付包與清單使用同一個目錄結構，說明根目錄、是否包含歸檔內容以及尚未確認的條目。先在副本中檢查路徑，再讓接收方按同一規則查看；不要要求對方猜“第二個cover是哪一張”。

驗收至少包括記錄數量、來源標識、相對路徑、重名解釋和待確認項。數量相等不代表內容一致，因此不要把“清單共多少行”寫成“所有文件完整無誤”。原始文件與原清單保留，整理過程不以刪除源文件作爲必要步驟。

需要生成初始清單時，可打開AI Lab文件名提取。公開說明支持讀取主動選擇的文件信息並導出TXT或CSV，9積分解鎖後當前賬號長期有效。本文沒有核驗哈希計算、內容比較、自動去重或批量重命名能力，不把這些任務歸給它。