Clash打造Notion、Figma與Miro順暢工作流程

為什麼要為 Notion、Figma 與 Miro 單獨設計分流

Notion、Figma 與 Miro 都是以雲端協作為核心的工具，但三者的連線需求並不完全相同。Notion 會同時使用網頁介面、API、圖片與檔案儲存服務；Figma 除了載入設計檔，還需要處理字型、圖片、元件、留言與多人即時協作；Miro 則會持續同步白板內容、游標位置、便利貼、附件和語音或視訊相關資源。當其中任何一個服務的網域被錯誤分配到直連路徑，常見結果就是頁面載入很慢、設計檔開啟失敗、圖片顯示不完整，或白板明明已經開啟卻一直停留在同步狀態。

相反地，如果直接把所有流量切換到全域代理，本地網站、公司內部系統、印表機與區域性服務也會繞遠路。這不只增加延遲，還可能讓公司登入、內網解析或地區限定功能出現異常。因此比較實用的做法不是「所有流量都代理」，而是使用 Clash 的 Rule 模式，讓 Notion、Figma、Miro 相關流量走穩定的代理策略，其餘可正常連線的本地服務維持 DIRECT。

本文的目標是建立一套容易維護的工作流程：先確認用戶端與訂閱正常，再整理應用程式網域，接著為協作工具建立獨立策略組，最後透過日誌與實際操作驗證結果。這種方式比盲目切換全域模式更容易找出問題，也能避免每次遇到延遲時都重新修改整份設定檔。

開始前：準備用戶端、訂閱與測試條件

Windows 使用者可以選擇 Clash Verge Rev 或其他支援 Clash Meta 的圖形化用戶端；macOS 可使用相容的 ClashX 類用戶端；Android 則可使用支援 Meta 核心的 Clash 用戶端。不同客戶端的按鈕名稱可能略有差異，但本文會以 Profiles、Proxies、Rules、Connections 和 Logs 這些常見功能作為說明。請先確認所使用的核心能解析目前訂閱中的協定與規則格式，避免因核心太舊而出現節點清單空白或設定檔載入失敗。

設定前檢查清單

Clash 用戶端：確認已安裝並能正常啟動，且核心版本支援您的訂閱格式。
有效訂閱連結：訂閱應能下載包含代理節點、策略組與規則的 YAML 設定檔。
可用節點：先選擇延遲較低、連線穩定的節點，不要一開始就用自動測速結果最差的節點。
測試帳號與檔案：準備一個可編輯的 Notion 頁面、一個 Figma 設計檔，以及一個可修改的 Miro 白板。
基準環境：記錄未開啟 Clash、開啟全域模式及開啟規則模式時的載入速度，方便後續比較。

安裝完成後，先前往下載頁面取得適合您裝置的版本，然後在 Profiles 或訂閱頁面匯入機場提供的 Clash 設定。下載成功後，確認設定檔已被選取，並在 Proxies 頁面切換一個可以穩定開啟一般境外網站的節點。若此時節點本身就頻繁超時，應先解決節點品質或訂閱問題，不要急著把問題歸咎於 Notion、Figma 或 Miro 的分流規則。

接著在 General 或常規設定中開啟系統代理，模式選擇 Rule。如果用戶端提供 TUN 模式，建議先以系統代理完成初步測試。瀏覽器和大多數桌面應用程式都能配合系統代理時，先不要同時啟用 TUN、其他 VPN、瀏覽器代理外掛與安全軟體的網路過濾，否則流量可能被多層攔截，導致排查方向混亂。

整理服務網域並建立清晰的策略分流

Notion、Figma 和 Miro 不一定只使用一個主網域。主頁、API、圖片、附件、字型、登入、分析與即時同步可能分布在不同的網域或內容傳遞網路上。如果只把 notion.so、figma.com 或 miro.com 加入規則，可能只能讓登入頁走代理，實際檔案與同步請求仍然直連。因此應以 Connections 或 Logs 觀察應用程式實際連線的主機名稱，再逐步補足必要網域。

