規則片段範例
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY第一條規則涵蓋 example.com 及其子網域；第二條涵蓋列出的本地位址範圍；最後一條則處理尚未符合前述規則的連線。此片段僅供理解語法，並非可直接執行的完整設定。
01 / ROUTING連線處理入口
Global Routing：Config、Proxy、Direct
這是選擇連線處理方式的總開關，不是伺服器協定，也不是速度等級。
這是什麼：Global Routing 決定連線主要依照設定規則處理、統一使用目前的代理，或直接連線。Config、Proxy、Direct 分別代表介面中的設定、代理與直連。這裡的 Config 是一種執行模式；底部的 Config 頁面則用來管理設定檔。兩者相關，但不是同一個操作入口。
在哪裡、如何設定：在 Home 找到 Global Routing，開啟後選擇所需模式。已有規則設定時，日常使用通常選擇 Config，並確認 Config 頁面已啟用預期的檔案。若要判斷問題是否由規則造成，可暫時切換至 Proxy 作為對照；若要檢查本地網路本身是否可用，可切換至 Direct。測試後請恢復原本模式，避免將暫時的排查狀態留作日常設定。
| 模式 | 處理方式 | 適用時機 | 注意事項 |
|---|---|---|---|
| Config · 設定 | 依照目前設定中的規則與策略處理連線。 | 需要依網域、位址或其他條件分流時。 | 確認啟用的檔案與規則順序；匯入不代表已啟用。 |
| Proxy · 代理 | 主要透過目前選取的代理處理連線。 | 暫時與規則模式交叉測試，判斷伺服器是否可用。 | 不代表所有系統流量都一定會經過代理；仍會受到系統及相關設定影響。 |
| Direct · 直連 | 主要透過目前的本地網路直接連線。 | 檢查網路基本連線，或明確需要直連時。 | 這不是停止開關；請分別確認目前連線狀態與路由模式。 |
02 / RULES條件與處理策略
規則分流：分開檢查匹配條件與策略
規則決定「哪些連線」，策略決定「如何處理」。先檢查第一條符合的規則，再確認該規則引用的策略。
這是什麼：規則會依設定順序逐一比對，符合後交由對應策略處理。DOMAIN 比對指定網域；DOMAIN-SUFFIX 比對網域及其子網域；DOMAIN-KEYWORD 比對網域中的關鍵字。IP-CIDR 與 IP-CIDR6 分別表示 IPv4、IPv6 位址範圍；GEOIP 依位址歸屬資料判斷；USER-AGENT 是否適用，取決於用戶端能否取得相應的請求資訊，不能假設所有連線都能透過它辨識。
在哪裡、如何設定：進入 Config，先確認目前啟用的設定檔，再儲存副本並編輯規則。將適用範圍明確的規則放在涵蓋範圍較廣的規則之前，最後以 FINAL 指定其餘連線的處理方式。DIRECT 表示直接連線，REJECT 表示拒絕連線；範例中的 PROXY 代表代理處理策略。實際設定時還要確認策略群組或伺服器名稱確實存在，不能只因文字相同就認定引用有效。
修改後檢查三個項目
- Global Routing 是否設為 Config。
- Config 是否已啟用剛修改的檔案。
- 新建立的連線實際符合哪條規則、使用哪個策略。
既有連線可能沿用原本的連線狀態。修改後請重新發出請求再觀察，不要用舊頁面的快取結果判斷新規則。
注意事項：不要一次加入大量無法說明用途的規則。DOMAIN-KEYWORD 的涵蓋範圍可能比預期更廣；GEOIP 的結果會受資料與解析出的位址影響；網域規則也不代表直接輸入 IP 位址時仍會符合。若要攔截特定目標，先確認實際請求的網域，避免使用範圍過廣的條件而影響其他連線。若設定包含遠端規則，也要確認遠端內容是否已成功更新。
03 / SERVERS匯入與管理現有資訊
Subscribe 與伺服器管理
伺服器資訊、訂閱和規則設定用途不同；匯入前先確認手上的內容屬於哪一類。
這是什麼：伺服器項目會儲存連線所需的位址、連接埠、協定與驗證資訊。Subscribe 可透過使用者已有的訂閱網址更新一組伺服器資訊；Config 則用來儲存分流規則等設定。訂閱更新成功只表示內容已取得並解析，不代表其中所有伺服器都能連線，也不代表相關規則已啟用。
在哪裡、如何設定：在 Home 的 SERVER 區域管理伺服器，透過 Add Server 選擇與現有資訊相符的類型；手動填寫時，逐項確認位址、連接埠、密碼及其他驗證欄位。已有 QR Code 時可使用 Scan QR Code 匯入；已有訂閱時，可從 Subscribe 的對應入口新增。完成後先確認群組與項目都已出現，再選取一台伺服器執行 Connectivity Test，最後建立連線以驗證實際請求。
協定類型必須與現有伺服器資訊相符，例如 Shadowsocks、VMess、VLESS、Trojan、WireGuard 或 Hysteria2，不要為了通過測試而任意更換。傳輸方式、TLS、伺服器名稱等其他欄位，也應逐項比對原始資訊；這些欄位並非都能一律留空。若缺少欄位資訊，請回頭確認原始資料，不要複製其他伺服器的參數。
注意事項：更新訂閱可能會刷新項目、名稱或群組，重要的手動修改應另外記錄，並確認如何儲存。準備刪除群組前，先檢查其中是否有個別新增的伺服器。訂閱網址與 QR Code 可能包含驗證資訊，分享截圖或診斷資料前，請遮蔽完整連結、密碼及識別欄位。測試失敗時請保留原始項目，複製一份再修改參數，方便比較與還原。
04 / ON DEMAND自動觸發條件
On Demand：依條件觸發連線
先確認手動連線正常，再啟用自動觸發；不要用自動化掩蓋基本連線問題。
這是什麼：On Demand 會依系統支援的條件觸發連線，適合根據網路環境安排連線行為。它與規則分流的功能不同：On Demand 關注何時建立連線，Global Routing 與 Config 則決定連線建立後如何處理請求。它也不是排程功能，不應將它理解為能在任意時間或控制任意 App 行為的自動化。
在哪裡、如何設定：在 Settings 中尋找 On Demand，依照目前介面提供的網路條件設定行為。先記下原本狀態，只新增一項可重複驗證的條件，例如設定在指定 Wi-Fi 環境下觸發連線。儲存後切換至目標網路，觀察系統連線狀態，再發出新的請求進行驗證。若系統首次要求新增 VPN 設定，請閱讀系統提示並確認。
注意事項：手動關閉後連線又重新出現，請先檢查 On Demand 是否仍在觸發，不要連續刪除設定。網路切換、系統連線管理及條件順序都可能影響觀察結果。排查時可暫時停用 On Demand，確認手動連線穩定後再逐項恢復條件；若要徹底停止連線，應同時確認自動觸發設定與主開關。
05 / DATA觀察而非測速
Data：流量與連線紀錄
統計資料可用來了解用戶端處理過的連線，不能直接取代服務商的計費資料或實際下載測試。
這是什麼：Data 提供流量與連線相關資訊，實際顯示項目以目前介面為準。可用來確認「請求是否進入用戶端」、「修改規則後連線去了哪裡」等情況。上傳、下載或總流量是觀察指標，不是伺服器品質評分；流量增加也不代表目標頁面已完整載入。
在哪裡、如何設定：開啟 Data，先確認統計範圍，再比較一次可控測試前後的變化。若介面提供連線詳情，可搭配目標位址、連線時間與策略資訊判斷結果。準備清除紀錄或重設統計前，先儲存需要比對的內容；確認觀察基準一致後，再比較不同時段的結果。
注意事項：用戶端統計範圍可能與系統行動數據統計、服務商用量統計不同；重複連線與背景請求也會產生流量。不要據此推算整台裝置所有 App 的精確用量。紀錄可能包含造訪的網域與位址，提供排查資料時只保留必要欄位；若要確認速度，請以同一目標進行實際傳輸測試，並註明網路環境。
06 / SETTINGS依目的調整
Settings：DNS、測試、元件與同步
有設定入口不代表一定要更改。優先保留穩定運作的設定，只針對明確問題調整相關項目。
DNS
這是什麼、在哪裡：DNS 會將網域名稱解析為位址，相關行為可能同時受到 Settings 與目前 Config 影響。網站無法開啟時，DNS 是檢查項目之一，但不應將所有連線失敗都歸因於名稱解析。
如何設定：先記錄目前的解析設定，並檢查設定檔內是否另有 DNS 定義。確認要變更哪個解析環節後，一次只調整一項，再以同一網域重新發出請求並觀察結果。選擇解析服務時，應了解其連線路徑與隱私處理方式，不要只因單一延遲數值就更換所有設定。
注意事項：輸入 IP 位址可以連線、輸入網域卻失敗，只是與解析相關的線索，並非最終結論。TLS 伺服器名稱、快取、IPv6 可達性也可能影響結果。變更後要區分舊快取與新連線，並確認解析出的位址與後續連線行為一致。
Test Method 與 Connectivity Test
這是什麼、在哪裡：Test Method 用來選擇連線測試方式，通常可在 Settings 中查看；Home 中的 Connectivity Test 則用來測試伺服器。不同方法檢查的環節不同，不能脫離測試方法直接比較結果。
如何設定：從目前介面提供的選項中選擇測試方法，並固定方法、伺服器與網路環境後重複測試。若測試涉及目標，也應保持目標一致。先觀察測試能否完成，再比較結果變化，不要把偶爾一次較低的數值當作長期表現。
注意事項：連接埠可連通不代表驗證成功，完成一次請求也不代表所有目標都能存取。顯示逾時時，依序檢查本地網路、伺服器位址與連接埠、協定參數及系統時間；不要只調高逾時門檻，卻忽略實際失敗原因。
Today Widget
這是什麼、在哪裡：Today Widget 是系統元件的快速入口，App 內相關選項可在 Settings 中尋找；實際新增與排列由系統元件介面管理，是否能顯示及提供哪些操作，依目前系統與 App 為準。
如何設定：先確認 App 內選取的伺服器、Global Routing 與手動連線都正常，再前往系統元件編輯介面新增可用的 Shadowrocket 元件。首次使用後返回 App 檢查狀態，確認快速操作符合預期。
注意事項：元件只是操作入口，不能取代設定管理，也不會補齊缺少的伺服器資訊。若元件顯示與 App 狀態不一致，先開啟 App 確認，再檢查系統更新狀況；不要只看元件上的文字就認定連線已成功建立。
iCloud 同步
這是什麼、在哪裡：iCloud 同步可同步支援範圍內的資料，可在 Settings 與系統 iCloud 設定中確認入口。同步與獨立備份用途不同；同步可能將修改或刪除內容傳播到其他裝置，不能將它視為永久保留歷史版本的封存。
如何設定：先確認裝置登入的是預期的 iCloud 帳號，且系統允許 Shadowrocket 使用 iCloud，再依照 App 目前提供的選項開啟同步。首次啟用或更換裝置時，先儲存一份可還原的設定副本；同步完成後，逐項檢查 Config、伺服器項目及相關設定。
注意事項：不要假設所有暫存狀態、日誌與系統權限都能在不同裝置間還原。訂閱網址等內容可能包含驗證資訊，匯出的副本應存放在受保護的位置。兩台裝置同時修改前，先決定要保留哪一份，避免尚未確認同步結果就連續覆寫。
Diagnostics
這是什麼、在哪裡：Diagnostics 可用來收集或檢視排查線索，可在 Settings 中尋找相關入口。不同版本提供的工具與輸出可能不同，應依照實際故障環節選擇，不必把所有工具逐一執行。
如何設定：先記錄問題發生時間、網路類型、Global Routing 模式、選取的伺服器及目標現象，再重現一次問題並查看相關輸出。優先保留接近故障時間的錯誤資訊，並搭配 Data 中的連線紀錄分析。若需要完整流程，請前往問題診斷依照症狀檢查。
注意事項：診斷紀錄可能包含位址、網域與驗證欄位。分享前請遮蔽訂閱網址、密碼及其他敏感內容，不要公開完整設定檔。看到單筆錯誤時應結合前後文判斷，避免把正常的重試或取消紀錄誤認為所有連線都失敗。
07 / CHECK調整後的檢查流程
設定檢查與還原順序
每次調整都應能說明：改了哪裡、如何重現、結果如何，以及如何還原。
- 保存原狀。記錄 Global Routing、已啟用的 Config、選取的伺服器及 On Demand 狀態，必要時匯出設定副本。
- 建立基準。固定網路與目標，確認修改前的狀況；暫時關閉可能影響觀察結果的自動觸發條件。
- 單項調整。只修改規則、伺服器參數、DNS 或測試方法其中一項，儲存後重新建立連線。
- 檢查結果。搭配實際存取狀況、Data 與 Diagnostics 判斷，不要只用一個測試數值下定論。
- 還原日常狀態。測試沒有改善就還原原設定；測試完成後，恢復預期模式與 On Demand 條件。
尚未完成首次連線時，請先閱讀Shadowrocket 使用教學；若遇到可重現的連線失敗，請前往問題診斷。已購恢復、平台選擇與取得方式可在下載安裝集中查看，不必為了排查單一設定問題反覆刪除 App。
取得方式與費用：iPhone / iPad 版在 App Store 一次性付費 $2.99，系統需求以 App Store 頁面標示為準；Mac（Apple 晶片與 Intel）、Windows、Android、Linux 版免費，安裝檔由本站 /dl/ 提供。用戶端費用與使用者既有服務的費用分開計算。