遠距工作時，Notion 與 Figma 的登入、同步、圖片及協作連線可能分散在多個網域；若直接把整台電腦切成全域代理，台灣網站與其他不需要代理的流量也會繞路。較容易維護的做法，是在規則模式下只指定工作工具的網域走代理，其餘流量依現有規則處理。本文以桌面版 Clash 用戶端為例，整理規則寫法、測試方式與節點挑選重點。不同用戶端的選單名稱可能略有差異，請以目前使用的 Clash Verge、Clash Verge Rev 或其他用戶端版本為準。
1. 先確認流量入口與規則順序
設定分流前，先分清楚「流量如何進入核心」和「進入後使用哪個出口」是兩件事。系統代理通常適合會遵循作業系統代理設定的瀏覽器與桌面應用程式；TUN 則可接管部分不讀取系統代理設定的連線，但需要用戶端、核心及作業系統支援，可能也需要額外權限。開啟 TUN 不會自動替 Notion 或 Figma 選擇節點，仍須由規則決定出口。
以下示例使用 工作代理 作為策略群組名稱。它不是 Clash 內建名稱，必須先確認現有設定中已定義此群組，且群組內有可用節點。若你的設定使用「選擇節點」、「Proxy」或其他名稱，請將範例中的 工作代理 一致替換為實際名稱。
- 確認目前模式為 Rule／規則，而非 Global／全域或 Direct／直連。
- 在用戶端確認系統代理已啟用；只有需要接管不遵循系統代理的程式時，才評估 TUN。
- 檢查連線清單，確認瀏覽器或桌面程式的請求確實進入核心。
- 將 Notion、Figma 的明確網域規則放在較廣泛的規則及
MATCH前面。
Clash 會依序比對 rules，通常由第一條符合的規則決定出口。若工作工具規則排在通用規則或 MATCH 後方，後面的規則就無法改寫已經決定的結果。修改前先備份目前設定，並避免在同一層級建立兩個 rules 欄位。
| 方式 | 適用情況 | 需要留意 |
|---|---|---|
| 系統代理 | 瀏覽器及會遵循系統代理的應用程式 | 部分程式可能忽略系統代理，需在連線清單確認 |
| TUN | 需要接管較多系統連線或不使用系統代理的程式 | 權限、路由、DNS 與網路堆疊可能影響結果 |
| 全域模式 | 短時間確認代理節點是否可用 | 不適合日常分流，會讓不相關流量也經過代理 |
2. Notion 與 Figma 網域如何納入規則
服務不一定只連線至使用者輸入的主網域。Notion 可能使用 notion.so、notion.site 及承載靜態內容或使用者檔案的相關網域；Figma 可能使用 figma.com 與 figmausercontent.com 等網域處理網站、資源或檔案內容。服務端的網域配置可能隨時間調整，也會依登入方式、團隊功能與應用程式版本不同而改變，因此以下清單是起始範例，不代表涵蓋所有連線。
DOMAIN-SUFFIX 會比對指定網域及其子網域。例如 DOMAIN-SUFFIX,figma.com,工作代理 可以涵蓋根網域與其子網域；欄位只寫網域，不要加上 https://、網址路徑或萬用字元。請勿為了讓單一功能恢復，就把所有未知網域都送往代理；先從連線清單查看實際目標，再確認它是否與服務功能相關。
rules:
# Notion 工作流量
- DOMAIN-SUFFIX,notion.so,工作代理
- DOMAIN-SUFFIX,notion.site,工作代理
- DOMAIN-SUFFIX,notion-static.com,工作代理
- DOMAIN-SUFFIX,notionusercontent.com,工作代理
# Figma 工作流量
- DOMAIN-SUFFIX,figma.com,工作代理
- DOMAIN-SUFFIX,figmausercontent.com,工作代理
# 以下保留既有規則，並確認工作工具規則位於廣泛規則之前
# - GEOIP,TW,DIRECT
# - MATCH,既有預設策略這是供合併的規則片段，不是完整設定檔；請勿用它取代訂閱中的節點、策略群組、DNS 或既有規則。若某項服務的登入頁面可開啟，但圖片、附件或即時協作功能失效，可能是相關資源使用了尚未涵蓋的網域，也可能是節點、DNS、瀏覽器快取或服務本身的問題。請查看連線清單中的目標網域、命中規則與策略群組，再決定是否新增網域。
3. 桌面版實作：備份、加入規則並逐項驗證
不同桌面用戶端可能把設定入口放在「設定檔」、「覆寫」、「Merge」或編輯 YAML 等位置。訂閱設定也可能在更新時重新產生，因此優先使用用戶端支援的覆寫或合併功能；若直接編輯訂閱快取，後續更新可能覆蓋修改。實際生效的設定才是判斷依據，而不是只看你編輯過的檔案。
- 備份目前設定：匯出設定檔，或另存一份可還原的副本。記下目前使用的核心名稱、版本、模式與工作代理群組名稱。
- 確認代理策略：在策略群組中選擇一個可用節點。先確認群組不是空的，也沒有選到
DIRECT或已失效的節點。 - 加入網域規則：把需要的 Notion、Figma 網域放到既有
rules前段，並確認策略名稱與設定中的群組名稱完全一致。 - 檢查並套用：使用用戶端提供的設定檢查或重新載入功能。若出現 YAML 解析錯誤，先檢查縮排、冒號、逗號及重複欄位，不要一次改動多個設定區塊。
- 逐項測試：開啟 Notion 首頁並登入，再開啟工作頁面、圖片或附件；接著測試 Figma 檔案載入與協作功能。每次只測一項，避免多個分頁的連線混在一起。
- 核對命中結果：在連線清單搜尋服務網域，確認規則名稱、策略群組及實際節點。需要時清除該服務的 DNS 或瀏覽器快取後再測試。
如果你使用系統代理，測試時先確認用戶端的系統代理開關狀態；若應用程式不出現在連線清單，才進一步判斷它是否忽略系統代理，以及是否需要 TUN。開啟 TUN 前，記下原有網路設定，並確認用戶端顯示 TUN 已成功啟動。兩種入口不要在未確認效果時反覆切換，否則可能讓 DNS 與路由問題更難定位。
台灣流量可維持直連，但應依既有規則設計處理，而不是假設所有台灣網站都一定能由地區判斷正確分類。若設定中使用 GEOIP,TW,DIRECT，其結果取決於目標 IP、GeoIP 資料及核心支援情況；它不等同於「網域以 .tw 結尾就直連」，也不會自動涵蓋所有台灣服務。需要固定直連的網域，應在適當位置加入明確規則，再檢查是否被更早的規則攔截。
桌面版教學可參考查看教程；頁面名稱及操作入口可能依用戶端版本而不同，請以目前介面和設定檔的生效內容為準。
4. 節點挑選與連線表現的判讀
Notion 與 Figma 的體感不只取決於測速結果。工作時可能同時有登入驗證、API 請求、圖片下載、檔案同步及即時協作連線；單次延遲或下載速度測試，無法代表所有服務路徑都穩定。建議先選擇連線穩定、延遲適中且沒有頻繁逾時的節點，再用實際工作頁面測試，不必一味追求測速數字最低。
| 觀察項目 | 測試方式 | 判讀方向 |
|---|---|---|
| 連線延遲 | 在相同網路環境下重複測試數次 | 留意波動及逾時，不只比較單次最低值 |
| 頁面載入 | 分別開啟 Notion 頁面與 Figma 檔案 | 檢查登入、圖片、附件及畫布載入是否完整 |
| 長時間穩定度 | 維持工作頁面開啟並觀察一段時間 | 留意斷線、重新登入、同步停滯或連線反覆重建 |
| 策略群組狀態 | 核對命中規則與實際選擇的節點 | 確認工作流量沒有意外落到直連或其他群組 |
若只有一個節點無法載入服務，先在同一個策略群組中切換另一個節點，重試相同頁面並觀察相同網域。若多個節點都出現相同結果，檢查規則是否命中、DNS 是否能解析，以及服務流量是否真的進入核心。節點測速成功不代表所有網站協定、長連線與檔案傳輸都正常；瀏覽器能開啟首頁，也不代表附件或協作請求一定走相同路徑。
代理節點的地理位置不必與服務名稱或公司所在地相同，應依實際連線穩定度與使用需求選擇。遠距工作可能涉及公司帳號、團隊檔案或客戶資料；使用代理前也應遵守公司資安政策與服務條款，避免將敏感工作流量送往未經允許的服務。
5. 後續維護與常見異常定位
首次設定完成後，建議保留一份簡短的變更紀錄：新增了哪些網域、使用哪個策略群組、測試了哪些功能，以及目前使用的核心版本。當服務更新網域、用戶端更新核心或訂閱覆寫規則後，可以依紀錄快速確認差異。不要只複製其他人的完整規則表；網域清單過寬會讓更多流量經過代理，也會增加日後排查成本。
- 首頁能開啟，檔案或圖片失敗：查看失敗請求的目標網域與命中規則，確認是否有相關資源網域尚未涵蓋。
- 規則顯示已命中，但仍無法連線：確認策略群組目前選擇的節點，再查看核心日誌中的 DNS、TCP 或 TLS 錯誤。規則命中只表示出口策略已選定，不代表遠端連線一定成功。
- 連線顯示 DIRECT：檢查是否有更前面的規則先匹配，或目前規則未被載入。不要只在檔案末尾重複新增相同網域。
- 只有桌面應用程式失敗：確認它是否遵循系統代理；若沒有，先查閱用戶端與作業系統的 TUN 支援，再決定是否調整入口。
- 更新設定後又恢復原狀：檢查是否直接改了會被訂閱更新覆蓋的檔案，並改用受支援的覆寫或合併方式。
排查時先清空或標記日誌時間，只重現一項問題，記下目標網域、命中規則、策略群組及錯誤類型。若要分享日誌，請遮蔽訂閱網址中的權杖、節點密碼、控制介面金鑰與個人帳號資訊；保留核心版本、規則順序和錯誤訊息，才能讓問題更容易重現。