建議先採用「最小必要集合」，不要看到每一個第三方網域就全部加入代理。過度寬鬆的規則會增加延遲，也可能把與工作無關的廣告、分析或更新流量全部送往代理。常見的整理方向如下：

Notion：優先觀察工作區主網域、登入網域、API、圖片與檔案附件服務。若頁面文字能載入但圖片或檔案打不開，通常要從 Connections 找出實際的附件網域。
Figma：除了主站與登入服務，也要留意設計檔資源、圖片、字型與多人協作同步請求。若能開啟首頁但檔案載入卡住，表示不一定是主網域本身的問題。
Miro：白板內容、附件與即時同步可能使用不同服務。若白板能顯示但游標、便利貼或編輯結果不同步，應查看長時間保持的連線是否被錯誤分流。

規則順序非常重要。Clash 通常會依照規則清單由上往下比對，第一個命中的規則就會決定流量方向。自訂的協作工具規則應放在過於寬泛的 GEOIP、MATCH 或一般直連規則之前；否則即使您已加入網域，仍可能在更上方被其他規則先判定為 DIRECT。實際名稱會依訂閱內容不同，請以您在 Rules 頁面看到的項目為準。

建議的策略組結構

WORK-COLLAB：Notion、Figma、Miro 共用的穩定代理策略組。
PROXY：一般境外網站使用的主要策略組。
DIRECT：本地網站、公司內網與不需要代理的服務。
FINAL：處理沒有命中特定規則的流量，依個人需求選擇直連或代理。

如果您能編輯 YAML，可以用類似以下的概念整理規則；實際策略組名稱必須配合自己的設定檔，不能直接照抄：

rules:
  - DOMAIN-SUFFIX,notion.so,WORK-COLLAB
  - DOMAIN-SUFFIX,figma.com,WORK-COLLAB
  - DOMAIN-SUFFIX,miro.com,WORK-COLLAB
  - MATCH,FINAL

對於使用訂閱更新的設定檔，直接修改原始規則可能在下一次更新後被覆蓋。更穩妥的做法是使用客戶端支援的覆寫、Mixin 或 Rules Provider 功能，把自訂規則獨立保存。這樣即使節點與官方規則更新，自己的工作流程分流仍能保留，也比較容易撤銷單一修改。

DNS、TUN 與即時協作延遲的調整方法

分流正確不代表體驗一定順暢。Notion、Figma 與 Miro 都很依賴穩定的 DNS 解析與長時間連線，因此 DNS 設定和傳輸路徑同樣重要。當 DNS 仍由本地路由器處理，但實際連線又被 Clash 送往代理時，可能出現解析結果與出口位置不一致的情況，表現為登入反覆失效、檔案請求超時，或同一個工作區時好時壞。

在 Clash 的 DNS 設定中，請先確認 nameserver 是可用且回應穩定的上游服務，不要一次加入大量來源不明的 DNS。若使用 fake-ip，要留意公司內網、印表機、登入入口和特殊應用是否需要加入 fake-ip-filter。某些工作環境會使用私有網域或本機解析，這些流量不應被錯誤轉換成假 IP。修改 DNS 後應一次只調整一個選項，並重新啟動 Clash 或重新載入設定，方便判斷是哪項改動造成結果差異。

TUN 模式適合處理不遵循系統代理的應用程式，例如某些桌面版設計工具、更新程式或嵌入式瀏覽器。不過 TUN 會接管更大範圍的流量，因此要特別注意它與其他 VPN、公司端點防護、虛擬機器網路及防火牆的衝突。若使用 TUN 後瀏覽器正常，但公司內網、NAS 或本地列印失效，應先檢查繞過網段、私有 IP 與 DNS 規則，而不是立即判定節點無法使用。

不要用全域模式當作長期解法

