重點摘要
- Clash Detective 的正確順序是：先用 Selection Sets／Search Sets 定義「誰跟誰查」，再設定測試（類型、容差、規則），最後才執行——不要一開檔就對全模型互撞。
- 衝突測試要區分 Hard（硬衝突） 與 Clearance（淨距檢查），並用 Tolerance（容差） 過濾模型精度造成的雜訊，這決定結果是「可判讀的清單」還是「幾千筆垃圾」。
- 結果要先 分組（Grouping）——同區域、同系統、同原因的碰撞合併成一個判斷單元，再進入指派與追蹤。
- 每筆衝突有 New／Active／Reviewed／Approved／Resolved 的狀態生命週期；設定與測試存在 NWF 裡，換新版模型重跑即可比對衝突是否收斂。
- 沒有 Navisworks Manage 的業主與 PCM，可用免費的 Navisworks Freedom 開 NWD 檢視視點，或在 ACC Model Coordination 直接於瀏覽器檢視衝突。
開始之前：NWC → NWF → NWD 的檔案骨架
Clash Detective 是 Navisworks Manage 才有的功能，但它建立在 Navisworks 的檔案架構上，先把三種格式的關係想清楚：
| 格式 | 角色 | 特性 |
|---|---|---|
| NWC | 各專業從 Revit 匯出的模型快照 | 唯讀，是 Navisworks 的「原料」 |
| NWF | 連結多個 NWC 的協調工作檔 | 活的——NWC 更新後重新開啟即同步 |
| NWD | 發布用的整合快照 | 死的——固定當下狀態，含視點與註解 |
你的日常工作檔是 NWF：把建築、結構、機電各專業的 NWC 連結進來，衝突測試的所有設定也存在這裡。之後每一輪整合，各專業只要用新的 NWC 覆蓋舊檔，你重新開啟 NWF、重新整理，就能用同一套測試規則重跑衝突，前後版次才有可比性。
這個流程能運作的絕對前提，是所有專業匯出 NWC 時都使用正確的共用座標。座標不對，跑出來的衝突全是假象。
第一步：Selection Sets 與 Search Sets——定義「誰跟誰查」
衝突測試的兩邊（Selection A × Selection B）不該直接選整個檔案，而是先建立選集，把要互查的物件範圍準備好：
- Selection Sets（選取集）：手動框選一批物件存起來，內容是靜態的——模型更新後不會自動納入新物件，適合一次性的局部檢查。
- Search Sets（搜尋集）：用條件（類別、系統類型、樓層、性質參數）定義的動態查詢，例如「所有風管」「B1 的結構樑」。模型換版後重新開啟，搜尋集會自動抓到最新符合條件的物件。
協調專案一律建議用 Search Sets：在「尋找項目」面板設好條件（例如：性質「類別」等於「風管」），存成具名搜尋集，並用資料夾依專業與系統整理（結構／空調／給排水／消防／電氣…）。這一步做得越乾淨，後面的衝突矩陣就越好管理。
建立選集時建議搭配選擇樹（Selection Tree）與性質（Properties）面板確認物件層級與參數，確保抓到的是「模型裡真正的那批物件」。
第二步：建立衝突測試——類型、容差、規則
在 Clash Detective 面板點「加入測試（Add Test）」，每一個測試就是一個「A 專業 × B 專業」的檢核組合（例如：結構樑 × 空調風管）。三個關鍵設定：
測試類型（Type）
| 類型 | 意義 | 用途 |
|---|---|---|
| Hard（硬衝突） | 兩物件幾何實際穿越 | 最常用，抓實體碰撞 |
| Clearance（淨距） | 未穿越但距離小於設定值 | 抓維修空間、保溫層、法規淨距不足 |
| Duplicates（重複） | 幾何完全重疊 | 抓重複建模、重複匯入 |
硬衝突與淨距檢查對應不同的問題性質：管線穿樑是硬衝突，設備前方沒留檢修空間則要靠 Clearance 測試才抓得到。
容差（Tolerance）
容差定義「多深的穿越才算衝突」。設 0.01m 表示穿越深度小於 1 公分的碰撞會被忽略。容差的目的，是過濾模型精度不足造成的雜訊——貼面、收邊這類細微交疊不是設計問題。依本階段審查目的設定容差，而不是追求「抓到最多」：沒定好尺度就比較衝突數量，結果是不可比的。
規則（Rules）
Rules 頁籤可以排除不需要判斷的組合，例如：忽略同一檔案內的項目、忽略同一群組／圖層的項目、忽略保溫層。合理使用規則能大幅減少雜訊，但注意：排除是「暫不判斷」，不是「刪掉問題」，排除了什麼、為什麼排除，要留下紀錄。
第三步：批次執行與版本更新
檢核組合通常一次建立十幾個（結構 × 空調、結構 × 給排水、機電 × 機電…）。全部設定好後用「全部執行（Run All）」批次跑完，不必逐項手動執行。
之後每一輪整合的節奏是固定的：
- 各專業交付新版 NWC，覆蓋連結資料夾中的舊檔。
- 開啟 NWF，模型自動更新到最新版。
- Run All 重跑所有測試。
- 比對各測試的衝突數量與狀態變化，確認整合是否收斂。
因為測試設定存在 NWF，前後版次用的是同一把尺，衝突總數與解決率的趨勢才有意義。
第四步：結果分組（Grouping）
跑完測試，單一組合動輒數百筆碰撞，逐筆看會被數量淹沒。先分組再判讀：
- 依位置分組：同一樓層、同一軸線區間、同一機房的碰撞集中成一組——它們多半是同一個路由問題造成的。
- 依系統分組：同一支風管沿路撞了十根樑，是「這支風管高程要調」的一個問題，不是十個問題。
在結果面板選取多筆衝突，右鍵「群組（Group）」合併成資料夾，並用「樓層＋區域＋原因」命名（例如「B1 機房—主風管高程過低」）。分組後的每一組，才是後續指派、開會、追蹤的基本單元。
判斷的對象是「問題」，不是「碰撞點」。把同因碰撞合併，你的協調會議議題清單會從三百筆變成二十件。
第五步：狀態生命週期——New、Active、Reviewed、Approved、Resolved
Clash Detective 為每筆（或每組）衝突維護狀態，重跑測試時會自動更新一部分：
| 狀態 | 意義 | 誰改的 |
|---|---|---|
| New（新建） | 本次執行首次發現 | 系統自動 |
| Active（作用中） | 之前就有、這次仍存在 | 系統自動 |
| Reviewed（已檢閱） | 已看過、已判讀 | 人工標記 |
| Approved（已核准） | 判定可接受、不需修改（留下核准人與時間） | 人工標記 |
| Resolved（已解決） | 新版模型中已消失 | 系統自動（也可手動） |
兩個實務重點：第一，Approved 是「接受它存在」，例如淺層穿越已確認由現場處理，核准要有理由並可追溯；第二，重跑後自動變 Resolved 的項目仍要抽查——衝突消失可能是真的改好了，也可能是物件被刪掉了，這是審查時要辨識的「假解決」。
第六步：指派與註解
分組後的每個衝突群組，在結果面板可以：
- 指派（Assign）：填入負責的專業或廠商名稱，讓每組衝突有明確責任方。
- 加註解（Comment）：記錄判讀結論與處理方向，例如「排水繞樑，請給排水提新路由」。
- 存視點：每組衝突自動有對應視點，加上紅雲、文字標註後，就是會議與報告用的證據截圖。
指派與註解做完，衝突清單就從「幾何碰撞資料」變成「有責任方、有處理方向的待辦清單」——這是協調員價值的核心。
第七步：報告輸出——HTML、XML 與視點
Report 頁籤把測試結果輸出給模型外的世界：
- HTML（Tabular）：表格式網頁報告，含每筆衝突的截圖、位置、狀態、指派與註解，最適合發給各專業與業主留存。
- XML：結構化資料，供其他系統或試算表統計解決率、繪製跨版次趨勢。
- As viewpoints（視點）：把衝突結果存成 Navisworks 視點資料夾，發布 NWD 後，收件者用 Freedom 也能逐點檢視。
輸出範圍可以選「全部測試」或單一測試，狀態上通常過濾掉 Resolved，只輸出待處理項。報告的欄位（狀態、指派、註解、截圖）就是下游問題追蹤的原始資料。
免費檢視方案：Navisworks Freedom 與 ACC
衝突偵測是協調員的工作，但檢視成果不該被授權費擋住。業主端與 PCM 有兩條免費（或免安裝）路徑：
Navisworks Freedom
Freedom 是免費版，只能開 NWD 與 3D DWF，不能整合模型、不能跑衝突，但可以：導覽與定位模型、切換協調員存好的視點、用選擇樹選取構件並讀取性質、啟用剖面工具檢查淨高、量測與截圖取證。
實務作法：協調員每輪整合後發布 NWD（含衝突視點），業主與 PCM 用 Freedom 開啟，逐視點檢視衝突與回覆狀況。Freedom 的定位是「看懂模型」——它不適合做正式的問題分派與追蹤。
ACC Model Coordination
ACC 的模型協調模組已整合 Navisworks 引擎，可以在瀏覽器完成：建立協調空間（指定資料夾後自動偵測衝突）、檢視衝突清單與分組、判斷「並非問題／建立問題」、把衝突轉成可指派、可追蹤的 Issue。
兩個設定重點：協調空間讀取的資料夾與模型版本要先確認，來源錯了後面全部失真；自動衝突偵測要在建立協調空間時就開啟，事後無法補開。
分工結論：Manage 負責「整合與偵測」，Freedom 負責「業主端檢視」，ACC 負責「正式問題追蹤與稽核軌跡」。三者是一條流水線，不是互相取代。
小結
Clash Detective 的完整工作流程是一條固定的生產線：選集定義範圍 → 測試設定尺度 → 批次執行 → 分組收斂 → 狀態與指派 → 報告輸出 → 下一版重跑比對。工具操作不難，難的是紀律——同一套設定跑到底、每組衝突有責任方、每次核准有理由。做到這三件事，衝突清單才會隨版次收斂，而不是每次歸零重來。
延伸閱讀：