Antigravity IDE 把我坑惨了：32G 内存的电脑，被它一个软件吃到 140GB
哈喽，我是飞飞。
昨天晚上，我正开着两三个 agent 同时改一个项目，中途去厨房热了碗饭。回来一坐下，电脑卡成了 PPT。鼠标拖一下等三秒，风扇狂转得像要起飞。
我打开活动监视器一看，整个人麻了。
一个叫 Antigravity IDE 的编辑器，光它一个，吃掉了 140.20GB 内存。
我这台电脑，物理内存满打满算才 32G。
截图 1 就是当时弹出来的窗口，macOS 在哭喊「您的系统已用完应用程序内存」。你看那个红框，Antigravity IDE 140.20GB，旁边 Android Studio 才 4.42GB，剩下 Chrome、Claude、Gemini 那些加起来都没它一个零头。
我试了半天什么都点不动，最后只能强制退出。开了快二十分钟、跑了一半的那几个 agent 任务，进度全没了，白干一场。
这已经是它第三回坑我了。前两回我忍了，这回我真忍不住，得跟你好好说道说道，顺便让你避避坑。
先说昨天：一个编辑器，凭什么把 32G 的电脑要到 140GB
我先解释一下这个 140GB 是怎么回事，免得你以为我电脑偷偷插了内存条。
物理内存只有 32G，软件却张口要 140GB。这中间的差额，是 macOS 拿「内存压缩」和硬盘上的 swap 硬扛出来的。swap 就是拿硬盘临时顶内存用。系统先把不常用的内存压一压、再往硬盘上挪，挪到最后实在扛不住，就弹出那个「内存已用完」的窗口。所以 140.20GB 是它张嘴要的量，我那 32G 物理内存早被榨干了。
那它为什么这么能吃？这事得从 Antigravity 的出身说起。
它是 Google 去年 11 月跟 Gemini 3 一起发的 AI 编辑器，底子是 VS Code 改的，用的是 Electron。Electron 说人话就是给一个桌面软件套了个浏览器内核，好处是跨平台开发快，坏处是天生吃内存。
Antigravity 在这之上还玩 agent-first，主打让你同时开好几个 AI agent 并行干活。问题就出在这。每开一个 agent，它在后台就单独起一个语言分析进程，一个就吃几百兆。几个叠一块，再加上那层浏览器开销，内存噌噌往上走。
更要命的是内存泄漏。正常软件用完的内存该还给系统，泄漏就是占着不还，越积越多。Electron 这类编辑器开久了，光各种缓存就能堆到 8G 下不来，我昨天那台估计是泄漏叠并行 agent，一路冲到了 140G。
说真的，我一开始也以为是自己电脑的问题。结果我去翻了一圈，发现根本不是我一个人，而且有人比我惨多了。
Google 自己的开发者论坛里挂着一个帖子，标题写得触目惊心：单个 agent 就能让 Antigravity 泄漏 130GB 内存、CPU 空转 100%，还把 macOS 干到内核崩溃。发帖那哥们用的是 64G 内存的 M4 Pro Mac mini，配置比我高一截。结果他只是跑一个十来个文件的小项目、生成一份代码报告，IDE 就一路飙到 130G，逼着系统连续内核崩溃、硬重启了十次。
最离谱的是他那句话：哪怕 agent 完全闲着没活干，后台那个进程照样把 CPU 占到 100%。Reddit 上也有人晒出跟我一模一样的「内存已用完」弹窗，配了一句「我的 SSD 在受苦」。
评论区有两条我印象很深。一条说：「说不定就是内存泄漏导致的，Antigravity 的设计非常差劲，而且好像也放弃修补了。」另一条更狠：「可能谷歌里有人在 vibe 编程，像疯了一样推送没测试过的代码。哈哈！」
这话是糙了点，但截图 1 摆在这，我还真没法反驳。
吃内存还不算完，它还动不动给我花屏
光吃内存我也就忍了，Antigravity 还有个折磨我很久的老毛病：花屏。
开着它写一会儿代码，编辑器区域会突然糊成一片，红一块绿一块，跟信号坏掉的老电视似的。代码其实还在，但你啥也看不清，只能干瞪眼。
我一开始还以为是自己显卡的事。结果上 LINUX DO 一搜，好家伙，一堆 macOS 用户都在说同一件事：反重力用着用着就花屏，放那儿跑一段时间几乎必现，唯一的解法还是重启 Antigravity。
一个 2026 年的旗舰 AI 编辑器，日常操作变成了卡了重启、花了再重启，你说讽不讽刺。
往回倒，前面其实还栽过两次：终端配置被清空，分家又丢光设置
要不是有前两次垫底，我也不至于这回这么上火。
往回倒到 4 月。我更新完 Antigravity，打开终端，傻眼了。我攒了两年的别名全没了，gp 不认识，ll 不认识，连 JAVA_HOME 都空了。我打开 ~/.zshrc，这是 macOS 终端的核心配置文件，里面只剩两行，是 Antigravity 自己写进去的 PATH。
我当时就一个想法：一个编辑器更新，凭什么动我的 shell 配置？你自己的路径加到你自己的地方去啊，往我的 .zshrc 里写什么。这跟你装了个 App，结果它顺手把你电脑桌面壁纸换了，有什么区别。
那次我盯着只剩两行的 .zshrc，手心都凉了。幸好有个旧终端窗口一直没关，里头还留着更新前的环境，我赶紧把别名一条条从内存里导出来抢救，前后折腾到大半夜才弄回来，还专门写了篇文章记录。
再往后到 5 月 19 号，Google I/O 上 Antigravity 突然分家。原来一个产品，被拆成了 Antigravity IDE、Antigravity 2.0，外加 CLI、SDK 一堆东西。听起来很热闹，落到我头上就是一地鸡毛。
2.0 把配置文件存到了一个跟老版本完全不同的文件夹，老配置不迁移、直接就读不到了，等于凭空蒸发。更绝的是它还卡死，根本启动不了。我折腾了半天紧急修复，它才慢悠悠地把老 Antigravity 的配置自动导回到新的 Antigravity IDE 里。
那一刻我没觉得是它救了我，我只觉得这套自动导入，本来就该在更新那一下无感做完，而不是先把我坑进坑里、再让我自己爬出来。
三次坑一个病根：免费 preview 的代价，是拿你当小白鼠
清空配置、分家丢设置、内存撑爆，再加上时不时的花屏，桩桩件件看着不相干，但你把它们摆一起就会发现，病根是同一个：我的稳定，永远给它的激进让路。
它要快速上新功能，于是更新敢动你的系统配置，分家敢不管老用户的迁移，新版本敢带着没测出来的内存泄漏就推给你。它跑得越猛，踩在脚下的就是早期用户那台真在干活的机器。
我得说句公道话，agent-first 这个方向我是真觉得香。能同时开五个 agent，派完活去倒杯咖啡，回来挨个收结果，这种爽我体验过，也写过。Antigravity 的设计思路没毛病。
可问题就在，它是个免费的 preview 版。免费听着是白嫖，其实代价藏在后面：你省下的订阅费，是用你的时间和数据在还。我救配置、重装、强制退出、重新配环境，这些工时加起来一点都不便宜。说白了，所谓 preview，就是把本该自己做的测试，外包给了我们这些真金白银在用它干活的人。
越是真心拿它当主力、配置堆得越重的人，被坑得越狠。这不是我一个人的倒霉，是所有抢先上车的早期用户的共同处境。
还想接着用的话，这几条能让你少踩点雷
骂归骂，agent-first 确实有它的好，我知道你们里头不少人还想接着用。那就说几条我用血换来的避坑动作。
把你的终端配置备份好，这是底线。我现在把 .zshrc 这类 dotfiles 全扔进了一个 git 仓库，哪天再被谁清空，一条命令就拉回来，不用再靠运气从内存里抢。
preview 阶段的工具，别让它进你的主力生产环境。拿它跑跑玩具项目、试试新功能可以，真正吃饭的活，还是放在你信得过的成熟工具里。
内存这块也有招。开着 Antigravity 干活，记得定时重启它，别指望它自己把内存还回来；用不上的并行 agent 和扩展随手关掉，每关一个就少一个偷偷吃内存的进程。
要是你跟我一样图个稳定大于尝鲜，那就老老实实把主力挪回 Claude Code、Cursor 这种成熟的。等 Antigravity 把这些基本功补齐了，再回来也不迟。
写在最后
回到截图 1 那个画面。一个编辑器，在一台 32G 的电脑上张口要 140GB，这事本身就挺荒诞的。
我不是要劝你别碰 Antigravity，它后面大概率会越改越好。我只是想说，在它把质量这关补上之前，请你把自己的配置和数据看牢一点，别像我一样，靠一次次翻车攒经验。
这个 Antigravity 踩坑连载，我会接着写下去，盯着它到底改不改。
最后想问问你：你有没有被哪个工具坑过配置或者数据？当时是怎么救回来的？评论区聊聊，我们互相提个醒，下次都少踩一脚。