开发者在V2EX开源了一款名为Antigravity Proxy的进程级代理补丁，采用BSD-2-Clause协议发布。该项目针对使用Antigravity时系统代理已开启但部分请求仍无法连接的问题，为其单独指定代理，无需开启TUN模式，也不修改系统代理设置。目前支持Windows平台的Antigravity IDE、桌面版和CLI，提供x86/x64版本，支持SOCKS5和HTTP代理及账号密码认证，用户可直接复用Clash等已有代理配置。IDE版本附带配套插件，支持在界面内修改代理地址端口、测试连接、查看代理状态、实时日志和出口IP，并可检测Gemini可达性以辅助排查。针对Antigravity更新后安装目录中补丁被清除的问题，插件会在下次启动时自动检查并补回，免去手动复制。技术原理是将version.dll放入应用目录，通过Hook网络连接使相关进程使用配置好的代理，不安装虚拟网卡、不接管整机流量。作者提示两个使用边界：WSL内程序需单独配置代理；代理连通不代表服务端接受请求，遇到User location is not supported报错仍需排查出口地区限制。项目可通过IDE扩展市场、Open VSX或GitHub Releases获取，问题反馈支持附脱敏日志定位。
事件分析
该项目的技术看点在于借用DLL劫持思路实现进程级流量接管，这是Windows平台经典的轻量方案，相比TUN虚拟网卡免驱动、零干扰，代价是依赖应用目录写权限，且需持续对抗版本更新导致的补丁失效，作者通过插件自动补回机制缓解了这一问题。从产业背景看，Antigravity作为谷歌推出的AI编程IDE，发布后因网络与区域限制形成实际使用门槛，社区补丁的快速涌现侧面印证了需求的真实规模。文中提及的User location is not supported报错本质是服务端地理围栏，客户端代理只解决网络层连通，出口IP所在地区才是决定性变量。后续走向上，若官方调整客户端架构或收紧区域策略，此类工具需持续维护，其合规边界也值得观察。
核心观点：AI编程工具的地域围栏催生社区补丁生态，但客户端层面的网络优化，终究绕不开服务端准入的硬门槛。
原文链接：V2EX 分享发现
