專案設定檔
Workspace/Project-A/config/theme.jsonWorkspace/Project-B/config/theme.json內容相同，但兩邊都位於具有專案清單檔的獨立根目錄。
下一步： 網頁報告要求情境確認；Windows 版不應自動選取任何一份。PROJECT SAFETY CASE
兩個程式專案有相同設定檔，為什麼兩份都不能刪？
用兩個獨立程式專案示範：相同外掛、設定與套件檔雖然內容一致，仍可能是各自執行所需。比較網頁提示與 Windows 保護規則的差別。
先說結論
檔案是否多餘取決於用途，不只取決於內容。兩個專案各自依賴相同設定或套件時，DUPESPACE 應標示情境風險或直接排除，而不是挑一份移除。
重現測試資料
用肉眼也能核對的小型測試。
- 01
建立 Project-A 與 Project-B，各放入自己的 package.json。
- 02
在兩個專案的 config/theme.json 寫入完全相同內容。
- 03
在兩邊的 node_modules/demo-plugin/index.js 放入相同測試檔。
- 04
另外在 Downloads 放入兩份相同安裝檔，作為非專案情境的對照組。
預期分類結果
不同檔案關係，下一步也不同。
套件與外掛
Workspace/Project-A/node_modules/demo-plugin/index.jsWorkspace/Project-B/node_modules/demo-plugin/index.js兩份檔案可能由套件管理器分別維護，移除其中一份會破壞對應專案。
下一步： 整個套件環境排除，不把它當成可釋放空間。一般下載副本
Downloads/setup.exeDownloads/setup (1).exe內容相同且不在已辨識專案根目錄，仍只是候選副本。
下一步： 查看版本、簽章與離線安裝需求後，再決定是否用資源回收筒整理。相同內容為什麼可能缺一不可
應用程式通常依固定相對路徑尋找設定、外掛與套件。即使兩份內容完全相同，把 Project-B 的檔案刪掉也不會讓它自動改用 Project-A 的檔案。
硬連結與符號連結是另一種關係，也不能用一般重複副本邏輯處理。Windows 版會識別並避開這些特殊物件，不追蹤 junction 或 reparse point。
DUPESPACE 如何辨認專案情境
目前規則會尋找 .git、.svn、package.json、鎖檔、pyproject.toml、requirements 檔、node_modules、虛擬環境與常見應用程式檔案。網頁報告會標示需要情境確認，Windows 版則把辨識到的專案與套件位置排除或鎖定。
這是保守防線，不是完整的相依性分析器。自訂建置工具、可攜式應用程式與公司內部目錄可能沒有已知標記，因此使用者指定的保護子資料夾仍然必要。
正確整理方式不是跨專案刪檔
若目的是縮小專案體積，應使用套件管理器、建置工具或專案自己的清理指令移除可重建輸出。不要從另一個專案複製或刪除單一依賴檔案來節省空間。
只有在明確的一般資料夾中，且確認副本不屬於程式、備份、同步或工作流程時，才進入一般重複檔案審查。
FAQ
這個案例能證明什麼、不能證明什麼
所有 package.json 底下的檔案都會被刪除清單排除嗎？
Windows 版會保守處理已辨識的專案根目錄；網頁報告則提示情境確認。自訂結構仍應手動加入保護。
node_modules 很大，可以用重複檔案工具清嗎？
不建議逐檔刪除。使用套件管理器或重新建立環境，才能維持依賴關係與鎖檔一致。
內容相同的設定檔一定要保留兩份嗎？
若兩個程式都從自己的路徑讀取，就必須各自保留。只有了解應用程式載入方式的人才能安全改成共用。