Clash 訂閱匯入
與代理設定教學

第一步：匯入訂閱並選取設定檔

開啟用戶端，進入「訂閱」或「設定檔」頁面，找到「新增」、「匯入」或加號按鈕。如果入口分為遠端網址與本機檔案，請依手邊的資料選擇：複製的訂閱 URL 使用遠端匯入，儲存在電腦中的 .yaml 或 .yml 檔案則使用本機匯入。不要把整份檔案內容貼到網址欄，也不要將網頁連結重新命名後當成 YAML 檔案匯入。

使用遠端訂閱時，請回到服務提供者的訂閱頁面，選擇明確標示為 Clash 或 mihomo 的格式，再複製完整網址。貼上後檢查網址的開頭、結尾與中間參數，尤其不要漏掉問號後的內容。有些頁面會列出多種用戶端格式，一般節點分享連結不一定能直接作為 Clash 設定使用；如果頁面只提供 QR Code，請先確認用戶端是否支援掃描匯入，不必反覆嘗試不相符的入口。

為設定檔取一個容易辨識的名稱，例如「日常連線」，然後匯入或儲存。等待請求完成，確認畫面顯示更新成功，且設定內容中出現代理群組、規則或節點。設定檔清單多出一個名稱，只代表項目已建立；還要確認設定檔能正常解析，並已選為目前使用的設定檔。有些用戶端會以勾選標記表示目前項目，另一些則需要點選「使用」或「啟用」。

使用本機檔案時，點選檔案匯入入口，選取原始 YAML 檔案，等待用戶端完成解析後再選取該設定檔。YAML 是以縮排表示層級的文字設定格式；初次使用不必直接編輯。如果用戶端顯示語法錯誤，請先重新取得原始檔案，避免使用文書處理軟體儲存時引入額外字元。如果檔案引用外部規則或代理集合，首次載入時仍可能需要網路，因此「檔案匯入成功」不一定代表所有外部內容也已載入。

匯入失敗時，先確認錯誤發生在哪個階段：請求逾時通常需要檢查目前網路，以及訂閱網址是否可連線；如果回傳的是網頁或解析失敗，則要確認複製的是訂閱介面，而非登入頁、購買頁或分享說明頁。網址過期或帳戶狀態變更也可能導致更新失敗。先到服務提供者頁面重新複製網址，再試一次；不要同時修改代理連接埠、DNS 與規則來碰運氣。

訂閱網址中的參數可能包含帳戶存取憑證。分享螢幕截圖前，請遮住完整網址；不要將網址貼到公開留言區，也不要提供給來源不明的線上轉換服務。之後需要更新節點時，使用目前項目的「更新」功能即可；一般不必每次都刪除並重新建立設定檔。

第二步：選擇規則模式與代理節點

確認設定檔已啟用後，進入「代理」頁面或找到「模式」選項。首次使用請先選擇「規則」，有些介面會顯示為 Rule。規則模式會讀取目前設定檔中的比對條件，再決定特定連線要直連、經由代理，或採用其他策略。此模式適合保留日常網路的分流設定，也方便下一步查看特定連線為何採用某條路徑。

「規則模式」和「選取節點」是兩個不同的操作。模式決定如何分配連線；代理群組則決定連線套用某個策略後使用哪個出口。開啟代理群組，查看群組中是否有可手動選取的節點、自動選擇群組或其他子群組。群組名稱由訂閱設定決定，不一定會標示為「節點選擇」；請找到設定中負責一般代理流量的選擇群組，再選取一個可用項目。

如果群組中有手動測試或延遲測試按鈕，可以執行一次，確認該測試目標是否能透過相應節點建立連線。測試完成後，點選節點，確認出現已選取的標記。不要只按下測試按鈕就離開：測試完成與實際選取是兩個操作。自動選擇群組通常會依照設定中的測試條件挑選出口，初次使用可保留預設行為，不必馬上調整測試間隔或容差。

全域模式通常會將用戶端接管的連線交由全域策略處理，適合在規則結果不如預期時短暫比對；它不會自動讓所有 App 開始使用代理。直連模式通常會讓接管中的連線直接連至目標，無法用來驗證代理節點是否正常。如果切換至全域模式測試，也要確認全域策略實際選取的項目，不能只憑模式名稱判斷連線出口。

先保留設定檔原有的規則與代理群組關係。不要只為了讓某個網站使用代理，就把所有標示為 DIRECT 的選項都改掉；DIRECT 代表直連，可能是規則刻意保留的路徑。如果某個 App 有專屬的策略群組，初次連線時也不必逐一調整。先用瀏覽器測試主要連線流程，再處理特定 App 的分流需求。

此時回到代理頁面，確認目前處於規則模式，而且規則實際引用的選擇群組已有選取項目。如果所有節點測試都失敗，請先換一個節點再試，並檢查訂閱服務狀態；反覆切換模式通常無法修復無法連線的節點。規則優先順序、巢狀代理群組等細節，請參閱完整安裝指南；這次先維持設定結構不變。

第三步：啟用流量接管

設定檔與節點準備就緒後，再開啟流量接管。在 Mac 用戶端的首頁、設定頁或選單列中找到「系統代理」，先確認核心沒有錯誤，再啟用系統代理。核心是實際處理連線的背景元件；用戶端視窗能開啟，不代表核心一定正常運作。如果頁面顯示啟動失敗或連接埠遭占用，請先處理這項錯誤，不要繼續啟用其他網路功能。

