為什麼「BT／PT 不要走代理」會變成搜尋長尾痛點？

當 Clash 以規則模式或接近全域的方式接管流量時，qBittorrent 這類客戶端若沒有獨立例外，往往會跟著瀏覽器一起命中「預設代理策略組」。對使用者而言，立即感受到的是：上傳下載量暴衝、延遲變高、連線數一多節點就不穩；對服務供應商而言，大量對等連線從單一代理出口進出，也更容易觸發濫用偵測或帳務爭議。

另一種常見需求是反過來只讓瀏覽器走代理：這時你會更需要「能精準指到程式」的規則，而不是只靠 GEOIP 或幾條 DOMAIN-SUFFIX 去賭 tracker 與對等端網段。對 PT 使用者來說，站方通常也期待你以穩定、可辨識的家網 IP 上傳做種；把整段流量包進第三方代理，有時反而與站規或稽核邏輯衝突。

PROCESS-NAME 的核心價值，是把決策從「這個網域像不像 BT」改成「這條連線是不是 qBittorrent 發起的」。只要進程名對得上，後面要直連、要丟進獨立策略組、或要與其他規則並存，都會比純網域猜測好維護得多。

PROCESS-NAME 在 Windows 上到底匹配什麼？

在 mihomo／Clash Meta 的規則語意中，PROCESS-NAME 匹配的是發起連線的進程名稱（在 Windows 上通常等同於工作管理員裡看到的執行檔檔名，例如 qbittorrent.exe），而不是安裝目錄的完整路徑。也因此，坊間常問的「路徑有空格怎麼辦」在規則字串層級通常不是問題：空格存在於資料夾路徑，但進程名仍是那個 .exe 檔名。

若你使用可攜版、自訂安裝位置，或從 D:\My Tools\Torrent Client\qbittorrent.exe 這類路徑啟動，規則仍寫 qbittorrent.exe 即可；需要驗證時，請以工作管理員的「名稱」欄或 Clash 連線日誌顯示的進程資訊為準，而不是手動拼路徑。

與「網域分流」分工 若你也需要對特定網站或 CDN 做細拆，可並行閱讀Steam／Epic 商店與社群分流這類以 DOMAIN-SUFFIX 為主的教學；本文鎖定BT 客戶端進程，兩者可同時存在於同一設定檔，但務必注意誰在規則清單的上方先命中。

可貼上的 YAML 骨架：讓 qBittorrent 直連

下列為示意骨架：請把策略組名稱替換成你檔案中實際存在的名稱。若你希望 BT 客戶端一律直連，第二參數直接寫 DIRECT 最直覺；若你想先匯到名為「家網直連」或「下載專用」的組，也可以改成對應策略組名。

rules:
  # Put PROCESS-NAME near the top, before broad DOMAIN / GEOIP / MATCH
  - PROCESS-NAME,qbittorrent.exe,DIRECT
  - PROCESS-NAME,qbittorrent_x64.exe,DIRECT
  # Optional: other BT clients you actually run
  - PROCESS-NAME,Transmission-qt.exe,DIRECT
  # ... your subscription rule-sets and catch-all below ...
  - MATCH,手動選擇

為什麼範例裡放了兩種 qBittorrent 名稱？因為官方安裝包、可攜版或第三方編譯，有時會以不同檔名出現；最穩妥仍是以你機器上實際執行檔為準各寫一條，避免「別人的教學寫 qbittorrent.exe，你其實是 qbittorrent_x64.exe」這種複製貼上陷阱。

若你同時使用 Web UI、命令列工具或其他外掛行程，偶爾會看到不是主程式名的連線；這時若規則怎麼改都不生效，請先在日誌裡確認真正發起連線的進程，再決定要不要為該進程補第二條 PROCESS-NAME。

規則順序：為什麼「寫了等於沒寫」幾乎都是順序問題

Clash 的規則清單是由上而下命中即停。當你的訂閱規則集在很上方就寫了寬鬆的 DOMAIN-KEYWORD、整段 GEOIP、或某條早已把流量導去代理的條目時，排在後面的 PROCESS-NAME 可能永遠輪不到。

實務建議是：把「你確定要直連的程式」相關條目，放在過寬的兜底規則之前，但仍要保留「認證入口、內網、本機服務」等更高優先權的例外（這點與校園網認證分流一文強調的頂部直連邏輯精神相同，只是場景換成 BT 客戶端）。若你大量使用 rule-providers，也要理解合併後的實際順序，而不是只看手寫區塊的視覺位置。

與 Rule Providers 並存時 建議先複習《Clash YAML 規則分流完全指南》中關於遠端規則集插入點與合併順序的章節，再回到本設定調整 PROCESS-NAME；否則很容易發生「手寫規則在檔案底部，但 provider 早在中段就把流量帶走」的現象。

大小寫、副檔名與「路徑含空格」常見坑

進程名大小寫

Windows 檔名系統本身對大小寫不敏感，多數情境下 qBittorrent.exe 與 qbittorrent.exe 指向同一檔案；但若你跨平台複製規則、或核心版本對字串比對較嚴格，仍建議以日誌與工作管理員顯示為準逐字對齊，避免低級拼字錯誤。

