先釐清協作工具的流量路徑
遠端共同編輯時，畫面載入慢、游標延遲或檔案上傳失敗，不一定是「節點太慢」。Notion、Figma 與 Miro 會連線至不同服務，包含登入、API、即時協作與圖片等資源；同一個工作階段也可能同時使用多個網域。分流的目標，是讓協作工具依照需要走指定代理，而一般台灣網站仍使用直連，並且保留遇到問題時可回查的規則。
Clash 用戶端的介面負責載入設定、選擇策略組與啟用系統代理或 TUN；mihomo 核心則依照規則決定每個連線的出口。只在 YAML 加入網域規則還不夠：規則必須指向已存在的策略組，而且要排在會先命中的廣泛規則之前。若設定最後有 MATCH，前面的網域規則才有機會生效。
| 工作情境 | 建議處理方式 | 優先觀察 |
|---|---|---|
| Notion 頁面與資料庫載入 | 將 Notion 相關網域指向協作工具策略組 | 登入、頁面載入與附件是否都正常 |
| Figma 即時共同編輯 | 代理 Figma 網域，保持 WebSocket 連線可用 | 檔案開啟、游標同步與圖片載入 |
| Miro 白板協作 | 代理 Miro 網域，檢查資源與即時連線 | 白板載入、物件同步與匯出 |
| 台灣網站與內部服務 | 明確列出常用網域直連，並按需求保留區域網路規則 | 公司 VPN、內網 DNS 與本機服務 |
網域清單應視為起始範圍，而不是完整保證。服務可能調整網域、透過 CDN 載入資源，或讓部分功能使用不同的 API 主機。先用少量規則測試，再從用戶端連線記錄確認實際命中項目；不要因為某個資源載入失敗，就把整個 CDN 或大型雲端網域一律代理。
建立 Notion、Figma 與 Miro 分流規則
以下片段展示規則與策略組的關係，不是可直接取代訂閱的完整設定。請先確認現有設定中有可選節點的策略組；若組名不同，將範例中的 協作工具 換成實際名稱，並保留全形或半形字元、大小寫與空格一致。也可以在客戶端新增自訂策略組，但需確認該版本支援的操作方式。
proxy-groups:
- name: 協作工具
type: select
proxies:
- 節點選擇
- DIRECT
rules:
- DOMAIN-SUFFIX,notion.so,協作工具
- DOMAIN-SUFFIX,notion.site,協作工具
- DOMAIN-SUFFIX,notionusercontent.com,協作工具
- DOMAIN-SUFFIX,figma.com,協作工具
- DOMAIN-SUFFIX,figma.net,協作工具
- DOMAIN-SUFFIX,figmausercontent.com,協作工具
- DOMAIN-SUFFIX,miro.com,協作工具
- DOMAIN-SUFFIX,mirostatic.com,協作工具
- DOMAIN-SUFFIX,mirousercontent.com,協作工具
- DOMAIN-SUFFIX,gov.tw,DIRECT
- DOMAIN-SUFFIX,edu.tw,DIRECT
- GEOIP,TW,DIRECT
- MATCH,節點選擇範例列出常見服務網域與部分資源網域，實際網域可能因服務版本或功能而異。請以自己的連線記錄為準，逐項補上確實出現且需要代理的網域。不要把登入頁面正常就當成整個服務已測通；例如文件能開啟，但圖片、附件或共同編輯仍可能使用另一個網域。
- 規則順序：Notion、Figma、Miro 的規則應放在
GEOIP,TW、廣泛的規則集及MATCH之前。若前面已有更廣泛的規則先命中，後面的網域規則不會生效。 - 策略組名稱：
協作工具、節點選擇必須與設定中的名稱完全相同。若沒有對應策略組，核心可能無法載入設定。 - 台灣直連：
GEOIP,TW,DIRECT是依目的 IP 資料庫判斷，不等同於「所有台灣使用者網站」。少數使用海外主機的台灣服務可能不符合預期，可將確定需要直連的網域列在它之前。 - 區域網路：若現有設定有
IP-CIDR,192.168.0.0/16,DIRECT或其他內網規則，請確認其位置與範圍，不要覆蓋公司既有路由政策。
若訂閱更新會覆蓋本機修改，請使用客戶端提供的覆寫、合併設定或自訂規則入口，不要直接改動每次更新都會重新產生的訂閱檔。不同版本的 Clash Verge Rev、Clash for Windows 或其他 mihomo 用戶端，設定入口與處理順序並不相同。需要查規則欄位時，可參閱規則語法；首次建立訂閱與代理設定，可依訂閱匯入步驟操作。
依實際工作選擇策略與節點
規則命中某個策略組，只代表連線交由該策略組決定出口，並不代表每個協作工具都已分配到最佳節點。若使用 select 手動選擇，建議先挑一個在所在地網路下穩定的節點，再測試協作功能；延遲測試值可作初步參考，但不能代替實際編輯、同步與上傳。
| 策略組方式 | 適合情況 | 可能的取捨 |
|---|---|---|
select 手動選擇 | 希望固定工作出口，或需快速切換節點比對 | 需要自行檢查節點是否仍可用 |
url-test 延遲測試 | 節點選項多，想依測試結果自動挑選 | 測試網址與實際服務路徑不同，延遲低不保證協作穩定 |
| 沿用既有節點策略組 | 訂閱已提供自動選擇或故障切換組 | 須確認該組的成員、測試條件及故障切換行為 |
可以用相同的工作檔案進行 A/B 測試：保持規則不變，先選一個節點完成頁面載入、共同編輯和檔案上傳，再切換另一個節點重做。每次只改一項，記下時間、節點名稱、所用網路與結果。若晚上尖峰時段才出現延遲，也要與不同時段比較，避免把暫時的服務端負載誤判為設定錯誤。
不建議預設把協作工具分到不同出口。這種配置只有在記錄證明某項服務需要不同路徑時才值得增加；否則故障排查會同時涉及更多策略組。也不要為了追求較低延遲而反覆切換節點，切換本身可能中斷正在進行的共同編輯或檔案傳輸。
在用戶端啟用分流並選擇代理模式
在 Clash 用戶端中，先確認目前載入的是預期設定，再啟動核心。接著於「代理」或「策略組」頁面選擇 協作工具 的出口，並切換到規則模式。選單名稱依版本而異，請以目前介面為準。若用戶端提供設定預覽或核心檢查功能，先確認新增規則沒有 YAML 縮排錯誤、未定義策略組或規則引用不存在等問題。
- 先保持其他設定不變，啟用一般系統代理，確認瀏覽器遵循系統代理的流量能正常開啟。
- 在策略組中手動選定測試節點，再開啟 Notion、Figma 與 Miro，各執行一次登入、載入與編輯測試。
- 打開用戶端的連線或記錄頁面，查看測試時間附近的網域、命中規則及所選策略。若實際請求未命中預期規則，檢查規則順序與網域，而不是先更換 DNS。
- 確認一般瀏覽器流量正常後，再評估是否需要 TUN。TUN 透過虛擬網卡處理更多應用程式流量，涉及權限、路由與 DNS；只用瀏覽器時，不必為分流而先啟用 TUN。
系統代理通常只影響遵循作業系統代理設定的應用程式；不遵循該設定的桌面程式可能不會經過代理。TUN 可涵蓋更多流量，但也可能與公司 VPN、虛擬機器網路或其他 TUN 工具衝突。若啟用後內部網站無法開啟，先停用 TUN 回到原本的測試條件，再分別檢查路由與 DNS，不要同時更改多個網路項目。
用連線記錄驗證並逐項排除問題
功能驗證要涵蓋三種情境：海外協作工具能否穩定載入、台灣常用網站是否仍直連，以及關閉代理後系統網路是否能恢復。測試期間不要只看首頁；在 Notion 開啟含圖片或附件的頁面，在 Figma 開啟共享檔案並移動物件，在 Miro 進行白板修改並確認其他成員可看到同步結果。這些操作能較快暴露登入以外的資源連線問題。
- 服務完全無法開啟：查看用戶端是否處於規則模式、核心是否正常運作，以及策略組是否選到有效出口。若連線記錄沒有請求，可能是應用程式未使用目前的代理模式。
- 頁面載入但圖片或檔案失敗：查找失敗請求的網域，確認是否屬於該服務實際使用的資源主機；只補入有記錄支持的網域，並讓規則排在直連或廣泛規則之前。
- 共同編輯不同步：確認連線是否持續被重設、節點是否中途切換，以及防火牆或公司網路是否限制相關連線。即時協作可能使用長連線，反覆更換出口會造成中斷。
- 台灣網站變慢或無法開啟：查看它命中的規則，確認是否被協作工具規則、其他規則集或代理出口接管。對確定的台灣服務加入明確直連規則，並檢查公司 VPN 的 DNS 與路由要求。
- 修改後核心無法啟動：檢查縮排、策略組名稱及規則格式。一次只恢復最近修改的一段，確認核心能啟動後再逐項加入。
驗證時也要注意 DNS 行為：網域規則是否命中，與 DNS 解析結果或 DNS 上游設定是不同問題。不要為了某個網站失敗就直接改動整份 DNS 配置；先查看錯誤是否為網域解析失敗、連線逾時或核心拒絕設定，再依記錄處理。若規則命中正確但連線仍失敗，繼續檢查節點可用性、目標服務狀態及網路限制。
完成測試後，保留可正常工作的規則版本，並記錄用戶端版本、mihomo 核心版本、策略組名稱與測試結果。服務網域與客戶端介面可能更新，定期查看連線記錄比長期照抄一份固定網域清單更可靠。若需要重新安裝或比較用戶端，可先前往下載查看可用版本，再按連線驗證步驟確認分流結果。