Sukka 写前端、网络和基础设施时，习惯先把边界和代价摊开。把「ZSH 自动读取 macOS 系统代理配置并设置环境变量 | Sukka's Blog」整理成可落地的中文笔记：问题在哪、默认做法会踩什么坑、该怎么选。原站导航和广告已去掉。

macOS 系统代理的行为

和 Linux 和 Windows 只有一种系统代理配置不同，macOS 为每一种网络设备（Wi-Fi、Ethernet、Bluetooth PAN 等）维护了独立的网络配置，包括代理配置在内。因此当切换网络设备时，macOS 会使用不同的代理配置；如果同时连接了多个网络设备，则操作系统会优先采用在「系统偏好设置」网络「Service Order」靠上的设备的代理配置：

和大部分 Linux 桌面环境一样，系统偏好设置中的代理设置在 shell session 中是不会生效的，在终端中使用代理、需要手动提供 HTTP_PROXY 、 HTTPS_PROXY 和 ALL_PROXY 环境变量。

在终端获取 macOS 系统代理配置

macOS 内置了许多实用的命令行工具，如 xcode-select 用于安装命令行工具和配置 Xcode、 build_webkit 用于编译 WebKit、 softwareupdate 用于获取系统更新等。在读取系统代理配置方面，macOS 提供了三种方法：

$ system_profiler SPNetworkDataType # 获取完整网络配置信息 $ networksetup -listallnetworkservices # 列举所有网络设备 $ networksetup -getwebproxy Wi-Fi # 获取特定网络设备的系统代理配置 $ scutil –proxy # 获取当前已启用的代理配置，是对 system_profiler 的封装 其中，第三种命令的输出最简洁，适合在 shell 中解析：

解析 scutil 输出

$ scutil –proxy < dictionary > { ExceptionsList : < array > { 0 : 127.0 .0.1 1 : 192.168 .0.0/16 2 : 10.0 .0.0/8 3 : 172.16 .0.0/12 4 : 100.64 .0.0/10 5 : 17.0 .0.0/8 6 : localhost 7 : *.local 8 : 169.254 .0.0/16 9 : 224.0 .0.0/4 10 : 240.0 .0.0/4 } ExcludeSimpleHostnames : 1 HTTPEnable : 1 HTTPPort : 6152 HTTPProxy : 127.0 .0.1 HTTPSEnable : 1 HTTPSPort : 6152 HTTPSProxy : 127.0 .0.1 SOCKSEnable : 1 SOCKSPort : 6153 SOCKSProxy : 127.0 .0.1 } 解析 scutil 输出

首先，为了获取代理配置不可避免的要生成一个 scutil 的子进程，为了避免子进程的反复生成，应该把输出缓存下来：

zsh-osx-autoproxy

SCUTILS_PROXY = $( scutil –proxy ) 接着判断代理是否启用。如果配置了代理，则 xxEnable : 的字段值为 1，反之则字段值为 0 或直接整个字段不存在，因此可以使用 zsh 字符串搜索语法搜索 xxEnable : 1 ，以 HTTP 代理为例：

HTTP_PROXY_ENABLED_PATTERN = "HTTPEnable : 1" if (( $SCUTILS_PROXY[ ( I ) $HTTP_PROXY_ENABLED_PATTERN] )) ; then # HTTP 代理已启用 fi (I) 是 zsh 中的字符串从右往左搜索的语法，返回值为找到匹配时的位置；当没有找到匹配时，zsh 会一路搜索到字符串最左侧、最终返回值是 0。因此 (I) 常见的用法是配合数值条件 (( )) 判断变量是否包含某一字符串，这种写法的性能是 [[ ]] 的三倍。

落地时建议先做的 5 件事

1. 用自己的流量和设备测，不要只抄厂商推荐最小配置。
2. DNS、CDN、代理分流先画清 Fake IP 和 Real IP 的边界。
3. 前端性能看 CLS、白屏和重复渲染，而不是只看打包体积。
4. 基础设施变更走 Git，能复现、能回滚。
5. 结论写成可检查的清单：接口、超时、失败样本、回滚版本。

和智能体产品怎么接

龙虾PRO做 OpenClaw 落地时，网络、DNS 和前端性能笔记最有用的是「边界」：哪一层该加速、哪一层不该假装智能。数字员工调用外部能力前，先把超时和失败路径写死。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源