Google Antigravity IDE 升级迁移指南

架构脱离 VS Code

和许多 Google Antigravity 用户一样，Google 在 I/O 2026 上宣布 Antigravity 2.0 时，我感到非常兴奋。

谁会不期待成本效益更高的新款 Gemini 3.5 Flash 呢？更何况，它还采用了独立桌面应用的形态，看起来足以与 Claude Code 和 OpenAI Codex 一较高下！

Antigravity 2.0 有很多令人跃跃欲试的新特性，但我想先分享一些升级和迁移方面的注意事项，帮你避免日后遇到一些令人头疼的麻烦。

从 Antigravity 1.0 升级到 2.0 的流程很简单：

在 Antigravity 1.0 的用户界面中，你应该会看到一个按钮，提示你重启应用以完成更新。

按照步骤安装 Antigravity 2.0，其中包括登录与该应用关联的 Google 账号。

系统还会特别提示你在安装 2.0 的同时安装 Antigravity IDE。

升级完成后，系统会询问你有关自定义配置的问题。

这里是关键所在：Antigravity 2.0 与 1.0 有着非常大的差异——从功能实现上看，它已经不再基于 Microsoft 的 VS Code。这意味着，1.0 中绝大多数个性化设置都无法延续到 2.0。

没错，Google 很快推出了一个补丁，允许你导入自定义配置，其中包括一套迁移流程，让用户可以从 Antigravity 1.0 导入设置、扩展和快捷键绑定。（想象一下，像我这样急不可耐的人，在这个补丁上线之前就完成了升级。）不过，你在 Claude、Cline 和 Codex 等扩展中的历史记录和过往工作都不会迁移过来。就连你在 1.0 中与 Gemini agents 协作的历史记录也不会移植到新版本。

如果你希望尽可能多地保留 1.0 环境中的信息，下面这套操作指南正是我希望自己第一天就能拿到的。

点击更新之前先做好备份。具体来说，将 ~/.gemini/antigravity 复制到安全的位置。迁移过程存在一个已知的小问题：过去的对话、scratch space 和 agent brain 条目不会被带入新应用，而是滞留在 ~/.gemini/antigravity-backup 中。如果你已经完成更新，却发现聊天记录似乎消失了，别担心，它们并没有丢——只是被放到了那里。你可以使用 rsync 将备份目录同步回 ~/.gemini/antigravity（跳过 mcp_config.json，因为你需要保留新版文件），然后重启应用。

当系统询问是否要在安装 2.0 的同时安装 Antigravity IDE 时，请选择“是”。IDE 并没有停止维护——它被定位为一款并列的兄弟产品，仍在持续维护，也依然是你熟悉的那个 VS Code fork。你的快捷键绑定、扩展以及使用编辑器时形成的操作习惯，都保留在那里。最清晰的理解方式是：2.0 用于 agent orchestration，而 IDE 则负责你已经习惯的所有 VS Code 式工作。只是不要让两者同时操作同一个 working tree，否则它们会互相干扰，让你陷入与自己较劲的局面。

如果你暂时还不适应 2.0，可以继续使用 IDE。卸载 2.0，从 releases 页面安装 Antigravity IDE 1.23.2，并将更新方式设为手动。IDE 这边没有强制迁移的截止日期——面临弃用压力的是 Gemini CLI 用户（截止日期为 2026 年 6 月 18 日），而不是 Antigravity IDE 用户。

对我帮助最大的一条认知是：这并不是一次简单的版本升级，而是 Google 推出了第二款与第一款产品共享同一名称的产品。你在 1.0 中的工作不需要迁移，而是需要与新产品共存。当我不再期待两者功能完全对等，开始将 2.0 视为工具箱中的一件新工具后，我对此感觉好多了（不过，因为返工和内容缺失造成的创伤，我到现在还没完全缓过来）。

部分评论可能仅对已登录的访客可见。请登录以查看全部评论。

如果需要采取进一步措施，你可以考虑屏蔽此人和/或举报滥用行为。