「codex-proxy」让 macOS Codex 只为自身走 Clash 代理，不开 TUN 也能稳住 WebSocket

codex-proxy 是一个很小的 macOS 脚本，但它戳中的痛点很具体：在 Codex App + Clash 的环境里，如果不开 TUN 模式，普通 HTTP 请求可能会走系统代理，但 WebSocket 长连接不一定走代理。结果就是移动端 ChatGPT 找不到桌面端 Codex，或者 Codex App 自己在界面里反复显示 reconnecting 1/5 到 5/5，等多次失败后再退回 HTTP。

这个项目的做法不是要求你把整台机器都切到 TUN，而是用一个启动脚本只给 Codex 进程注入代理环境变量。脚本会设置 HTTP_PROXY、HTTPS_PROXY 和 ALL_PROXY，默认指向 Clash 常见的 127.0.0.1:7890，同时保留 NO_PROXY 给 localhost、127.0.0.1 和 IPv6 loopback。这样 Codex 的 HTTP 与 WebSocket 流量都能走代理，其他 GUI App 的网络设置则不被改动。

README 里给出的命令也很直接：复制脚本到 ~/bin/codex-proxy 后，可以用 codex-proxy start、stop、restart、status 和 log 管理 Codex。脚本启动前会尝试退出已有 Codex 进程，避免系统里残留一个没带代理环境变量的实例；日志写到 ~/Library/Logs/codex-proxy.log，排错时不用到处找。

它更像一个给特定网络环境准备的小补丁：适合 macOS、Clash 或兼容客户端、代理端口沿用 7890，并且你不想为了 Codex 单独打开全局 TUN 的用户。截至这次整理时，仓库约 27 stars，主语言是 Shell，许可证为 MIT。项目规模很轻，代码也短，真正值得收藏的地方在于它把“只影响 Codex 这一个进程”的边界讲清楚了。