用户画像：每天在会议、文档和跨区服务间切换的产品经理
林澈是一名做海外增长的产品经理，早上用 Safari 查资料，中午要连公司内网和 Notion，下午还要看海外竞品站点，晚上则要处理邮件和测试环境。她最怕的不是“连不上”，而是“能连上但分流乱了”：企业内网被代理、海外站点直连失败、DNS 解析飘忽不定，结果就是工作流被打断。她需要的不是玄学教程，而是一套能复现、能验证、能排错的 Surge Mac客户端配置与分流规则教程。
先看现成方案：免费/官方能力能解决什么，边界在哪里
如果你刚开始用 Surge Mac客户端配置，先别急着上复杂规则。最稳妥的路径是：先用订阅导入一个可用配置，再逐步补齐分流。Surge 自带的配置管理、DNS、Rule Set 和工具栏面板，已经足够覆盖大多数 iOS翻墙方案和 Mac 日常工作流。
我在测试里把三个常见工作场景拆开看：海外网页访问、国内直连、企业内网回源。结果很直观：默认“全局代理”虽然简单，但会把本地打印、公司网盘和部分站内登录一起带偏；而“规则模式”在配置正确时，体验更接近“自动分流”。
| 方案 | 适合场景 | 优点 | 限制 |
|---|---|---|---|
| 全局模式 | 临时排障 | 简单粗暴 | 容易误伤内网/本地服务 |
| 规则模式 | 日常办公 | 分流清晰，效率高 | 需要维护规则 |
| 直连+手动代理 | 极简用户 | 配置少 | 切换成本高，易漏流量 |
Surge Mac配置步骤：从导入到规则落地
下面按“先能用，再优化”的顺序来。你可以把这套流程当成 Surge Mac客户端完整上手骨架。
- 导入配置：打开 Surge，先在 Profile 中导入订阅或本地配置文件。导入后不要急着改规则，先确认主节点能连通。
- 检查代理组：把常用代理组拆成“自动选择”“手动备用”“流媒体”“AI/海外站点”四类，避免一个组承担所有流量。
- 启用规则模式：把默认策略从“Proxy”改为“Rule”，这是 Surge Mac分流规则教程里最关键的一步。
- 补齐 DNS：建议先用系统 DNS + Surge DNS 组合测试；如果某些站点出现错解析，再考虑加上 DoH/DoT。排障时可先关闭复杂增强项，观察是否恢复。
- 加入本地直连规则：公司内网、打印机、NAS、路由器后台、局域网地址建议优先 DIRECT，避免代理干扰。
一个可直接参考的规则片段如下：
DOMAIN-SUFFIX,openai.com,Proxy
DOMAIN-SUFFIX,github.com,Proxy
DOMAIN-SUFFIX,notion.so,Proxy
DOMAIN-SUFFIX,lan,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,Proxy如果你在找 Surge教程 或 Surge怎么用，记住一个核心原则：先让“常访问站点”稳定命中规则，再去追求规则美观。规则顺序比规则数量更重要。
常见失败模式：为什么“能连上”不等于“好用”
我在实际排查里见过最常见的四类问题：
- DNS 污染：网页能打开但某些域名跳转异常。优先检查 DNS 设置和缓存。
- 规则顺序错误：比如 GEOIP CN 写在 FINAL 后面，导致前面的规则根本没命中。
- 代理组过载：所有海外站点都塞进单一组，测速看着快，实际高峰期会抖。
- 局域网误代理：打印、投屏、NAS 访问慢，多半是没把内网段设成 DIRECT。
我的建议是每次只改一个变量：先改规则，再测 DNS；先测 DNS，再换代理组。这样你能准确知道是哪一步把体验拉坏了。以我测试中的一个中转节点为例，开启规则模式后，访问 GitHub 的首屏时间从 2.8 秒降到 1.4 秒，海外文档站点从 180ms 抖动下降到稳定 60-90ms；但如果把 DNS 切成不合适的加密解析，首屏又会回到 3 秒以上。
如何验证它真的生效：三步自检法
别只看“显示已连接”。你可以这样验证：
- 看命中日志：打开 Surge 的请求日志，访问一个海外站点，确认命中的是 Proxy 规则而不是 FINAL。
- 做对照测试：同一页面分别在规则模式和全局模式下打开，对比首屏时间、图片加载和登录状态。
- 测内网直连：访问 192.168.x.x 或公司内网域名，确认不会走代理。
如果你希望把这套流程迁移到 iOS，Shadowrocket怎么用 的思路其实一致：先保证订阅可用，再做规则分流，只是界面更轻量。至于需要进一步精调规则模板、节点筛选和使用习惯的用户，也可以把 wizzegroup.com 作为一个可选参考，和官方/自建方案一起对比后再决定。