蚂蚁没引力？Google Antigravity Beta 实测：低代码不是噱头，是救命的稻草

蚂蚁没引力？Google Antigravity Beta 实测：低代码不是噱头，是救命的稻草

上周三下午，我盯着那个跑了三年的老 Spring Boot 服务发呆。

不是因为代码有多难懂，而是又要改一个接口。业务方说要把某个返回字段从字符串改成对象，我得改 DTO、改 Service、改 Controller，还得同步更新三个下游的微服务调用方。最要命的是，那个 Controller 层有个 2019 年写的注解，作者早就离职了，注释里还写着“TODO: 重构”，结果这四年谁也没动它。

就在我要手动改第 N 个文件的时候，我打开了 Google Antigravity Beta。

说实话，我之前对这类工具挺抵触的。Cursor 我用了两年，Cline 我也折腾过，但总觉得它们是在“辅助”我写代码，而不是替我解决那些琐碎的、重复的、让人想砸键盘的脏活累活。Antigravity 不一样，它自称是“AI 原生 IDE”，强调低代码和自动化测试。我当时想，又一个画饼的。

但试了一圈发现，这玩意儿有点东西。

先说低代码。Antigravity 的核心逻辑不是让你“对话式生成代码”，而是通过意图理解，直接调度工具链完成任务。比如我刚才那个需求，我只需要在对话框里输入：“把 /api/user/profile 接口的 address 字段从 String 重构为 Address 对象，包括 DTO 和下游兼容性处理。”

它没有直接给我一堆代码让我复制粘贴。它是先分析项目结构，识别出相关的 Controller、Service、DTO 文件，然后自动生成了修改计划。有意思的是，它还会提示：“检测到下游服务 A 和 B 也调用此接口，建议同步更新契约测试。”

我选了“应用变更”，它直接在 IDE 里把三个文件都改好了，连单元测试都补上了。RT 从手动改的 1200ms（包括我纠结注解和测试用例的时间）降到了 400ms 以内。这不是快，这是救了我。

但真正让我改观的，是它的自动化测试。

我知道你们要问：AI 写的测试靠谱吗？我当时的想法也一样。毕竟 AI 容易“幻觉”，测通了一个假接口。Antigravity 的做法是，它不只在代码生成后补测试，而是在生成过程中就引入了“可验证性”。

我选了一个复杂点的场景：重构一个涉及多表关联的查询接口。Antigravity 在生成 SQL 映射时，自动生成了对应的集成测试，并且模拟了三种边界情况：空结果、超大数据量、并发冲突。它甚至引用了项目里已有的测试基类，确保测试风格一致。

我运行测试，全绿。

然后我故意改坏了一个条件，再跑一次，它提示：“测试失败，建议检查 Service 层的过滤逻辑。” 那一刻我有点愣住。之前的工具只会告诉我“代码生成成功”，不会告诉我“你改坏了”。

当然，它也有坑。

比如，它对老项目的兼容性没那么好。我那个三年前的项目，用的是 MyBatis 2.x 和 Spring 4.3，Antigravity 在分析依赖时花了点时间，最后还让我手动确认了几个过时的注解。如果项目太老，建议先升级框架再用它，否则它会给你一堆“历史遗留代码警告”，看着头疼。

另外，它的“低代码”概念容易被误解。它不是真的让你不用写代码，而是让你不用写那些重复的、样板式的代码。核心的业务逻辑、复杂的算法、架构设计，还是得你自己来。它擅长的是把那些“从 A 搬到 B”的脏活累活给干了。

我对比了一下，当时方案 A 是继续用 Cursor 手动改，方案 B 是试试 Antigravity。我选了 B，因为实在不想再手动同步三个下游服务了。事后看，选对了。但如果不是那种涉及多文件、多依赖的重构，可能没必要用它，因为它的学习曲线稍微有点陡——你得先理解它的意图模型，否则它给你的计划你可能看不懂。

还有一个细节，很多人没提过。Antigravity 的底层是和 Gemini 3.0 一起发布的，这意味着它的代码理解能力不仅仅是基于代码本身，还能结合项目文档、注释、甚至 Issue 链接。我给它喂了一个 GitHub Issue 链接，让它根据 issue 描述修复一个 bug，它真的去读了 issue 里的讨论，然后定位到了代码里一个隐蔽的边界条件。

这不是简单的“代码补全”，这是真正的“意图理解”。

所以，如果你也是那种被重复性劳动折磨得够呛的程序员，不妨试试 Antigravity Beta。它不是万能的，但对于那些“十分钟的活儿拖了三小时”的场景，它确实能把你从泥潭里拔出来。

最后留个问题给你们：你们在项目中遇到过最繁琐的重复性劳动是什么？是同步配置？还是改 DTO？评论区聊聊，看看有没有同款痛苦。