一、先拆开：下载慢与联机失败不是同一类问题
在动手改 Clash 之前，建议先把症状分类清楚。若你主要抱怨的是游戏下载或商店页面长时间转圈，通常与TCP 大流量、CDN 节点选择、以及本机磁盘与防病毒软件扫描有关；若问题出在联机失败、语音断续、或匹配池异常，则更常见的是 UDP 路径、对称型 NAT、以及游戏进程是否被正确接管。
很多人把「开了代理仍慢」笼统归因于节点不好，但若规则没有命中 Steam 客户端或游戏进程，流量可能仍在直连，此时换节点并不会改变结果。反过来，若你已经全局代理却仍联机失败，则要怀疑UDP 是否被代理转发、TUN 是否覆盖到该进程、或路由器是否阻断了游戏所需端口。下文会按进程分流与UDP两条线把常见配置点串起来。
DIRECT 还是 PROXY，再决定是改规则还是改模式。没有日志的盲调往往浪费时间。
二、为什么仅靠域名规则不够：Steam 的流量形态
Steam 客户端与游戏下载会访问大量与账号、商店、创意工坊与 CDN 相关的主机名；部分内容还会通过P2P 从其他用户处拉取。若你只写了几条 DOMAIN-SUFFIX 规则，却未覆盖实际握手时出现的子域，或 P2P 与 HTTP 下载走了不同路径，就会出现「网页能开、库内下载仍慢」的现象。
进程分流的意义在于：不再依赖「猜域名」，而是直接告诉内核：凡是来自 steam.exe（或具体游戏 .exe）的连接，一律进入某个策略组。在 Mihomo（Clash.Meta）系内核中，常见写法包括基于进程名的规则（具体关键字以你所用内核与客户端版本为准，见配置文档）。这样即使 Steam 在后台悄悄换了 CDN 主机名，只要进程不变，策略仍然一致。
需要强调的是：进程分流不能替代合理的DNS与模式（TUN / 系统代理）选择——它解决的是「谁走了代理」，而不是「代理内核能否处理 UDP」。下一节会给出配置层面的思路。
三、进程分流：在 Windows 上锁定 steam.exe 与游戏
图形界面里如何操作
不同 Windows 客户端对「进程规则」的暴露程度不同：有的提供「规则编辑器」或「进程」页，可直接为可执行文件指定策略组；有的则需要你在配置文件中手写。无论哪种方式，核心都是：把 Steam 主程序与游戏主程序指向同一组或相邻组，避免「商店走代理、下载仍直连」的分裂。
YAML 示意（需按你的内核与客户端调整）
下面是一段仅作结构示意的配置片段，代理组名、策略名与规则类型请替换为你环境中的实际值；若你使用 Clash Verge、Clash for Windows 等，请确认其对应内核版本是否支持进程级规则。
# Example only — replace proxy group names and rule keywords per your kernel build
rules:
- PROCESS-NAME,steam.exe,GAME_PROXY
- PROCESS-NAME,GameName.exe,GAME_PROXY
- GEOIP,CN,DIRECT
- MATCH,DIRECT若你发现「写了进程规则仍不生效」，优先检查：是否以管理员权限运行客户端（某些环境下进程枚举需要更高权限）、游戏是否以反作弊驱动加载导致流量绕开用户态代理、以及规则顺序是否被更靠前的 DIRECT 或 REJECT 截断。
四、UDP、NAT 与 TUN / 系统代理的取舍
许多联机游戏依赖 UDP 做状态同步与语音；若代理链路只转发 TCP 或 UDP 未正确转发，就会出现「能登录但进不了房」的现象。系统代理（HTTP/SOCKS）主要面向支持代理的应用程序；部分游戏不会读取系统代理，或仅部分流量走代理，此时TUN 模式往往更统一——它从系统路由层面接管流量，使不感知代理的程序也能进入内核。
但 TUN 也会带来全局副作用：默认路由、DNS 与防火墙规则都会变化，若配置不当会出现「一开 TUN 就断网」。若你遇到这类情况，请按站内 《TUN 断网与防火墙排障》 逐步排查，而不是在 Steam 与路由器之间反复横跳。
关于 NAT：即便 UDP 已走代理，对称型 NAT 仍可能导致某些 P2P 联机失败——这是网络拓扑与游戏协议的限制，并非单靠「换一个节点」就能解决。若你在代理与直连之间切换测试，请记录每次的日志与 NAT 类型，避免同时改动多个变量。
与「混合端口」场景的关系
若你希望把 PC 上的代理分享给局域网内其他设备，而不是讨论本机 Steam，请参考 《混合端口与局域网共享》：那里讲的是监听地址与防火墙入站；本文则聚焦本机进程与 UDP，两者可叠加使用，但解决的问题不同。
五、游戏下载与 CDN：规则边界与注意事项
针对游戏下载，实用做法是：在浏览器开发者工具或客户端日志中观察实际连接的主机名，再决定是补充域名规则还是继续用进程分流兜底。公开 CDN 列表会频繁变更，不要照抄过期的二手域名表；以你当前客户端版本、当前地区与当前网络下的抓包为准。
若下载速度仍不理想，可在排除磁盘与磁盘占用后，检查节点带宽与并发连接数是否被策略组限制；部分订阅商会限制单连接或高峰时段 QoS。若你同时开启「仅代理规则列表」与「进程分流」，请确认二者不互相矛盾（例如规则先放行直连，导致进程规则永远走不到）。
六、建议的实测顺序（可复现）
下面是一条由浅入深的排查顺序，便于你在同一台电脑上复现与记录。
- 确认基础订阅与 DNS：按 文档 完成导入与连通性测试，再谈 Steam。
- 看日志：启动一次下载或联机，记录关键连接是
DIRECT还是PROXY，以及是否有 UDP 相关条目。 - 加进程规则：为
steam.exe与游戏主程序指定策略组，再重复上一步。 - 调整模式：在系统代理与 TUN 之间对比（每次只改一项），观察联机与下载是否改善。
- 检查防火墙与路由：若启用 TUN，按 TUN 专文核对路由表与防火墙；若仅系统代理，确认游戏是否读取系统代理。
- 最后才换节点：在规则与模式正确的前提下，再比较不同地区的延迟与稳定性。
若你愿意把「下载」与「联机」分成两个晚上测试，往往比一晚上同时改七处配置更容易得到结论。
七、现象与检查项对照表
| 现象 | 建议优先检查 |
|---|---|
| 商店能开，下载始终很慢 | 是否仅命中了部分域名；是否加进程分流；节点带宽与磁盘写入 |
| 能登录，联机或语音异常 | UDP 是否走代理；是否需 TUN；NAT 与防火墙 |
| 规则显示走代理，仍像直连 | 是否被更前序规则 DIRECT；是否多进程/反作弊绕开用户态代理 |
| 开启 TUN 后断网 | 路由表、Wintun、防火墙；详见 TUN 专文 |
八、小结
在 Windows 上用 Clash 改善 Steam 的游戏下载与联机体验，先把问题拆成「TCP/大流量」与「UDP/进程」两条线往往比盲目换节点更有效。进程分流能帮你把 steam.exe 与具体游戏进程稳定送进同一策略组，减少对频繁变更的 CDN 主机名的依赖；UDP 与 TUN 则是多数联机场景绕不开的关键词，需要与系统代理模式对照阅读。
相比功能单一的轻量代理工具，Clash 生态在规则、内核与客户端选择上更统一，适合需要同时照顾浏览器、系统代理与可选 TUN 的用户。若你尚未安装或希望换用维护积极的图形客户端，可从本站获取安装包后导入订阅，再按本文顺序完成进程规则与模式自检。