先理解改名範圍：專案、介面與檔名不一定同步
若你正在找「Mihomo Party 去哪了」或懷疑 Clash Party 是另一個客戶端，先不要用圖示或檔名判斷。專案目前的一手入口是 mihomo-party-org/clash-party 官方儲存庫，儲存庫名稱與說明採用 Clash Party。這可以證明目前的專案入口，而不是第三方下載站自行改了一個名稱。
品牌變更很少在每個位置同時完成。儲存庫、視窗標題、安裝程式、系統應用程式清單、資料目錄、自動更新與舊文件可能保留不同名稱。因此，看到 mihomo-party 前綴不代表檔案一定偽造，看到 clash-party 也不能單靠名字相信。要回到同一官方 Release、平台架構和校驗檔來判斷。
應用程式名稱與核心名稱不同：Clash Party 是桌面客戶端名稱，Mihomo 是核心名稱。不能因介面改名，就批次替換設定中的 Mihomo 文字。
也不能從改名推論資料路徑、授權或功能一定變動。只有發布說明或原始碼明確記錄的內容才可當成事實。若舊版目前穩定，沒有必要只為新名稱強制升級；真正需要更新時，再依可驗證且可還原的步驟執行。
從官方儲存庫進入 Releases，避開廣告與二次封裝
正確順序是先確認組織和儲存庫，再從其內部進入 Releases。網址中的組織應為 mihomo-party-org，儲存庫為 clash-party。開啟目標標籤後，記錄發布時間、資產原名、大小及對應 SHA-256。搜尋結果與教學可協助找到方向，但不能取代二進位檔的一手來源。
- 開啟官方儲存庫，核對組織、名稱與專案說明。
- 從儲存庫內進入 Releases，選擇明確版本。
- 按作業系統、CPU 架構和安裝形式篩選資產。
- 下載相符的 SHA-256 檔並在本機核對完整結果。
- 保存 Release URL 與原始檔名，方便日後追溯。
副檔名通常反映安裝方式，並不保證 CPU 正確。Windows 可能有安裝與壓縮版，macOS 需要區分 Intel 和 Apple 晶片，Linux 則有不同套件和架構。先確定設備資訊，再選資產，不要因為某個轉存較快或檔名更簡單就使用。
轉載不是自動成為官方鏡像：只有專案明確連結的分發位置能沿用官方來源鏈。保留原檔名的網路硬碟仍需額外驗證。
同一 Release 有兩種前綴時，先依平台與校驗配對
v2.0.2 官方發布頁是一個可直接觀察的過渡例子：同一版本的 Assets 同時列出 clash-party- 與 mihomo-party- 開頭的檔案，涵蓋 Windows、macOS 和 Linux，並有對應的 .sha256。既然它們在同一官方標籤下，就不能只靠前綴說成兩個沒有關係的產品。
| 線索 | 可以理解為 | 不能直接推論 |
|---|---|---|
| clash-party 前綴 | 目前名稱的資產 | 一定使用全新資料目錄 |
| mihomo-party 前綴 | 過渡或相容命名 | 一定是舊版或惡意檔 |
| 同一 v2.0.2 | 由同一 Release 列出 | 外部同名檔都可信 |
| .sha256 | 比對下載完整性 | 可忽略校驗值的來源 |
先匹配平台和架構，再閱讀當次說明。若同平台仍有兩種前綴，不要兩套一起安裝，也不要互相覆蓋測試。選擇一個能完整對應標籤、資產與校驗值的項目。發布頁沒有解釋的差異，可暫緩並查閱官方討論，不自行創造功能區別。
SHA-256 能發現下載不完整或內容變動，但只有從可信頁面取得的預期值才有意義。保留原檔名，計算本機結果並比對完整字串，不只看前幾個字元或檔案大小。
升級前備份設定，把啟動成功與移轉成功分開
改名版本可能沿用舊資料，也可能因平台封裝、應用識別或版本跨度而讀取不同位置。不要先假設無感移轉，也不要手動把資料夾改名。記錄舊版完整版本、目前訂閱、代理模式、覆寫和核心狀態，再使用客戶端內建匯出或備份。複製資料目錄前必須完全退出，並保護其中的訂閱 Token。
程式與個人資料要分開保存。舊安裝器或可攜資料夾用來恢復應用，匯出檔和完整資料副本用來恢復使用狀態。空間允許時在可回復環境測試新版本，不要在資料載入前解除安裝舊版並勾選刪除使用者資料。
- 記錄舊名稱、完整版本與下載來源。
- 匯出設定，程式退出後複製實際資料目錄。
- 保存訂閱名稱、策略群組和重要覆寫的脫敏畫面。
- 確認備份存在且非空，放在應用資料夾之外。
- 只安裝一套符合系統的資產，首次啟動先不更新訂閱。
- 對照舊記錄，確認完成後再恢復自動更新。
若新版本列表為空，先退出並找出新舊程式各自讀取的實際路徑，再決定用內建匯入或完整快照。不要混合兩個版本的索引檔和零散 YAML，否則可能出現重複項目、遺失覆寫或無效引用。
驗證版本、核心、資料與代理，再清理舊檔
首次啟動先到 About 或版本頁，確認號碼與 Release 標籤一致，並記錄畫面顯示 Clash Party 或過渡名稱。接著查看核心版、設定清單、策略群組和日誌。名稱正確不代表功能完整，殘留舊字樣也不必然代表裝錯；來源可追溯、資料完整且核心可運作才是重點。
- 程式：版本、平台架構與下載資產一致。
- 資料：訂閱、覆寫、模式和重要偏好完整。
- 核心：持續運作，沒有崩潰重啟循環。
- 代理：固定節點與 rule 模式能產生可解釋連線。
- 回復：舊程式與設定備份尚未刪除。
自動更新若仍寫 Mihomo Party，應查看它要求的倉庫與版本，而非只判斷文字；彈窗寫 Clash Party 也同樣要核對 URL。品牌是線索，組織、倉庫、標籤、資產與雜湊才構成來源鏈。
清理門檻：完成關閉重開、設定載入與實際連線後，仍保留備份一段時間。確認不需還原才移除重複安裝器和測試目錄。
對外說明可寫「Mihomo Party 專案目前使用 Clash Party 名稱」，並附官方儲存庫。不要把過渡期兩種前綴寫成兩套獨立官方客戶端，也不要保證未來永久保留舊檔名；應以每個具體 Release 為準。
官方來源與版本邊界
版本號、檔案名稱與介面文字可能隨專案更新而變動，操作前請以連結中的專案文件為準。