💡 背景
一直在 WSL2 里面使用 codex-cli，近期看到 Windows 端 App 支持联动手机 App 并能控制电脑，便打算安装体验一下。
- 代理软件使用 Clash。
- 由于 Clash 的 TUN 模式对 WSL2 的网络影响非常大，因此不考虑开启 TUN 模式。
- 不希望开启全局的系统代理（ System Proxy ）模式。
- 最终选择使用 Proxifier 进行进程级的代理接管。
❌ 踩坑过程与问题现象
尝试方案 1：Proxifier 常规配置（失败）
在 Proxifier 中添加好本地代理服务器后，配置了一条常规规则：将 codex 和 Codex.exe 加入 Target Applications 列表，Action 设为强制走代理（ Proxy ）。
- 现象： Codex 界面可以打开，但个人资料无法读取、额度用量查看不了、模型问答一直卡在
thinking状态。查看 Proxifier 日志未发现明显异常。
尝试方案 2：使用 .env 配置文件（失败）
关掉 Proxifier ，尝试在 Codex 目录中添加 .env 配置文件并写入代理环境变量（如 HTTP_PROXY / HTTPS_PROXY）。
- 现象： Codex 打开速度极其缓慢，随后依然无法查看用量、个人资料，且完全无法连接手机 APP。
痛点： 坚决不想用系统代理，同时由于 WSL2 的存在，也无法使用 TUN 模式，一时间陷入僵局。
🔍 转机与排查思路
网上关于这个客户端类似问题的资料极少，各类 AI （ Gemini 、ChatGPT 、豆包等）给出的方案也大多是陈词滥调（比如盲目让你添加一堆别的无关进程规则），根本解决不了问题。
随后换了个提问思路：“为什么添加了 .env 代理后，部分本地服务反而无法正常打开？”
AI 提示了一个关键点：Codex 的部分服务（如 UI 与后端核心进程的通信、手机 App 的本地配对等）会走本地回环（ Localhost ）。如果一股脑全把流量送去代理服务器，会导致本地通信死循环或被代理软件拦截。
这也是为什么别的帖子让人加一堆乱七八糟的进程规则都踩坑的原因——方向错了。
✅ 解决方案
既然知道了症结在于“本地回传流量被误代理”，解决办法就很简单了。在 Proxifier 中为 Codex 单独做一下流量分流，将本地回环（ Localhost ）强制直连。
Proxifier 规则配置步骤：
- 保留 原本让
codex/Codex.exe走代理的规则。 -
新增 一条排在最前方的优先级规则（确保这条规则在代理规则之上）：
- Applications:
codex; Codex.exe - Targets (目标地址):
localhost; 127.0.0.1 - Action:
Direct(直连)
- Applications:
📌 核心逻辑： 必须确保目标是本地（ Localhost ）的流量强制走
Direct（直连），其余的外网请求再走Proxy（代理）。
🎉 结果验证
保存规则并重新打开 Codex ，一切恢复正常：
- 界面秒开，展现速度极大提升。
- 个人资料、额度用量读取完全正常。
- 手机 APP 连接与电脑操控一切正常！
总结： 遇到类似独立客户端网络异常时，除了盯着外网规则，不妨看一眼是不是本地回环（ Localhost ）被代理误伤了。希望这个思路能帮到遇到类似困境的朋友，少走弯路！