我在 Google Antigravity 的体验：我如何使用 AI Agents 重构 Easy Kit Utils 🚀
Source: Dev.to
概览
大家好！👋
Google 刚刚在开发者工具领域投下一枚相当惊艳的炸弹：Google Antigravity，这是一款由 Gemini 3 驱动的全新 AI 原生 IDE。它彻底改变了我的编码方式。最近，我使用它对 Easy Kit Utils 进行了完整的重构，想把我对这款引发热议的新工具的看法分享出来。
如果你一直在关注 AI 编码助手领域，应该已经听说过 Cursor、Windsurf 等工具的热潮。Google 选择了另一条路线：与其在你编码时提供辅助，Antigravity 让自主代理完成繁重的工作，而你则更像是一个架构师，而不是砖瓦工。
让我们开始吧！🤙
Google Antigravity 实际是什么？ 🤔
首先，让我们先弄清楚我们在讨论什么。Antigravity 并不是另一个在 VS Code 上加了 AI 的分支。它是从头开始构建的 “agent‑first” 开发平台。这在实际使用中意味着什么？
- 与其在侧边栏里放一个 AI 聊天机器人来建议代码补全，Antigravity 为你提供 自主代理（autonomous agents），它们可以在三个主要界面上工作：代码编辑器、终端和集成浏览器。
- 这些代理不仅仅是写代码片段——它们会规划完整的工作流，执行复杂任务，甚至通过在浏览器中测试来自行验证工作成果。
Google 推广的核心概念是他们称之为 “vibe coding”。这个想法简单却强大：用自然语言描述你想要的功能，代理就会自行推断实现细节。再也不需要为语法纠结或在文档中翻找那唯一需要的方法。只要告诉它你的目标，它就会处理剩下的一切。
当你启动 Antigravity 时，你不会看到传统 IDE 那样的文件树。相反，你会看到 Agent Manager，一个任务控制面板，你可以在这里同时生成多个代理来处理不同任务。这就像拥有一支并行工作的开发团队——只不过它们全都是 AI。
优势：Antigravity 真正发光的地方 ✨
在对 Easy Kit Utils 进行重构时，我花了大量时间使用 Antigravity，以下是它真正让我印象深刻的方面：
自主任务执行
这是最重要的一点。当我开始重构时，我可以给 Antigravity 提供高层次的目标，例如：
“将字符串工具函数重构为使用现代 ES6+ 语法，并添加完整的类型定义。”
代理将其拆分为子任务，制定实现计划并执行。我并没有编写每一行代码，而是审查并批准代理的工作。它阅读现有代码，理解模式，在多个文件中进行更改，甚至更新相关测试。感觉不像在写代码，更像是在管理一位非常有能力的初级开发者。
多模态理解
让我意外的是它对视觉输入的处理能力。我可以直接给它展示设计稿或 UI 组件的截图，并说：“让它看起来像这样。”代理能够理解美感并实现。Gemini 3 的多模态能力本身已经很强，但能够 直接集成到 IDE 工作流 中，实在是非常有用。
浏览器集成
内置浏览器非常给力。代理可以测试它构建的 Web 应用，操作 DOM 元素，并验证一切是否如预期工作。在更新文档示例时，代理启动了一个测试页面，验证了工具函数，甚至捕获了我未曾想到的边界情况。
规划与推理
Gemini 3 的规划能力确实出色。对于复杂的重构任务，代理会在动手写代码前先创建一步步的计划。我可以先审查该方案并进行调整，这种感觉就像与一位在深入之前先思考问题的伙伴进行配对编程。
多代理工作流
用于管理多个代理的收件箱系统设计优雅。当一个代理在重构工具函数时，我会启动另一个代理来更新文档，第三个代理则负责提升测试覆盖率。它们各自独立工作，并在需要输入或批准时提醒我。
缺点：它的不足之处 🤷
没有什么是完美的，Antigravity 也确实有其粗糙之处。以下是让我感到沮丧的地方：
学习曲线是真实存在的
尽管谷歌宣传“自然语言是唯一需要的语法”，但仍然存在学习曲线。你需要：
- 为获得最佳结果而构造提示。
- 了解何时使用基于代理的模式与基于审查的模式。
- 有效管理代理管理器。
界面起初让人不知所措。有代理管理器、编辑器、浏览面板以及各种用于控制代理自主性的设置——这些都需要时间去理解。我的第一个小时几乎都在弄清基本工作流。
性能可能不稳定
Gemini 3 Pro 受限于速率限制和配额，尤其在免费预览期间。我在高峰使用时多次遇到“模型提供者过载”错误。当你正处于流畅状态时，因 API 限制导致代理突然停止，会打断节奏。
还有延迟。等待代理进行计划、执行和验证，有时感觉比自己手写代码更慢，尤其是对简单任务而言。只有在更复杂的操作中，这种权衡才值得。
过度自动化可能危险
基于代理的模式强大但有风险。如果不小心，代理可能会：
- 在你不完全知情的情况下，对代码库进行大幅更改。
- 引入难以追踪的细微错误，因为推理步骤隐藏在模型内部。
保持严格的审查循环至关重要，要把代理视为助手，而不是取代人工监督的替代品。
Bottom Line
Google Antigravity 是向 agent‑first development 迈出的大胆一步。明智使用时，它可以显著加速复杂的重构、UI 工作和多任务项目。目前的痛点——学习曲线、性能限制以及需要保持警惕的审查——意味着它尚未成为每位开发者都能即插即用的解决方案。但对于那些愿意投入时间掌握其工作流的人来说，Antigravity 给人的感觉像是对编码未来的一瞥。
仍会出错
说实话：这个代理并非万无一失。它仍然会生成带有错误的代码，做出值得怀疑的架构决策，有时还会误解你的需求。你必须对它产生的所有内容进行审查。这就像与一位有能力的初级开发者合作，需要监督，而不是可以完全信赖的高级工程师。
我发现类型定义中存在细微问题，边缘情况的错误处理不正确，偶尔还有方法未遵循代码库已有的约定。这些都可以修复，但也意味着你不能把它设定好后就置之不理。
有限的第三方集成
Unlike Cursor, which builds on VS Code’s massive extension ecosystem, Antigravity is more of a walled garden. You can’t just install your favorite VS Code extensions. The tooling is what Google provides, and while it’s good, you might miss your preferred linters, formatters, or other productivity tools.
我的真实经验：重构 Easy Kit Utils 💪
现在说说实际操作。我使用 Antigravity 对 Easy Kit Utils（我在 Domenico Tenace Open Labs 维护的 JavaScript 实用工具库）进行重构。该库需要现代化，更新为更高级的 JS 语法，添加 TypeScript 定义，提升测试覆盖率，并整体清理积累的技术债务。
重构过程
- 初始设置 – 我给代理提供了仓库访问权限，并描述了总体目标。
- 规划 – 代理阅读了所有文件，了解了结构，并提出了分阶段的重构计划。这一点本身就很惊人：一个能够理解完整代码库并给出结构化方案的 AI。
- 逐个实用函数重构 – 对每个实用函数，我让代理在保持向后兼容的前提下进行现代化改写。它重构代码、更新相应的测试、重新生成文档示例，并验证一切正常。
- 迭代反馈 – 我审查更改，提供反馈，并反复迭代，直到输出符合我的预期。
最大的收获是代理保持了一致性。当重构字符串工具时，它同样把相同的模式应用到数组工具，而我不必重复指令。它学会了我偏好的代码风格和约定。
多模态特性也帮助了文档工作。我可以向它展示我希望代码示例的格式，它就会在所有文档文件中统一这种格式。
不足之处
- 我不得不回滚一些导致边缘情况出错的修改。
- 类型定义仍需手动微调。
- 某些实现虽然在技术上是正确的，但在风格上与代码库其余部分不一致。
总体而言，本来需要我花费一周时间进行的繁琐重构，仅用了几天就完成，且大部分时间花在审查而非实际编码上。
判定：你应该尝试吗？ 🎯
说实话，Google Antigravity 是一项令人着迷的技术，它代表了我们未来编程方式的真正转变。但它是否已经准备好取代你当前的工作流？这要看具体情况。
如果以下情况适合你，绝对值得尝试 Antigravity
- 你正在处理需要大量重构或现代化的项目。
- 你想尝试以 agent 为中心的开发工作流。
- 你能够仔细审查 AI 生成的代码。
- 你有耐心学习全新的开发范式。
- 你在构建能够受益于浏览器端测试的 Web 应用。
如果以下情况更符合你的需求，或许还是坚持使用当前工具
- 你需要毫无 API 速率限制的极度可靠性。
- 你在特定 IDE 的扩展生态系统中投入甚深。
- 每一行代码都必须手工编写。
- 你更倾向于传统的开发工作流。
- 你需要在没有延迟问题的前提下保持一致的性能。
对我而言，Antigravity 已经在我的工具箱中占有一席之地，但它并没有取代所有其他工具。它在大型重构任务、原型新功能以及处理重复性编码工作时表现出色。对于需要精确操作、调试复杂问题，或是必须完全掌控的场景，我仍然会使用传统的 IDE。
一些积极的思考来作结 🌟
尽管有批评声，我真的认为 Google 在这方面有潜力。agent‑first 范式感觉像是 AI 编码助手的自然进化。我们不再把 AI 当作花哨的自动补全，而是把它视为可以处理完整工作流的协作团队成员。
我能够用显著更少的手动工作重构整个库，这一点非常惊人。即使还有一些粗糙之处，生产力提升也是实实在在的。作为一个维护多个开源项目的人，任何能帮助我更快处理技术债务的工具都很有价值。
多模态能力打开了有趣的可能性。能够通过代码、文本和视觉进行交流，使交互比纯文本聊天机器人更自然、更具表现力。
还有一点常被忽视：学习体验。使用 Antigravity 迫使我以更宏观的方式思考代码结构。当你向 AI 代理描述目标而不是自己实现时，你自然会关注“是什么”和“为什么”，而不是“怎么做”。这种更高层次的思考实际上提升了我在不使用该工具时解决问题的方式。
Google 也在快速迭代。我提到的速率限制、性能、粗糙边缘等问题，都可以随着时间得到改进。我们正处于早期预览阶段，如果 Google 继续在该平台上投入，它有可能变得非常强大。
我的下一步计划 💫
我计划继续在合适的任务中使用 Antigravity，同时对其他任务保留传统的 IDE。关键是要了解哪种工具适合哪种工作。
对于 Easy Kit Utils，在 Antigravity 的帮助下重构已经完成，库的状态大幅提升。TypeScript 定义更加稳固，代码现代化，测试覆盖率也得到改进。现在我可以把精力放在添加新功能上，而不是处理技术债务。
我也想进一步尝试多代理工作流。让多个 AI 代理同时处理项目的不同方面的想法非常吸引人，即使实现上仍有一些粗糙之处。
说实话，我对这项技术的未来感到兴奋。无论 Antigravity 本身是否会成为主流工具，agent‑driven development（代理驱动开发）的概念已经注定会留下来。我们正实时目睹编码未来的形态。
结论
Google Antigravity 大胆、雄心勃勃，却并不完美。它并不是一个 “Cursor killer”，也不是能够彻底取代你所有开发工具的革命性产品，但它 确实 是一次关于如何在根本层面将 AI 融入开发工作流的真正有趣的实验。
如果你是喜欢探索新工具、并且不怕一些粗糙边缘的开发者，完全可以去尝试一下。与自主编码代理一起工作的体验既能带来启发，也会偶尔让人感到沮丧，但绝对值得一试。
对于像我这样的开源维护者来说，需要同时兼顾多个项目，任何能够更高效地处理维护任务的东西都值得探索。Antigravity 帮我更快地发布了 Easy Kit Utils 的更佳版本，这在手动完成时几乎是不可能的。
这就是编码的未来吗？也许——至少是其中的一部分。我们仍在摸索哪些可行，哪些不可行。但正是这种不确定性让它充满了吸引力。
所以，去下载它，尝试构建点什么，打破它，从中学习，并告诉我你的想法吧！
Happy coding! ✨
关于我
嗨 👋🏻
我的名字是 Domenico，是一名热衷于开源的软件开发者。我撰写文章以分享我的知识和经验。
别忘了访问我的 Linktree 以发现我的项目 🫰🏻
Linktree：
在 dev.to 上关注我，获取更多文章 👇🏻
如果你喜欢我的内容或想在 GitHub 上支持我的工作，你可以进行一点小额捐赠。我将不胜感激 🥹
