iPhone 上用 Stash 匯入 Clash 訂閱：分流規則與依需求代理首次設定步驟

1. iOS 上為什麼常見 Stash 與 Clash 訂閱並提

在桌面端，使用者習慣直接說「Clash 設定檔」；到了 iPhone，App Store 政策與商標因素使得用戶端名稱不一定會叫做 Clash，但許多產品仍支援同一套訂閱連結與相容 YAML 能力（常見為 Clash／mihomo 系語法）。Stash 即屬這類工具：你可以把它理解為「在 iOS 上承載 Clash 規則與節點清單的介面」，重點仍是訂閱能更新、規則能命中、策略組能選到對的節點。

也因此，本文不糾結「畫面上某一顆按鈕的逐字名稱」，而以功能語意為主：訂閱／設定檔、規則模式、代理策略、連線開關與日誌。若你使用的版本將選項合併到「設定」「設定檔」「覆寫」等子選單，請用相同語意去找即可。

2. 首次啟用前：VPN 描述檔、本機網路與背景更新

iOS 的代理並不是「只改 Safari」，多數 Clash 系用戶端會透過Network Extension建立 VPN 類型的隧道，系統因而會要求你允許VPN 設定或安裝描述檔。首次啟用時請依提示完成授權，否則訂閱即使匯入成功，流量也不會進入用戶端核心。

另外，若你希望家裡印表機、NAS、區網管理頁仍走區域網路，請留意用戶端是否提供略過本機網路／Bypass LAN或同等選項；否則在 Rule 模式下，某些區網位址可能被規則帶去不預期的出口。此類選項名稱會隨版本調整，但概念一致：先把「家裡要直連」講清楚，再談海外分流。

最後，訂閱連結若需要背景自動更新，請在 iOS「設定 → 一般 → 背景 App 重新整理」確認 Stash 未被關閉；否則你可能以為節點失效，其實只是長時間未拉到最新清單。

3. 匯入 Clash 訂閱：URL、更新與設定檔切換

匯入 Clash 訂閱的第一步，是向服務商取得訂閱網址（多為 HTTPS 長連結）。在 Stash 內通常會有「新增訂閱」「下載」「匯入」或「從連結建立」類似流程：貼上 URL、命名、儲存，然後執行更新。更新成功後，你應能看到節點列表或 proxy 名稱，而不是空白或錯誤訊息。

若你同時有本機 YAML與遠端訂閱，請確認目前「啟用中」的是哪一份設定檔；多數問題來自切錯檔案或舊檔仍開著 Rule 但其實節點已過期。站內的 訂閱匯入教學 以跨平台概念為主，你可先對照完成「URL 正確、能更新、看得到節點」三件事，再回到 iPhone 專注處理 iOS 權限與模式。

實務上建議把自動更新間隔設成合理頻率（例如數小時到一天），避免每次開啟都重抓造成延遲；但若你剛續費或節點大改，請手動更新一次以免命中舊清單。

4. 分流規則：Rule／Global／Direct 到底差在哪

分流規則決定「這筆連線要交給哪個策略組處理」。多數用戶端會提供三種高階模式，語意大致如下：

• Rule（規則）：依 rules 由上而下匹配；命中哪一條，就使用該條指定的策略（例如某個代理組或 DIRECT）。這是最符合「國內直連、海外走代理」日常習慣的預設。
• Global（全局）：把所有流量都導向同一個「全局策略組」（實作細節依版本而定）。適合短期測試節點或確認隧道是否通，不建議長期當日常模式，因為本地服務也可能被帶去海外出口。
• Direct（直連）：不經代理出口（仍可能經過本機 DNS 處理，視設定檔而定）。適合排查「問題是否來自代理本身」。

新手最常見的誤會，是把「開了 VPN」等同「所有 App 都會變快」；實際上在 Rule 模式下，只有命中規則的那部分流量會走代理，其餘可能仍是直連。另一個誤會是忽略規則順序：同一網域若被前段規則先匹配，後面再精細的條目也不會生效。想深入調整優先順序與條目類型，可搭配 規則分流指南 一併閱讀。

5. 依需求代理：策略組、自動選擇與規則命中順序

所謂依需求代理，在 Clash 語境裡通常不是「手動逐 App 切換」這麼單純，而是：由規則決定需求，再由策略組決定要用哪個節點或自動選擇。典型流程是：DNS 解析出域名 → 規則匹配 → 命中某個 proxy-group → 依該組模式（選定節點、自動測速、容錯等）決定出口。

因此，你要做的「依需求」設定，往往是：選對策略組（例如「国外媒体」「Telegram」「AI 服務」），並確認該組內的節點可用；而不是期待系統自動猜測你想開哪個 App。若訂閱內建多組策略，請花幾分鐘理解每個組別對應哪些規則段落，否則你在介面上切換「全局節點」時，可能只改到某一組，其他規則仍走向別組。

進階使用者會在設定檔內加入 rule-providers 或細緻的 DOMAIN-SUFFIX 條目；新手則建議先以訂閱維護者提供的預設規則集為主，等連線穩定後再逐步覆寫。任何覆寫都請記得：順序與 DNS 模式（含 Fake-IP）會影響命中結果，與桌面端邏輯一致。

6. 哪些流量該走代理、哪些建議直連

一個實用的判斷方式是：先區分目的地在哪裡，再決定要不要走代理。銀行、支付、政府服務、區域型影音版權通常會檢查來源 IP 與地區一致性，若你把它們導去海外節點，常見症狀是驗證失敗、交易拒絕或內容不可用。多數訂閱規則會把這類域名放在直連或國內路由，但不是每一份訂閱都完美，仍需以實測為準。

另一方面，跨區服務、開發者 API、部分 AI／雲端控制台往往依賴穩定的海外出口與正確的 SNI／TLS 行為，這時候 Rule 模式搭配對應策略組會比手動全局更穩。若你遇到「瀏覽器可以、App 不行」的割裂，優先懷疑DNS 與規則命中，而不是先換節點；因為同一服務在 App 內可能走不同域名或 QUIC。

最後，請對系統服務與推送保留寬容度：iOS 會在背景喚起大量連線，過度激進的全局代理有時反而造成耗電與異常重試。把日常穩定寄託在乾淨的 Rule 基底，通常比長開 Global 更符合「依需求」四個字。

7. 與 Android「分應用代理」相比，iPhone 要注意什麼

本站另有一篇 Clash Android 分應用代理 教學，核心是利用 Android 的依 App 繞過／僅代理選定能力，先把「哪些 App 進隧道」切開。相較之下，iOS 並不提供同等粒度、同等直覺的系統級分應用開關給所有第三方用戶端；多數情況下，你仍是以規則與域名為主來決定流量走向。

這不代表 iPhone「比較差」，而是策略要換一種寫法：把「某個 App 一定要直連」轉譯成「該 App 會連到的域名／IP 規則是否命中直連」。若你從 Android 換到 iPhone，請預期要多依賴規則維護者與少量自我覆寫，而不是複製同一套「只勾選 App」的思維。

若你希望釐清 TUN、系統代理與 DNS 的互動，也可再對照站內 TUN 模式說明；雖然該文以桌面情境為主，但「流量如何進核心」的概念在手機上同樣適用。

8. 首次設定檢查清單與異常排查

建議在第一次完整走過下列勾選項，能省下大量來回試錯時間：