各位友友有没有遇到 JetBrains Codex 不能代理的情况

[LeviMarvin]

目前走的自建代理，暂不考虑使用 Clash 等，目前使用的 Gost 与服务器连接。Windows 上安装 ProxyBridge 。 规则：Codex.exe; codex.exe; codex-x86_64-pc-windows-msvc.exe; codex-acp-x64-windows.exe; codex-command-runner.exe; codex-windows-sandbox-setup.exe TCP+UDP ，任意目标/端口走代理。

打开 JetBrains CLion ，使用 JetBrains AI 插件，连接 Codex ，无法登录（随后 Windows 网络设置里开启代理可以登录），发送消息一直重连。ProxyBridge 中可以看到codex-x86_64-pc-windows-msvc.exe有走代理连接。

[registerrr]

我用的 Clash+IDEA+Codex ，确实有时候会出现重连的情况，特别是每天上班第一次对话，总会重连个 4 ，5 次才会有反应，所以每天第一件事就是先打个招呼，确认连接状态。但是第一次成功之后，白天再用就没有啥问题了。

至于 Gost 和 ProxyBridge ，没有用过。

[quxiaojuncuiyue]

你这里最值得排查的是“开 Windows 系统代理能登录，但只按 codex 进程名代理不能登录”这个差异。建议把登录和发送消息分开看，确认发起请求的是 CLion/JetBrains 插件宿主，还是 codex 子进程。ProxyBridge 里看到 codex 的连接，只能证明那条连接被接管，不能证明 IDE 和其他子进程都已覆盖。

可以先对“IDE 主进程＋子进程一起走同一代理”做一次对照，注意不要把 Gost 自身也纳入规则造成代理循环。如果想换一个按进程树接管的 Windows 工具交叉验证，可以看看 Ghost Proxifier Pro： https://github.com/liliBestCoder/ghost-proxifier-pro 。使用前先完全退出 CLion 和残留的 codex 进程，再从工具里启动。它解决的是进程流量接管这一层，仍然要使用你已有的代理服务。