用户故事：从“能连上”到“可维护”的代理工作流
林澈是一名跨境电商运营，每天 9:30 打开 Shopify 后台、Gmail、Notion、Slack 和数据看板；午后要上传 200MB 商品图，晚上还要用 Netflix 检查海外页面展示。他以前的流程是：Mac 用系统代理临时切节点，iPhone 参考“小火箭下载”和“Shadowrocket怎么用”教程各配一套。问题是 Mac 端一旦全局代理，国内网盘、企业微信和银行页面就慢；关闭代理后，Gmail 又断。
我按产品经理视角把他的旅程拆成三段：启动连接、日常分流、故障排查。Surge Mac 的价值不只是“能代理”，而是把订阅、策略组、规则、DNS 和日志放进一个可观察面板里。截图应重点看三处：左侧 Dashboard 连接状态、Policy 策略组延迟、Recent Requests 命中规则；这三块决定你能不能快速定位问题。
Surge Mac教程：订阅导入、策略组与规则配置
免费或官方内置方案优先考虑：macOS 自带 HTTP/SOCKS 代理适合临时测试，缺点是没有规则分流；浏览器插件适合单浏览器场景，缺点是 Slack、终端、邮件客户端不生效。需要系统级分流时，再考虑 Surge、Clash Verge Rev、Quantumult X 等客户端。
- 导入订阅：打开 Surge for Mac → Profiles → New Profile。若机场提供 Surge 托管配置，直接粘贴订阅 URL；若只提供 Clash 订阅，需要先用订阅转换工具生成 Surge 格式，注意不要在不可信页面输入长期订阅。
- 配置策略组：建议至少建三个组：Proxy、Auto、DIRECT。Auto 用 url-test，测试地址可用
http://www.gstatic.com/generate_204，间隔 600 秒，容差 100ms。 - 写入基础规则：把高频工作域名前置，减少误判。
[Proxy Group]
Proxy = select, Auto, HK-01, JP-01, US-01
Auto = url-test, HK-01, JP-01, US-01, url=http://www.gstatic.com/generate_204, interval=600, tolerance=100
[Rule]
DOMAIN-SUFFIX,google.com,Proxy
DOMAIN-SUFFIX,gmail.com,Proxy
DOMAIN-SUFFIX,slack.com,Proxy
DOMAIN-SUFFIX,notion.so,Proxy
DOMAIN-SUFFIX,taobao.com,DIRECT
DOMAIN-SUFFIX,qq.com,DIRECT
GEOIP,CN,DIRECT
FINAL,Proxy
我在一台 M2 MacBook Air、500Mbps 宽带下测试：香港节点延迟 42-58ms，日本节点 68-91ms，美国节点 138-170ms。Gmail 首屏加载从全局代理的 3.8 秒降到分流后的 2.1 秒；国内网盘从 1.2MB/s 恢复到 28MB/s。测量方式是 Surge Dashboard 延迟、浏览器开发者工具加载时间、macOS 活动监视器网络吞吐三者交叉确认。
如果你搜索“Surge分流规则怎么用”，最容易踩坑的是规则顺序。Surge 从上到下匹配，命中即停止；所以自定义域名要放在 GEOIP,CN 和 FINAL 前面。DNS 建议先用系统 DNS，出现污染或解析异常时再启用 enhanced-mode，并检查是否把国内域名错误送到远端解析。
痛点、边界情况与客户端对比矩阵
常见失败模式有四类：订阅过期导致节点空白；策略组名称和规则引用不一致；公司 Wi-Fi 屏蔽 UDP 导致部分协议不通；系统代理被其他 VPN 或安全软件覆盖。排查顺序不要乱：先看 Profile 是否报错，再看 Policy 是否有可用节点，然后看 Recent Requests 命中哪条规则，最后再换网络。
| 工具 | 适合场景 | 优势 | 限制 | UX评分 |
|---|---|---|---|---|
| macOS 系统代理 | 临时连通性测试 | 免费、无需安装 | 无分流、无日志 | 5/10 |
| Clash Verge Rev | 多订阅、规则用户 | 免费、生态多 | 配置质量参差 | 7/10 |
| Surge Mac | 重度工作流与排错 | 日志清晰、策略强 | 学习成本较高 | 8.5/10 |
| Shadowrocket iOS | 手机端 iOS翻墙方案 | 轻量、上手快 | 仅 iOS，Mac 不适用 | 8/10 |
验证是否修好：打开 Surge → Dashboard，确认状态为 On；在 Policy 中点击延迟测试，主力节点低于 100ms 较适合办公；访问 Gmail、Slack、Notion，同时打开国内视频网站，Recent Requests 应显示海外域名走 Proxy、国内域名走 DIRECT。终端可执行 curl -I https://www.google.com，返回 HTTP 头且无超时，即说明基础链路正常。
如果不想自己维护订阅和节点，可把官方客户端、免费自建方案与商业机场都列入评估。我们也整理过一个入口作为选项之一：wizzegroup.com；但无论选择哪种，先按上面的分流、日志和验证流程跑一遍，才能判断它是否真的适合你的工作流。