副檔名 .exe 要不要寫

建議完整寫出執行檔名含 .exe，與工作管理員一致；不要假設核心會自動幫你補副檔名。

安裝路徑有空格

再次強調：PROCESS-NAME 匹配的是進程名，不是「含空格的完整路徑」。若你以為要把 C:\Program Files\... 整串寫進規則，反而會誤導排查方向。真正該檢查的是：程式是否真的把流量送進 Clash（見下一節）。

TUN 與系統代理：為什麼只開「系統代理」時 PROCESS-NAME 可能不生效

在 Windows 上，若 Clash 只透過系統 HTTP／HTTPS 代理攔截流量，部分程式根本不讀系統代理設定，會自己直連或走獨立網路堆疊；這時你就算寫了 PROCESS-NAME，也可能出現「規則看起來正確，但日誌裡沒有對應連線」的斷裂感。相對地，TUN 模式在架構上較有機會讓整機 TCP／UDP依路由表進入 Clash，進而讓進程維度規則有可匹配的材料。

這不代表 TUN 是萬靈丹：驅動權限、與其他 VPN 軟體互斥、UWP 回環限制等，都會影響最終行為。若你正卡在「瀏覽器有代理、下載器像另一個世界」，建議先對照TUN 與系統代理差異排查一文，確認流量是否真的進入 Clash，再回頭調整 PROCESS-NAME 的順序與字串。

另外，若你把 qBittorrent 設定成「只使用某張網卡／某個介面」或綁定 VPN 介面，也可能繞過你預期的本機代理路徑；這屬於客戶端自身路由策略，需回到 qBittorrent 的連線設定與 Windows 介面優先順序一併檢視。

如何用連線日誌驗證「真的直連了」

完成設定後，請不要只靠「感覺變快」下結論。建議在實際做種或下載時開啟連線日誌，核對三件事：（一）是否能看到 qBittorrent 相關連線；（二）命中規則是否為你放置的 PROCESS-NAME；（三）出口是否為 DIRECT 或你指定的家網策略。若日誌顯示仍命中某條 DOMAIN-SUFFIX 或 MATCH，就回到上一節調整規則順序。

若你同時使用 fake-ip，排查時要留意規則在不同階段看到的是網域還是 fake-ip，避免誤判「規則壞掉」；這類交叉議題可延伸閱讀Fake-IP 與 Redir-Host 排查專文，與本文形成 DNS 與進程規則的兩條軸線。

常見問答（精簡版）

問：我只想讓瀏覽器走代理，其他全部直連，可以只靠 PROCESS-NAME 反過來寫嗎？
可以作為其中一種組合技，但實務上仍會搭配 DOMAIN-SUFFIX 與兜底 MATCH；「只代理少數程式」通常比「只直連少數程式」更難維護，因為瀏覽器內部還有擴充功能、分頁與多進程架構。

問：規則要寫在訂閱檔還是本地補丁？
建議以本地 merge 或覆寫區維護固定程式規則，避免訂閱一更新就把你的手寫區洗掉；細節仍請依你使用的 GUI 客戶端與設定檔組織方式調整。

問：Portable 版會不會進程名不同？
有可能；請一律以工作管理員為準。若你同時開著舊版測試執行檔與正式版，也可能出現兩種進程名並存的情況。

自檢清單（2026 實務向）

  1. 在工作管理員確認 qBittorrent 實際執行檔名（含副檔名）。
  2. 將 PROCESS-NAME,... ,DIRECT 置於寬鬆兜底規則之前，並檢查 rule-providers 合併順序。
  3. 若僅系統代理無效，改以 TUN 驗證流量是否進 Clash。
  4. 以連線日誌確認命中規則與出口是否符合預期。
  5. 必要時為輔助進程補寫第二條 PROCESS-NAME。
  6. 最後再檢視機場條款與 PT 站規，確認流量形態可被接受。

寫在最後：用進程名對準 BT 客戶端，比猜網域更耐維護

當 Clash 在 Windows 上越接越多流量類型，「瀏覽器要代理、qBittorrent 要直連」這類分流規則遲早會浮上檯面。PROCESS-NAME 把決策綁在行程上，能顯著降低你為了 BT 去維護一大張猜測型網域表的機率；真正會絆腳的，多半是規則順序與流量有沒有進 Clash兩件事。相較把全部賭在單一全域開關，結構化的規則在長期維護與排查上通常更省力。

若你希望以圖形介面管理訂閱、檢視連線日誌並快速驗證命中規則，可從我們的下載中心取得適用 Windows 的版本；需要完整語法地圖時，亦可回到YAML 規則指南補齊基礎。

→ 立即免費下載 Clash 客戶端，以視覺化管理訂閱、策略組與連線日誌，讓 PROCESS-NAME 與其他分流規則可驗證、可維護

更多主題可在技術專欄持續追蹤；若你也在意區網分享代理給手機等其他裝置，可延伸閱讀Windows 區網分享 Clash一文，與本文的「單機程式分流」形成不同維度的補強。