FlClash用戶端與訂閱設定

專案來源與用戶端演進

FlClash 是以 Flutter 與 Clash Meta 為基礎打造的開源用戶端，原始碼儲存庫公開了介面、平台整合與建置相關內容。Clash 生態系包含由不同開發者維護的圖形介面用戶端與核心分支；即使都支援 Clash 設定，發布管道、維護頻率與功能入口也不一定相同。移轉舊用戶端時，請先備份訂閱網址與自訂規則，再逐項確認新用戶端的支援情況，不要直接覆蓋舊目錄。

查閱專案時，可先閱讀 README 中的平台說明與使用方式，再查看發布紀錄中與裝置作業系統相關的變更。回報問題時通常需要提供重現條件、作業系統、相關設定與已去識別化的記錄；只說「連線失敗」，很難判斷是權限、格式、節點還是路由故障。公開回報前，請移除訂閱網址中的憑據、節點密碼與可識別個人帳戶的資訊。

Clash Meta 與 mihomo 的關係

Clash Meta 核心的後續專案通常以 mihomo 的名稱出現，文件、設定欄位與記錄中可能會同時看到這兩個名稱。FlClash 在核心上提供圖形化操作，但協定相容性、規則比對與 DNS 行為主要取決於實際整合的核心。介面能匯入 YAML 檔，只能表示檔案已通過相應解析；若要確認能否建立連線，還需檢查協定參數、策略組引用與目前的網路狀況。

排查問題時，可依序確認「請求是否進入核心、是否符合預期規則、是否選到可用出口」。若記錄中完全沒有目標請求，請優先檢查系統代理、應用程式本身的代理設定與 TUN 接管；若已看到請求且出口正確，再檢查名稱解析、交握與遠端連線。這種分層排查方式也適用於其他採用相近核心的用戶端。

GPL-3.0 與原始碼查閱

FlClash 專案採用 GPL-3.0 授權。一般使用者可透過原始碼與發布說明了解軟體的運作方式；若準備修改、再散布或整合專案，請閱讀儲存庫中的授權條款及相依套件授權，依適用條件保留聲明並履行相關義務。開源授權說明程式碼的使用條件，不代表訂閱服務、遠端伺服器或網路環境也由同一個專案負責。

分別管理應用程式與訂閱更新

應用程式更新會調整介面、系統整合或隨附核心；訂閱更新則會重新取得設定來源提供的節點、規則與策略組。兩者處理的問題不同。節點失效不一定需要重新安裝用戶端，應用程式權限異常也未必能靠更新訂閱修復。升級前請記下目前的設定名稱、出站模式與接管方式，並另存重要的本機修改；更新後以相同目標與出口重新測試。

訂閱網址通常包含帳戶存取憑據，請當作密碼妥善保管。不要在公開截圖、線上 YAML 檢查工具或問題討論中貼出完整網址。若需要分享設定結構，可保留欄位名稱，並將網域、密碼與權杖替換成明確的範例值。本網站的設定片段僅用於說明欄位關係，不能直接用來提供代理服務。

首次使用的檢查順序

先在設定頁完成匯入並選取設定，再前往代理頁確認策略組中有可選成員，最後回到儀表板開啟所需的接管方式。規則模式適合一般分流，全域模式適合短時間比對，但兩者都只會影響已進入核心的連線。測試時請建立新連線，並查看連線或記錄頁的結果；只看開關是否開啟，無法判斷實際流量走向。

若訂閱可以更新，但無法連上目標，請分別測試其他出口與目標；若所有出口都失敗，再檢查本機網路、系統時間與 DNS。若啟用 TUN 後才出現問題，請先關閉 TUN，回到一般代理狀態進行比對，再逐項排查路由、權限與其他 VPN。詳細操作請參閱訂閱匯入教學；若要調整規則集與 DNS，請繼續閱讀進階設定手冊。