系統代理會將代理設定寫入 macOS，讓遵循這些設定的 App 將請求交給用戶端的本機監聽連接埠。初次驗證建議使用瀏覽器，較容易與連線記錄比對。啟用後，不必再將相同位址手動填入瀏覽器代理擴充功能；如果擴充功能已設定獨立代理，請先停用，或改為使用系統設定，以免兩組設定互相衝突。

保持系統代理啟用，回到瀏覽器開啟新分頁並造訪網頁。不要只看用戶端開關就判斷連線是否建立，也不要急著同時啟用 TUN。系統代理只涵蓋遵循系統設定的 App；某些終端機工具、遊戲或使用自訂網路堆疊的程式可能不會使用系統代理。因此，若瀏覽器可用但某個程式仍無法連線，請先確認該程式是否支援代理，而不是直接認定整份設定失效。

如果確實需要接管更多 App 的流量，再考慮使用 TUN 模式。TUN 透過虛擬網路介面處理流量，涵蓋範圍通常比系統代理更廣，但實際結果也會受到路由、排除項目與 DNS 設定影響。桌面用戶端可能要求先安裝輔助服務或服務模式；請依照用戶端提示操作，確認系統授權視窗中顯示的程式後再完成授權。不要照抄網路上的權限提升指令，也不必為了首次瀏覽器連線直接修改系統路由。

測試 TUN 時，先關閉系統代理，再單獨啟用 TUN 進行驗證，有助於確認實際接管流量的方式。如果用戶端說明要求兩者搭配使用，請以該用戶端目前的說明為準。若網路持續中斷或網域解析失敗，先關閉剛啟用的 TUN，還原至先前可用的系統代理設定；網路異常時不要接連修改 DNS、路由與防火牆設定。

Windows 使用者可以沿用「確認核心正常 → 啟用系統代理 → 使用瀏覽器測試」的順序；若特定 App 未遵循設定，再查閱該平台的專屬說明。Android 與 iOS 通常會在點選連線後顯示系統 VPN 授權提示，允許後再返回用戶端確認連線狀態。手機狀態列出現 VPN 圖示，代表流量接管通道已建立，但無法單憑此圖示確認選取的代理節點可用。

連線期間，盡量只保留一個負責接管流量的工具。公司 VPN、安全軟體或其他代理用戶端可能變更路由與 DNS，導致看似相同的操作得到不同結果；若裝置受組織管理，請遵守相關使用規定。輔助服務、權限與各平台差異，請視需要參閱各平台安裝與設定說明。

第四步：確認代理是否生效

先開啟一個已知在目前網路下可正常瀏覽的頁面，確認基本網路連線正常。接著開啟預期會經由代理連線的目標頁面，確認是否能載入。如果該頁面先前已開啟，請改用新分頁或重新整理後再試，避免將快取內容誤認為新的網路請求。一開始不必進行速度測試，先確認請求確實經過預期路徑。

同時進入用戶端的「連線」、「活動」或「記錄」頁面，找到剛才造訪網站所產生的新記錄。顯示欄位會因用戶端與目前記錄層級而異，通常可以比對目標網域、命中規則與使用的代理鏈。預期經由代理的請求若顯示 DIRECT，請先檢查命中的規則與代理群組；若顯示已選取代理，但請求仍逾時，再檢查節點、目標網站與上游網路，不要反覆切換系統代理開關。

在規則模式下，連線記錄比單獨查看出口 IP 更能說明實際結果。不同網站可能命中不同規則，IP 查詢網站本身也可能被設定為直連，因此單次查詢顯示本機出口，不一定代表代理失效。如果確實需要比較出口，請以相同目標、相同流量接管方式進行測試，並確認該請求實際命中代理策略。分享記錄時，請遮住訂閱網址、驗證資訊與不必要的瀏覽記錄。

如果瀏覽器無法載入目標頁面，請依序排查：先確認目前選取的設定檔，再確認代理群組中的選取項目，接著確認核心是否正常運作，以及系統代理或 TUN 的狀態。之後更換節點，重新造訪頁面並查看新記錄。每次只修改一項，並記下修改後的結果；若同時更換設定檔、模式、節點與 DNS，就無法判斷是哪項變更造成差異。

如果瀏覽器連線正常，但終端機或特定 App 失敗，請先將問題範圍縮小到該 App。確認它是否支援系統代理、是否另有獨立代理設定，以及是否需要重新啟動才能套用新設定。既有的長時間連線可能仍沿用原本路徑，因此更換節點後也要重新建立連線再觀察。如果需要處理終端機代理、App 排除項目或 TUN 的 DNS 問題，請參閱故障排除說明，不必重新進行整套初始設定。

最後確認退出狀態。結束使用前，先關閉系統代理或 TUN，再退出用戶端，然後開啟一般網頁確認網路已恢復正常。多數用戶端正常退出時會清除相關設定，但異常關閉後仍可能留下指向本機連接埠的代理項目。退出後若無法連線，請先重新開啟用戶端並關閉流量接管；如果仍未恢復，請前往 macOS「系統設定 → 網路 → 目前網路服務 → 詳細資訊 → 代理」檢查相關設定，實際路徑可能因系統版本而異。

初次設定完成後，請保留這份已驗證的設定檔，之後透過訂閱項目的更新按鈕取得變更。更新後若只有特定 App 出現異常，先查看該 App 新產生的連線記錄，再決定是否調整分流。日常設定到此即可；更換裝置、部署 Linux 核心或深入了解規則時，再依章節查閱完整安裝指南。