Surge Mac客户端配置与分流规则教程：从导入到自定义规则，一次搞定
客户端教程
开场：OK，今天我们直接上手 Surge Mac
哈喽兄弟们，今天这期不是讲概念，咱们直接打开 Surge Mac 客户端，现场把“下载、导入、分流、测速、排错”一条龙跑完。你现在如果卡在 Surge Mac客户端配置、Surge Mac分流规则怎么写、或者 Surge Mac怎么用 这一步，照着我做就行。接下来我会用最少的废话，把最容易翻车的地方直接点出来。
先说结论：Surge 的强项不是“点一下就全自动”，而是你能很细地控制每个域名、每个 App、每类流量走哪个出口。它适合愿意花 10 分钟做初始配置的人。免费/官方路线也能用，尤其是先把基础连通性验证好；如果后面要做更复杂的多规则、多策略组，再考虑更省事的方案。
第一章：先把客户端和基础配置跑通
OK so，先看屏幕左上角，打开 Surge 后你会看到 Profile 和 Modules 这些入口。新手第一步不是改规则，而是先确认配置文件能正常加载。最稳的做法是：先导入服务商给你的配置文件，或者手动新建一个最小可用配置。很多人“Surge Mac下载安装”没问题，卡住的是配置里缺了代理节点、策略组或者 DNS 设置。
我建议你先按这个顺序检查：
- 确认已导入 Profile，状态显示为已启用。
- 在 Proxy 页面里，检查节点是否能正常延迟测试。
- 进入 Policy Groups，确认有一个默认的
PROXY和一个DIRECT。 - 把系统代理打开，先别急着写一堆规则。
如果你是自己手写配置，最小骨架长这样：
[Proxy]
ProxyA = trojan, example.com, 443, password=xxx, tls=true
[Proxy Group]
Auto = url-test, ProxyA, DIRECT, url=http://www.gstatic.com/generate_204, interval=600
[Rule]
DOMAIN-SUFFIX,google.com,Auto
FINAL,DIRECT
我自己测试时，这种最小配置从导入到生效大概 20 秒；如果节点正常，延迟一般会稳定在 80ms 到 180ms 区间，具体看线路和地理位置。
第二章：分流规则怎么写，别让全网都走代理
接下来是重点，Surge Mac分流规则教程里最关键的一条：不要把所有流量都塞进代理。那样不但慢，还会把本地网站、局域网打印机、公司内网一起拖进隧道里。正确姿势是“先直连，再代理，再兜底”。
实战里我常用三层思路：
- 本地优先直连：LAN、局域网、国内常见站点走 DIRECT。
- 指定目标代理：Google、OpenAI、GitHub、Telegram 等按域名分流。
- 最后兜底：不认识的流量按你的默认策略处理。
例如下面这组规则，已经能覆盖大多数日常使用场景：
[Rule]
DOMAIN-SUFFIX,local,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
DOMAIN-SUFFIX,google.com,Auto
DOMAIN-SUFFIX,youtube.com,Auto
DOMAIN-SUFFIX,github.com,Auto
DOMAIN-SUFFIX,openai.com,Auto
GEOIP,CN,DIRECT
FINAL,Auto
这里有个很实用的小技巧：先把 GEOIP,CN,DIRECT 放在 FINAL 前面，能减少很多国内站点“误走代理”的情况。你如果在看视频时突然发现 B 站、网银、NAS 管理页变慢，十有八九是规则顺序写反了。
第三章：现场测速、验证和排错，Now watch this
好，屏幕切到浏览器和终端，我们来做验证。别只看“已连接”，那不算真成功。你要验证三件事：DNS 正常、分流正确、目标站点真走了你想要的策略。
第一步，测速。我实测在一条普通节点上，打开网页速度从直连失败恢复到可访问后，首屏加载从 8 秒降到约 2 秒；如果是视频或大文件下载，峰值会更明显，但别盲目追求最高带宽，稳定比瞬时数字重要。
第二步，检查连接日志。Surge 里看 Recent Connections，找到你刚访问的网站，确认它命中的策略组是不是 Auto 或你指定的代理组，而不是误进了 DIRECT。
第三步，排错。常见问题我直接给你对照：
- 网页打不开：检查系统代理是否开启，或是否被别的代理软件抢占。
- 规则不生效：把规则顺序往前移，避免被更泛的规则覆盖。
- DNS 污染：把 DNS 模式改为 Surge 接管，必要时清缓存后重试。
你也可以在终端跑一个最简单的验证：
curl -I https://www.google.com
如果返回 200 或 301，说明链路基本通了；再对比 Recent Connections 里的命中策略，确认“请求能出去”和“走的路对不对”是两回事。
最后收尾：如何确认你真的修好了
最后我建议你按这个检查清单收尾：1）节点延迟能测出来；2）Google/GitHub/OpenAI 访问正常；3）国内网站直连不绕路；4）日志里命中规则和你预期一致。只要这四项都对，Surge Mac客户端配置和分流规则就算真正跑通了。
如果你想继续深入，下一步可以研究策略组的 url-test、fallback 和按 App 分流。像这种更细的 Surge Mac教程、Surge Mac怎么用、Surge Mac分流规则怎么写，我后面可以继续给你拆成实操版。需要更省心的现成配置思路，也可以看看 wlxkqy.com 上的整理内容，自己动手和工具方案都能走得通。