📅 时间: 21:58
🌤️ 天气: 银川 4~19℃ 多云
云收雨过波添，楼高水冷瓜甜，绿树阴垂画檐。
— 白朴 · 《天净沙·夏》
问题背景
最近在使用 Antigravity 时遇到了一个经典的代理冲突问题。
Antigravity 必须依赖代理软件的 TUN 模式（虚拟网卡）接管底层网络，否则会出现无法正常登录以及无法拉取模型的情况。但是，当我们在代理软件中开启了 TUN 模式（尤其是在不小心开启了全局代理的情况下），会导致系统内其他的国内流量也被强制代理。最直接的表现就是：拉取模型虽然顺畅了，但浏览器里的百度、哔哩哔哩等国内网站却变得无法访问或者加载极度缓慢。
我们的核心诉求是：既要让 Antigravity 拥有 TUN 模式的环境来拉取模型，又要保持日常国内网页的直连体验。
备选方案：开源专用代理工具
在排查这个问题的过程中，我发现了 GitHub 上的一个开源项目：https://github.com/yuaotian/antigravity-proxy↗
这是一个专门为解决 Antigravity 网络连通性而开发的工具。它确实能够有效解决上述痛点，但如果你本身已经在重度使用 Clash Verge 等代理客户端，为了一个软件再去额外配置并常驻运行另一个代理工具，操作上略显繁琐。
经过摸索，其实可以直接利用 Clash Verge 自带的高级脚本功能，以更极简的方式完美解决。
最终方案：利用 Clash Verge 的进程分流脚本
解法的核心思路是：在保持 TUN 模式开启的前提下，将整体网络模式切回“规则”分流，并用一段脚本将 Antigravity 的进程单独拎出来，强制送入代理通道。
具体的配置步骤如下：
第一步：恢复规则模式
打开 Clash Verge 的代理界面，确保右上角的网络模式停留在“规则”(Rule)，千万不要选择“全局”。这一步是保证你日常访问国内网站能够直连的基础。
第二步：新建分流脚本
进入软件左侧的订阅页面，点击右上角的新建按钮。
在弹出的配置窗口中，将第一行的类型从默认值切换为 Script（脚本模式）。
第三步：写入自定义代码
在下方的大文本框内，清空原有的模板，粘贴以下 JavaScript 代码：
JavaScript
// Define main function
function main(config) {
if (config.rules && Array.isArray(config.rules)) {
// 拦截 Antigravity 进程，将其单独指向代理节点组
// 请将代码中的 PROXY 替换为你实际使用的代理组名称
config.rules.unshift("PROCESS-NAME,Antigravity.exe,PROXY");
}
return config;
}代码修改提示：请观察你平时用来选择节点的那个大分组叫什么名字（比如叫“节点选择”或者“手动切换”等），把代码中的 PROXY 替换成那个精确的名字即可，两边的英文双引号需要保留。
第四步：启用配置
点击保存。随后在你的订阅列表中，会多出一个带有 Script 标签的卡片。右键点击该卡片并选择启用。
总结
配置完成后，你可以保持 TUN 模式常开。当 Antigravity 启动并尝试登录或拉取模型时，底层的脚本会第一时间认出它的进程，并为其单独提供代理环境；而当你打开浏览器看国内视频时，流量则会按照默认配置顺滑直连。这种进程级的隔离，免去了我们反复开关代理的烦恼，是目前体验最无感的解法。