为什么我从 VS Code 转向 Antigravity（而且我不会再回去）

Source: Dev.to

背景

我尝试了 Antigravity，觉得不会再回到 VS Code。LLM 模型的快速进步——以及谷歌最近的突破，甚至可能超越 OpenAI——促使我在个人项目中用它取代了 VS Code。

我之前的第一篇文章讨论了 GitHub Copilot 在 VS Code 中的行内建议。到了八月中旬，我因为对其行为不满意而关闭了它。因此，现在我偏爱一个主要功能本质上是同一服务的 IDE，令人感到意外。

为什么选择 Antigravity 而不是 VS Code？

仅仅四个月，我就改变了想法。谷歌实现了我在 GitHub 上提出的许多建议，例如用 Esc 键忽略建议——这原来非常容易实现。

Antigravity 上的 Gemini 行内建议正如我所假设的那样工作，并且相较于 GPT，效果更好。我在 JavaScript 和 Python 两种语言上都进行了测试，收到了有用的建议。

扩展生态系统

Antigravity（这个名字我并不喜欢，除此之外）是 VS Code 的一个分支，保持了对微软编辑器众多功能的兼容性。然而，它不使用官方的 VS Code Marketplace；而是依赖 Eclipse Foundation 的 Open VSX Registry。

• 并非所有 VS Code 扩展都可用，虽然许多是从官方扩展衍生而来，可以通过发布者名称中的 ms- 前缀辨认。
• 设置可以从 VS Code 导入，但有些（例如意大利语本地化）必须作为非官方扩展单独安装。

我倾向于保持扩展数量最少；如果你高度依赖扩展，可能需要等待它们上架。

缩进怪癖

一个显著的烦恼是 Antigravity 会自动重新缩进代码，即使原有缩进是有意为之。禁用此行为并不简单——它分散在多个菜单中，需要在这些菜单里逐一查找（尤其当安装了很多扩展时）。在为开源项目贡献代码时，这可能会不经意地修改其他作者的格式，导致问题。

AI 代理标签页

最具创新性的功能是右侧的 Agent 标签页，专用于生成式 AI 交互。它提供两种模式：

• Planning – 在更改实际应用之前让你先审阅。
• Fast – 直接应用更改。

Antigravity 通过你的 Google 账户进行连接，实现跨设备的设置同步以及付费计划的访问。除了 Gemini，它还支持 Claude Sonnet、Opus 和 GPT‑OSS。内置的 MCP Store 让你可以使用同一凭证访问多种服务。

Google 的 AI 版图

Google 已全力投入生成式 AI。早在 transformer 之前，DeepMind 就奠定了最先进技术的基准。Gemini 和 Gemma 将 LLM 的水平提升到了新的高度，而 Jules、Opal 等项目仍属实验性质，却展示了 Google 更广泛的 AI 战略。若要从零构建 IDE，显然不如利用一个 VS Code 分支来得明智。

定价与免费层

Google 降低了其 API 的免费层限制，使得使用生成式 AI 的实验成本高于传统软件。然而，竞争对手往往根本没有免费层，因此 Google 的政策相对更好——尤其是当你在本地运行像 Gemma 这样的模型时。