先核對交付範圍，再開始傳檔
資料夾同時有正式檔和草稿時，先用帶有 /L 的 Robocopy 命令列出預定處理範圍，再核對排除條件。預覽能協助回答「這次會選到什麼」，不能證明檔案已送達或內容正確。
例如接案專案有公開說明、未定稿報價，以及藏在隱藏資料夾裡的內部筆記。只看檔案總管目前顯示的項目，容易漏掉不該交付的內容。先列出允許交付的資料夾名稱，保留原始專案與既有目的地的獨立備份，練習時改用完全虛構的檔案。
本文依 2026-09-26 查閱的 Microsoft Robocopy 文件核對；其適用清單包含 Windows 10、Windows 11。這是命令適用範圍，並不代表每個舊版 Windows 仍受一般支援。介面語言不同時，以參數及完整路徑為核對依據；若裝置政策禁止命令列操作，改請管理人員產生核准的預覽記錄。
用三個虛構檔案建立可重做的例子
練習目的是驗證排除規則，不需要真的複製客戶資料。以下為教學輸入與預期結果，並非真實交付紀錄。
在檔案總管建立 C:\DeliveryScopeDemo，內含互不包含的 Source、Target、Backup 三個資料夾。Target 保持空白；Source 放入以下檔案，各寫一行不敏感的文字：
Public\readme.txt，內容為approved instructions。Drafts\quote.txt，內容為unapproved quote。Internal\notes.txt，內容為internal reminder。
將 Internal 資料夾設為隱藏，然後開啟顯示隱藏項目的選項，確認它仍存在。把 Source 的練習內容另外複製到 Backup 留存；不要把 Backup 放在 Source 裡。三個檔案都只是本次自行建立的測試資料。
開啟 PowerShell 或命令提示字元，先執行 robocopy "C:\DeliveryScopeDemo\Source" "C:\DeliveryScopeDemo\Target" /E /L /FP /R:0 /W:0。輸入前檢查第一個路徑是來源、第二個是目的地，而且 /L 確實存在。
在這個空白目的地樣本中，預期三個檔案都出現在待處理清單。隱藏屬性不是交付排除規則，因此不要用「畫面看不到」判斷檔案不會被選入。這一輪只確認選取範圍，保留終端機輸出供下一輪比較。
加入明確排除條件，仍然保留預覽開關
要排除草稿與內部筆記，第二輪加入兩個完整目錄路徑，並維持相同來源和目的地。執行 robocopy "C:\DeliveryScopeDemo\Source" "C:\DeliveryScopeDemo\Target" /E /L /FP /R:0 /W:0 /XD "C:\DeliveryScopeDemo\Source\Drafts" "C:\DeliveryScopeDemo\Source\Internal"。
/E 包含子目錄與空目錄，/XD 排除指定目錄，/FP 顯示完整檔案路徑。/L 只列出，不複製、不刪除、不更新檔案時間戳；/R:0 /W:0 設定不重試與不等待。這些參數的作用應分別核對，不能因為用了排除規則就省略預覽。
第二輪預期只剩 Public\readme.txt 作為待複製檔案。開啟 Target 檢查，它仍應沒有檔案；Source 與 Backup 的三份文字仍可讀取。若 Target 出現新檔，先停止，檢查實際執行的命令是否缺少 /L，或是否有其他程式正在寫入該目錄。
本次以同樣三檔案結構在隔離資料夾執行兩輪預覽，環境為 Windows 10 內核 10.0.19045、Windows PowerShell 5.1。實際結果符合上述選取預期，來源檔案執行前後 SHA-256 不變，Target 仍無檔案，Backup 保留三份檔案。這只驗證本地虛構樣本，沒有驗證 Windows 11、網路磁碟或真實客戶專案。
不要從預覽直接推論可安全執行真實複製。實際交付還要確認檔案內容、目的地容量、授權與備份；本文到預覽為止，也不提供改名或刪除流程。
把兩輪選取清單縮短後再比對
文字差異比對適合閱讀少量「待複製檔案」的變化，不適合替代 Windows 掃描。從各輪輸出取出檔案列，手動整理為相同排序的相對路徑，另存到來源與目的地之外的兩份文字記錄，並保留原始輸出以便追溯。
在文字差異比對左欄依序放 Drafts\quote.txt、Internal\notes.txt、Public\readme.txt 三行，右欄只放 Public\readme.txt，選「行」。預期前兩行顯示為左欄獨有的刪除行，Public 那行相同。這裡的「刪除」只表示右邊文字清單沒有該行，並不是硬碟上的檔案被刪除。
可重現的反向檢查是把左欄也改成只有 Public 那一行：預期顯示「兩段文字相同」。再對照原始 Robocopy 輸出，確認手動整理時沒有漏列；工具無法察覺你貼錯清單。
ToolboxHub 不會執行命令、讀取目錄、傳檔或編輯原檔。完整記錄中的時間與統計可能每次不同，不應混進檔案範圍比較；超長清單也可能令瀏覽器記憶體用量增加，宜留在本機日誌工具處理。
預覽異常時先處理這幾個原因
異常清單必須先釐清來源與選取條件，不能靠覆蓋目的地消除疑問。
草稿仍出現在待複製檔案列： 核對 /XD 的完整路徑是否真的指向 Source 下的 Drafts；資料夾改名或多了一層目錄，都會讓原先假設失效。修正後重新執行帶 /L 的命令。
正式檔也不見了： 檢查是否選錯來源，或把 Public 的父目錄也排除了。先在檔案總管開啟那個已知檔案，抄錄完整路徑，再回頭核對命令，而不是直接放寬全部排除條件。
出現拒絕存取、離線磁碟或讀取錯誤： 這輪不能當作完整預覽。確認連線與核准權限後重跑，保留錯誤記錄。零散的檔案列不代表整棵目錄均已檢查。
連結、接合點與雲端佔位檔不在這個三個一般文字檔樣本的驗證範圍；真實專案若包含這些項目，應先另外確認其處理方式。預覽也沒有計算內容雜湊，更沒有驗證應用程式能否開啟未來的複製件。
常見問題
隱藏資料夾就不會被複製嗎？
不能這樣假設。隱藏是顯示屬性，若要排除特定內部資料夾，應明列排除條件並在預覽中核對。
看到刪除行代表目的地檔案被刪掉嗎？
不是。文字比對的刪除行代表左欄有、右欄沒有；它不會操作檔案系統。
為什麼 Target 還是空的？
這正是本例保留 /L 的預期結果。清單描述預定處理項目，沒有執行複製。
能把這份清單當成複製完成證明嗎？
不能。複製完成後需要另做內容與可讀性驗收；本例只回答傳檔前的範圍問題。