全域模式可以作為排查工具：如果全域代理下 Notion、Figma 或 Miro 立即恢復，代表節點大致可用，問題多半位於規則、DNS 或應用程式是否繞過代理。但全域模式會讓本地網站、內網與不需要代理的服務一起繞路，還可能造成公司登入或區域服務異常。確認原因後，應回到 Rule 模式，將真正需要代理的網域精準加入策略組。

若工作內容包含多人即時編輯，穩定性通常比單次測速的峰值速度更重要。與其頻繁切換節點，不如先選一個封包遺失較少、長連線穩定的節點。可以在工作會議前測試：開啟 Figma 檔案、拖曳幾個圖層、在 Miro 新增便利貼，再於 Notion 上傳一個小型檔案。若這些操作都能持續完成，通常比只測試首頁載入速度更能反映實際工作品質。

用實際工作流程驗證並排查常見問題

完成規則後，不要只依賴「網站能打開」來判定設定成功。建議按照固定順序驗證，並在每次變更後清除瀏覽器快取或重新啟動應用程式。先開啟 Notion 工作區，檢查頁面文字、圖片、附件與搜尋是否正常；再開啟 Figma，測試設計檔、留言、版本紀錄與多人游標；最後進入 Miro，測試白板載入、縮放、拖曳、便利貼同步與附件上傳。這樣可以把單純的首頁問題與真正的協作連線問題區分開來。

在 Connections 中搜尋應用程式名稱或相關網域，確認連線有命中 WORK-COLLAB，而不是 DIRECT、REJECT 或錯誤的策略組。
在 Logs 觀察是否有 timeout、connection reset、TLS handshake 或 DNS 解析錯誤，記下發生問題時的主機名稱。
只把確定與工作功能有關的主機加入自訂規則，重新載入設定後再測試，不要同時修改 DNS、TUN 和節點。
若特定節點在所有工具上都超時，先換節點；若只有一個工具異常，才優先檢查它的網域、長連線或應用程式代理支援。

「Notion 文字正常但圖片打不開」通常表示附件或內容傳遞網域沒有走同一個策略；「Figma 首頁正常但設計檔空白」可能與檔案資源、WebSocket 或字型服務有關；「Miro 可以進入但修改不會同步」則常見於長連線被中斷、規則命中錯誤，或 TUN 與防火牆互相干擾。遇到這些症狀時，先查看 Connections 中正在建立的連線，比直接把所有網域加入代理更有效率。

如果只有瀏覽器正常，而桌面版 Notion、Figma 或 Miro 無法連線，請確認應用程式是否支援系統代理。有些程式只讀取自己的代理設定，有些則完全不讀取系統代理。此時可以在用戶端啟用 TUN，或在應用程式內填入 Clash 的本機 HTTP／SOCKS 監聽埠；不要把外部節點地址直接填入應用程式，因為訂閱更新後節點可能變更，也會讓規則分流失效。

最後，建議把穩定運作的設定匯出或備份，並在訂閱更新後重新檢查自訂規則是否仍位於正確位置。團隊工作最怕在重要會議或設計交付前才發現規則被覆蓋，因此可以保留一份「工作模式」設定與一份「一般使用」設定，必要時快速切換。若多人共用同一台電腦，也應讓每個人知道目前是 Rule、Global 還是停用系統代理，避免把設定差異誤認為服務故障。

把分流設定變成可持續的工作習慣

有些代理工具只提供粗略的全域開關，遇到 Notion、Figma、Miro 這類同時依賴多個服務與即時連線的應用程式時，使用者往往只能反覆切換模式，卻很難知道是哪一個網域或 DNS 請求出了問題。Clash 的規則引擎、策略組、連線檢視與日誌功能，能把流量分流、節點選擇和故障排查拆開處理；您可以讓協作工具使用穩定代理，同時保留本地網站與內網的直連速度。若您希望建立更清晰、可備份且方便調整的工作流程，不妨免費下載 Clash，按照本文的分流方法逐步測試。