Antigravity 开发体验再升级：无需 TUN 的代理注入方案实测记录

最近在折腾 Antigravity 这套本地 AI / IDE 辅助环境的时候，发现官方已经支持一种不再依赖 TUN 虚拟网卡的代理注入方式，对开发环境兼容性和稳定性提升都挺明显的，这里简单记录下实测过程，给有同样需求的兄弟参考下。

先说结论：
新方案下不需要再创建 sing-tun 之类的虚拟网卡，系统层面基本无侵入，对 VMware、远程桌面、安卓模拟器这类环境友好很多。

一、Antigravity 简介与使用场景

Antigravity 本质上是一个本地代理 + AI 接口管理工具，主要解决几个问题：

• 多模型统一入口（Claude / Gemini / GPT 等）
• 本地 IDE 调用 AI 接口
• Shell / 脚本环境调用 AI
• 支持远程服务器 Agent 模式

以前版本比较依赖 TUN 方式接管流量，对系统网络栈有一定要求，一旦虚拟网卡异常，容易出现：

• IDE 访问超时
• Docker 网络异常
• 模拟器网络不可用

这次更新后的注入方式，整体思路更偏向应用层代理接管，不再强行改系统路由。

二、新版启动界面与下载入口

从官网页面可以看到已经强调 Next-generation IDE 体验，Windows 客户端直接下载安装即可。

主要变化是：
客户端本身集成代理能力，不再强制依赖系统级 TUN。

三、旧版 TUN 网卡方式存在的问题

老方案会在系统网络连接里生成一个虚拟网卡，比如：

• singbox_tun
• sing-tun Tunnel

这种方式在部分系统上容易遇到：

• 驱动安装失败
• VPN 冲突
• 远程桌面断流
• 虚拟机 NAT 异常

尤其是在做服务端部署、模拟器调试、ADB 转发时，经常莫名其妙断流，很影响效率。

四、新方案：本地 Mixed 代理接管

新版默认走本地 mixed 端口模式：

• 本地监听：10808
• 同时支持 HTTP / SOCKS5

日志里可以看到直接走：

local[mixed:10808]
lan[mixed:10808]

这种方式优点很明显：

• 不创建虚拟网卡
• 不改系统路由表
• 只需要应用层配置代理即可

IDE、浏览器、终端都可以按需指定代理使用。

五、客户端目录结构与配置点

客户端目录结构比较清晰，核心配置在：

• config.json
• version.dll（部分版本控制逻辑）

如果需要自定义代理策略、端口或模型接口，一般改 config.json 就够了。

实际使用中：

• 不需要动 exe
• 不需要替换 dll
• 更新也不会覆盖配置

对长期部署来说比之前舒服不少。

六、远程 Agent + 本地 IDE 联动方式

我这边测试的是：

• 本地：Windows IDE
• 远程：Linux 服务器跑 Agent

通过 SSH 方式连接 Agent 后，本地直接调用远程模型资源。

支持：

• VS Code 插件调用
• Shell 调用
• 自动模型切换

模型列表和剩余额度都能在客户端界面看到。

这套结构对于：

• 云服务器部署
• 内网穿透
• 多人共用接口

都比较友好，扩展性比单机方案强不少。

七、适合哪些使用场景

这套无 TUN 的代理注入方式，特别适合：

• 本地搭建开发环境
• 棋牌游戏 / APP 服务端调试
• 安卓模拟器联调
• Docker + IDE 混合环境
• 需要稳定网络的长时间编译任务

不用再担心：

• 虚拟网卡冲突
• 网络掉线
• 系统更新后失效

对长期折腾项目的兄弟来说省心很多。

八、简单总结

这次 Antigravity 的更新核心就一点：

从系统级劫持，转向应用层代理接管。

虽然听起来只是实现方式变化，但对实际使用体验提升非常明显，尤其是：

• 多环境共存
• 虚拟机 / 模拟器
• 远程部署

稳定性比之前版本强不少。

如果你之前因为 TUN 问题弃坑过，可以重新试试新版方案。