返回文章列表

AI 编程助手的终极体验:自从用上 Antigravity 2.0,我再也没打开过 OpenClaw 和 Hermes

各位折腾党老哥,我是七木。

经常看我博客的老哥都知道,这个“老机复活”独立站是我自己用 Astro 框架搭建和维护的。平时除了写博文,还要调整页面布局、优化 CSS、做一些配置计算工具。以前,我写代码和调试主要依赖一些开源的 AI 客户端,比如大家熟知的 OpenClaw(基于 API 的代码聊天工具)或者是 Hermes Agent(终端辅助助手)。

但就在最近,我把开发助手彻底切换到了 Google DeepMind 团队开发的 Antigravity 2.0

用了一周之后,我得出一个非常真实的结论:我再也没有打开过 OpenClaw 和 Hermes 了。

今天这篇推文,我就来和大家聊聊这个被定位为 “Agentic AI Coding Assistant(代理型 AI 编码助手)” 的家伙,到底强在哪里,以及它是如何彻底颠覆我的开发效率的。


一、 为什么传统的“AI 编程助手”不够用?

在使用 Antigravity 2.0 之前,我的工作流通常是这样的:

  1. 写需求:在 OpenClaw 或 Hermes 窗口里描述我想修改网页的某个功能。
  2. 复制粘贴:AI 生成一段代码,我手动复制,打开 VS Code,找到对应的文件,贴进去。
  3. 报错与调试:运行 npm run dev,控制台报错。我再把报错信息复制回 AI,AI 给出修改建议,我再次复制、粘贴……
  4. 人工部署:代码改好后,我自己手动运行 git addgit commitgit push。如果遇到 Gitee 或 GitHub 代理网络波动,还得自己去排查梯子。

这种工作流虽然比以前纯手写快,但**“人”在其中充当了极其低效的“代码搬运工”和“指令传话筒”**。一旦遇到跨多个文件的重构(比如修改一个核心 CSS 的同时还要去更新 3 个组件和 2 个页面模板),手忙脚乱的复制代码极易出错。


二、 Antigravity 2.0:什么是真正的“Agent 级”体验?

Antigravity 2.0 的本质区别在于,它是一个拥有主动权和本地工具链使用权限的“智能体” (Agent),而不是一个只能说会道的聊天框。

它在我的 Windows 系统里拥有受控的 PowerShell 执行权限、文件读写权限以及网络访问权限。当我和它协作时,工作流变成了这样:

:“七木,把首页改版一下,把原本浪费空间的巨大 Hero Banner 换成紧凑型的双列布局,并且在右侧做一个热门文章直达列表,改完后测试编译,通过了就 push 到 GitHub。”

Antigravity:“好的,我开始规划。”

接下来,我就可以去泡杯茶了。它会完全自主地完成以下所有步骤:

  1. 规划与拆解:自动在后台生成一个 task.md 任务清单,列出要修改的文件。
  2. 代码修改:它使用多重文件替换工具,精准修改 src/pages/index.astro 的结构,并在 src/styles/style.css 里写入全新的响应式媒体查询样式。
  3. 自主编译纠错:它在后台执行 npm run build。如果因为标签未闭合或 CSS 拼写错误导致编译失败,它会直接阅读控制台报错日志,定位到具体出错的文件和行数,自主修改并重新编译,直到编译输出 Complete!
  4. 自动部署:编译通过后,它会自动检查 git status,挑选出修改过的文件进行 git add,写出非常规范的 Commit 提交信息,并自动处理网络代理,安全地把更改 git push 到 GitHub。

在这个过程中,我不需要打开 VS Code,不需要打开终端,甚至不需要复制一行代码。它把一切都干完了。


三、 让我彻底弃用 OpenClaw/Hermes 的三大杀手锏

如果说全自动写代码和编译只是基础,那么以下三个细节,则是彻底给 OpenClaw 和 Hermes “盖棺定论”的理由:

1. 深度系统感知与自动化排错

在使用 Windows 的过程中,最让人头疼的就是各种编码和系统环境差异。在一次调试中,因为 Windows 的默认控制台使用 GBK 编码,导致 Python 脚本读取 UTF-8 格式的中文 Markdown 文件时频频报错。

  • OpenClaw 的表现:只会一遍遍生成 sys.stdout.reconfigure(encoding='utf-8') 代码让我自己去试。
  • Antigravity 2.0 的表现:它自己运行脚本遇到 GBK 报错后,立即心领神会,在下一轮调用中自主重构了 Python 脚本的 IO 打开逻辑,并利用命令行环境参数进行适配,整个纠错过程完全不需要我插手。

2. 完美的局域网与第三方工具联动(Obsidian 存档)

我习惯将所有博客文章备份在内网 NAS 共享的 Obsidian 知识库里。当我对 Antigravity 说:“以后文章存档就放 Obsidian 里”: 它自己去检索了 Windows 应用数据目录 AppData/Roaming/obsidian/obsidian.json,解析出我的 active vault 路径在局域网共享盘 \\192.168.6.156\Obsidian-Vault\。 然后写了一个 Python 脚本,一键把网站里所有的 Markdown 文章,甚至连同配套的 images 静态图片资源,原封不动地同步到了 Obsidian 的 04-封存 📁 归档/博客文章/ 目录下。最绝的是,它甚至考虑到了 Obsidian 内部的图片相对路径解析问题,确保在 Obsidian 里阅读时所有截图依然能完美显示。

这种跨软件、跨本地网络磁盘的调度能力,是那些局限于浏览器或沙盒环境里的 AI 助手根本无法做到的。

3. 多任务背景挂载(/goal 模式)

在 Antigravity 2.0 中,你可以使用 /goal 命令行模式。它会开启长任务后台挂载模式。这意味着你可以把一个复杂的、需要反复运行、重试的重构任务丢给它,它会在后台坚韧不拔地去尝试各种方案、查阅本地文档、甚至联网搜索 API 的最新变动,直到最终达成你的 Goal,中途完全不会因为一次编译报错或网络超时而中断退出。


四、 总结:Agent 时代已经到来

OpenClaw 的“代码问答”,到 Hermes 的“终端执行”,再到 Antigravity 2.0 的“全自主代理”,AI 工具的演进速度超乎想象。

如今,编程助手不再只是一个帮你“写某一段函数”的工具,而是一个真正能够与你并肩作战、具备完整工具操作能力的虚拟协作者

如果你还在每天重复着“复制 AI 代码 -> 贴进编辑器 -> 编译报错 -> 复制报错给 AI”的死循环,强烈建议你尝试一下具备 Agentic(代理型)能力的编程助手。相信我,用过之后,你也会和我一样,再也不想打开那些传统的聊天框了。


老哥们,你们平时在用什么 AI 辅助写代码?欢迎在下方留言区交流你们的折腾心得!

文章评论