重度使用Antigravity与Gemini模型的实测体验与实用技巧

在Gemini 4 Carbon发布之前，我一直使用Gemini 4 Argon。200美元套餐的额度很充足，在我重度开发、搭配Codex做代码评审的情况下，周额度到最后一两天还得单独安排重活才能用完，大多数时候可以放心使用。

Gemini 4 Carbon发布后，任务效果比Argon更好，消耗却没有高出多少，使用成本和之前用Argon几乎一致。但即便如此，我实际感受下来，Carbon的表现还是不如Claude Opus 5.5。

Claude给人的感觉更缜密、更让人安心。在复杂仓库里做分支管理、版本管理时，Claude的表现更稳定，还会主动告知当前存在的问题，审美和开发能力也更强。

Gemini的优势在于订阅门槛低，和Codex相比交流感好很多，文案能力也更强。如果需要AI辅助写课程内容、做视频脚本，Gemini是目前的首选。

Gemini 4的不同型号都比较自信，给出的方案和写的代码经常缺漏，它自己却觉得完成度很高，交给其他模型检查就会发现一堆问题。

它的表达虽然有人情味，但会过度浮夸，喜欢加入大量拟人、形容和比喻，提供很多情绪价值。如果用它开发复杂项目，一定要搭配其他模型帮忙评审，比如GPT。我一直用GPT帮Gemini评审方案和代码，搭配使用效果很好。

Antigravity的运行框架体验不佳，读文件速度很慢。开启Turbo模式后，虽然很多工具调用不需要人工确认，但一定会走云端审核，甚至很多读文件的命令都需要审核。

每次云端审核大概耗时1到3秒，执行复杂任务时可能要审核几十次，光审核就要浪费好几分钟。而且Antigravity读文件效率不高，每次读完文件都要思考，再去读下一个文件；单个文件读几行就要思考完再读后面的内容，每次任务完成后的回答也非常冗长。

为了解决这个问题，我自己写了一个Antigravity插件，整理了不需要走审核的白名单命令，还提供了提示词，告诉Antigravity如何高效读代码。

Gemini 4 Hydrogen发布后，也能在一定程度上解决Antigravity读文件速度慢的问题。Antigravity原生的子Agent仅支持inherit、flash_lite、flash、pro四个档位，没有Gemini 4系列的模型。

Antigravity内部有一个叫swarm的Skill，相当于多Agent协作系统，支持派发任意模型的子Agent，甚至可以派发Antigravity里的Claude模型。

我通过自己开发的oil-dev-skills套件里的oil-explore功能，把Antigravity使用swarm搭配Gemini 4 Hydrogen (Low)探索代码的规则配置进去，之后在新项目里新开话题时，探索代码的速度就会非常快。

Antigravity还有Orchestrator模式，比如Orchestrator Carbon，机制是计划模式：先用能力强的模型探索代码、写方案，再让成本更低的模型比如Gemini 4 Hydrogen基于方案执行。

现阶段我觉得Carbon写代码还有提升空间，更不用说Hydrogen了，所以我先在简单项目里测试，目前测试量不够，暂时不给结论。这个模式对单纯读文件、问问题没有加速效果，因为读代码全在第一阶段，跑的还是最慢的规划模型，平时只看代码直接选swarm搭配Hydrogen反而更快。