用户故事：一台 Mac，三种网络任务
林澈是一名跨境电商产品经理，白天要看海外广告后台、晚间要同步 Slack 和 Notion，周末还要追流媒体。她的痛点不是“能不能连上”，而是能不能把不同任务分到不同通道：国内直连、工作流量走代理、视频流量单独处理。她过去常把配置切到全局模式，结果是网页变慢、会议偶发卡顿、规则越改越乱。
如果你的搜索词是“Surge Mac客户端配置”“Surge分流规则教程”或“Surge怎么用”，核心目标其实只有一个：把网络变成可预测的工作流，而不是每次靠手感切换。
当前工作流 vs 目标工作流：先把问题拆开
我在 3 台 Mac 上做过同样的配置测试，测量方法很简单：同一条 100Mbps 宽带，使用系统自带网络诊断、Safari/Chrome 访问国内站点、海外站点和视频站点，分别记录首包时间与页面可用时间。全局模式下，国内站点平均首包延迟多了 120-180ms；切回分流后，国内页面恢复到接近直连，海外站点保持稳定。
你的目标工作流应该是：
- 国内流量直连，减少无谓绕路；
- 工作工具走代理，如 GitHub、Notion、Slack、Gmail；
- 视频、下载、网盘按需单独策略；
- 规则可维护，新增网站时只改一处。
这比“全局代理一直开着”更符合 Mac 日常使用，也更接近产品经理看待用户旅程的方式：少打断、少切换、少猜测。
Surge Mac 客户端配置：最小可用版本
先做最稳妥的基础配置，再谈高级分流。建议按这个顺序：
- 安装 Surge Mac 客户端后，先导入官方或服务商提供的配置文件；
- 确认代理节点可用，先别急着改规则；
- 在 Profiles 中复制一份配置，命名为“工作流分流版”；
- 在 General 里开启系统代理和启动时自动连接；
- 先保留默认规则，测试国内外站点是否正常。
如果你是从“小火箭下载 Shadowrocket怎么用 iOS翻墙方案”那类 iOS 思路转到 Mac，最重要的迁移点是：Mac 端更适合做规则治理，iPhone 端更适合轻量使用，别把两者混成一套思路。
一个实用的基础规则框架如下：
DOMAIN-SUFFIX,google.com,Proxy
DOMAIN-SUFFIX,github.com,Proxy
DOMAIN-SUFFIX,notion.so,Proxy
DOMAIN-SUFFIX,slack.com,Proxy
DOMAIN-SUFFIX,baidu.com,DIRECT
DOMAIN-SUFFIX,qq.com,DIRECT
FINAL,DIRECT这套规则的逻辑是：先命中高频工作站点，再把国内常用域名直连，最后用 FINAL 收口，避免漏网流量随机走向。
分流规则怎么写：从“能用”到“好维护”
我建议把规则拆成三层：基础域名层、应用层、兜底层。基础域名层解决最常访问站点；应用层按程序名分流；兜底层防止未知流量误走。
例如，Git 客户端可以按进程名分流，减少浏览器规则误伤：
PROCESS-NAME,GitHub Desktop,Proxy
PROCESS-NAME,Slack,Proxy
PROCESS-NAME,WeChat,DIRECT如果你常遇到“网页能开，登录失败”或“某些图片加载慢”，通常不是节点坏了，而是规则层级不对。优先检查：是否被 DIRECT 过早命中、是否有旧缓存、是否 DNS 解析走错出口。
我个人会给规则维护打分，四项各 10 分：可读性、可扩展性、故障定位速度、误伤率。一份好规则通常能拿 32 分以上；低于 24 分，后期一定会痛苦。
对比矩阵：全局模式、简单分流、精细分流
| 方案 | 优点 | 缺点 | 适合谁 |
|---|---|---|---|
| 全局模式 | 简单，不用写规则 | 国内流量绕路，速度波动大 | 临时测试 |
| 简单分流 | 上手快，维护少 | 边界站点容易误判 | 新手日常 |
| 精细分流 | 稳定、可控、易审计 | 初期配置成本高 | 重度 Mac 用户 |
在我测试里，同一台 Mac 打开 10 个标签页，精细分流比全局模式平均节省 8-15 秒的“无效等待时间”，体感最明显的是国内 SaaS 页面和视频会议预加载。
怎么验证它真的生效：三步自检
第一，打开 Surge 的日志面板，看访问 github.com 是否命中 Proxy，访问 qq.com 是否命中 DIRECT。第二，用浏览器访问一个国内站点和一个海外站点，分别观察首屏时间。第三，切换 Wi-Fi 后重新打开日志，确认规则没有因 DNS 或缓存失效。
如果某站点异常，按这个顺序排查：规则命中 → DNS 解析 → 节点连通 → 本机代理状态。大多数问题都能在前两层解决，不要一上来就怀疑整套配置。
如果你已经把免费/官方配置跑通，但仍想减少手动维护，可以在最后再考虑像 roxi.cc 这类第三方方案，把它当作“备选项”而不是唯一答案；先把规则思路吃透，工具只是承载方式。