Antigravity-Proxy：无需 TUN 的 Antigravity 强制代理方案

项目地址：专为 Antigravity 打造的免 TUN 强制代理工具，支持 DLL 注入与进程流量劫持。

在国内使用 Antigravity 时，网络代理往往是绕不开的话题。

传统方案通常依赖 Clash、Mihomo 等工具开启 TUN 模式，通过虚拟网卡接管系统流量，实现应用透明代理。但这种方式也带来了不少问题：

• 全局流量被代理
• 影响本地开发环境
• 需要管理员权限
• 企业环境可能禁止安装 TUN 驱动
• 网络故障排查复杂

开源项目 Antigravity-Proxy 则针对于Antigravity，采用 DLL 注入与网络 Hook 技术，在不启用 TUN 的情况下，实现 Antigravity 流量强制走指定代理。

对于希望保持系统网络环境干净，同时又需要稳定访问 Antigravity 服务的用户来说，非常友好。

项目简介

Antigravity-Proxy 是一个运行于 Windows 平台的透明代理注入工具。

其核心目标非常明确：

仅代理 Antigravity 相关进程，而不是接管整个系统网络。

项目支持：

• SOCKS5 代理
• HTTP CONNECT 代理
• Antigravity Language Server
• Node.js 子进程注入
• 自动进程创建拦截与继承注入

技术原理

项目底层采用经典 Windows Hook 方案。

整体流程如下：

Antigravity 启动
        │
        ▼
加载 version.dll
        │
        ▼
Hook 网络相关 API
        │
        ▼
拦截 connect()/WSAConnect()
        │
        ▼
建立 SOCKS5/HTTP 隧道
        │
        ▼
所有请求进入指定代理

根据项目文档，其主要使用：

• DLL 劫持加载
• MinHook 框架
• Winsock API Hook
• 进程创建拦截

实现流量重定向。

这种方案最大的特点是：

只修改目标进程行为，不修改系统网络栈。

因此不会产生 TUN 模式常见的问题：

• 路由冲突
• VPN 冲突
• 本地服务访问异常
• Docker 网络受影响

快速使用

1. 准备代理

启动你的代理软件（例如 Clash/Mihomo），确保本机有可用的 SOCKS5 或 HTTP 代理端口（如 127.0.0.1:7890）。

2.准备文件

Release 按架构和运行目标提供四个独立压缩包，下载时只选实际使用的一套：

• antigravity-proxy-vX-ide-win-x64.zip / ...-x86.zip：包含 ide/（version.dll、config.json）。
• antigravity-proxy-vX-cli-win-x64.zip / ...-x86.zip：包含 cli/（dbghelp.dll、antigravity_proxy.dll、config.json）。

每个压缩包还包含通用的 config-web.html 与 使用说明.md；自行编译时仍会在本地 output/ide、output/cli 生成两套目录。

3.部署到 Antigravity

桌面端只复制 ide/ 内的文件到 Antigravity 主程序目录（与 Antigravity.exe 同级）。

如果使用 Antigravity CLI，只复制 cli/ 内的文件到 agy.exe 同级目录。dbghelp.dll 会在导出函数首次调用时加载唯一名称的 antigravity_proxy.dll，避开系统 version.dll 同名冲突。

ide/ 与 cli/ 不要混合复制；桌面端不需要 dbghelp.dll。

version.dll 与 config.json 必须来自同一次构建且架构一致。当前版本默认对宿主进程启用全量网络 Hook；启动日志应出现 使用全量模式，随后再以 OAuth 回调和业务请求日志做功能验收。

Antigravity 2.0 注意事项

Antigravity 2.0 新增/改名了关键进程，默认配置已覆盖：

"target_processes": [
  "agy.exe",
  "language_server.exe",
  "language_server_windows",
  "Antigravity.exe",
  "Antigravity IDE.exe",
  "node.exe"
]

如果你是从旧版本手动迁移 config.json，请确认 child_injection 仍为 true，并把上面的目标进程列表同步进去。2.0 环境如果存在多个启动目录，也要把 version.dll 和 config.json 放到实际启动的 Antigravity/IDE 目录中。

Antigravity 更新后可能清理安装目录里的劫持文件；如果更新后不走代理，请重新复制这些文件。若代理软件区分 mixed-port 和 SOCKS5 端口，也要确认 proxy.type 和 proxy.port 匹配本机实际监听端口。

4.启动 Antigravity

正常启动 Antigravity。

如果配置正确，可以在日志中看到类似内容：

已注入目标进程
language_server_windows_x64.exe

已注入目标进程
node.exe

SOCKS5: 隧道建立成功

说明代理链路已经建立。

特别注意

如果看到：

Agent execution terminated due to error

不要第一时间怀疑 DLL 注入失败。

优先检查：

User location is not supported for the API use

这类错误往往意味着：

• DLL 已生效
• SOCKS5 已建立
• 网络请求已经经过代理

但当前出口 IP 被服务端拒绝。

换句话说：

很多时候问题不在代理链路，而在代理出口质量。

实践中经常需要：

• 更换节点
• 更换 ASN
• 更换住宅出口
• 避免部分数据中心 IP

才能彻底解决问题。