谷歌推出Antigravity 2.0开放模型战略深度解析

AI领域的大新闻，总喜欢扎堆出现。就在谷歌I/O 2026大会开幕前几小时，OpenAI创始成员、前特斯拉AI负责人Andrej Karpathy宣布加入Anthropic。这无疑为本就白热化的AI竞赛，又添了一把火。而谷歌的回应，来得也相当直接。

过去一年，Anthropic的Claude Code已经悄然成为许多开发者口中“最能干活”的AI编程工具。它没有花哨的界面，甚至初看像个朴素的终端工具，但恰恰是这种对命令行、代码库和本地工作流的深度融入，让它早早跨过了“技术演示”与“日常使用”之间的那道鸿沟。

谷歌显然注意到了这一变化。在凌晨的I/O大会上，谷歌正式推出了Antigra vity 2.0，其定位和形态，正是对Claude Code乃至OpenAI Codex的正面回应——这一次，它不再满足于只做一个“AI增强版IDE”。

谷歌终于不想只做一个AI IDE了

回顾1.0时代，谷歌对Antigra vity的定位是“AI时代的Agent-First IDE”。本质上，它仍然是一个以代码编辑器为中心的集成开发环境，只是把AI智能体（Agent）的角色放得更重。开发者打开它，预期依然是写代码、看文件、跑项目，AI只是从旁边的辅助工具，变成了更主动的协作者。

但当你首次打开Antigra vity 2.0，最直观的感受是：它变得不太像那个“加了AI的IDE”了，反而更接近OpenAI的Codex或Anthropic的Claude Code。

简单说，界面清爽了许多。左侧是项目列表，右侧是对话区，传统的代码编辑器不再占据视觉中心。用户不再是先进入代码窗口再召唤AI帮忙，而是先开启一段对话，向AI交代任务目标，然后由AI去理解项目、操作文件、执行命令并交付结果。

这个转变非常关键。

过去，我们很容易把Antigra vity放在Cursor、Windsurf、Trae这类“AI IDE”的范畴里讨论。但Antigra vity 2.0更像是一次升维：它从“AI编程助手”进化成了一个“通用个人任务袋里”，写代码只是它最重要、也最适合展示能力的场景之一。

这也解释了为何它现在看起来与Codex、Claude Code如此相似。三者的共同思路，都是将开发工具的核心从“编辑器”迁移到“任务中心”。过去开发者打开工具是为了进入一个项目；现在打开这些AI Agent工具，更像是为了交代一个目标。

用户提出需求，AI读取项目、规划步骤、申请权限、修改文件、运行命令、最终汇报结果。开发者的角色也随之演变，从亲手撰写每一行代码，转变为判断需求、授权操作、审查结果的人。

不过，Antigra vity 2.0并非简单的模仿。它一个显著的不同在于模型选择上的开放性。

Codex基本绑定OpenAI自家模型，Claude Code也主要围绕Anthropic的Claude系列展开。而Antigra vity 2.0除了接入谷歌最新的Gemini模型（如新推出的Gemini-3.5-Flash-High/Medium），依然保留了第三方模型的选项，包括Claude-Opus-4.6-Thinking、Claude-Sonnet-4.6-Thinking，甚至GPT-OSS-120B-Medium。

这或许是谷歌聪明的地方。它当然希望用户使用Gemini，但也清醒地认识到，开发者不会仅仅因为“这是谷歌的产品”就放弃他们更熟悉的Claude或OpenAI模型。与其强行将用户锁在自家生态里，不如先把Antigra vity打造成一个足够好用的“工作台”，让Gemini在真实任务中证明自己的价值。

那么，实际体验究竟如何？

一个能干好活的助手，但细节还没有完全跟上

我们交给它一个实际任务：开发一个能压缩GIF图的macOS应用，要求提供多种调整选项，并支持一键智能压缩至5MB以下，且采用Material Design风格。

最终产出的应用相当可用。UI设计质感在线，自动适配了深色/浅色主题切换。更重要的是，核心功能全部实现：既能手动调整参数压缩GIF，也能一键智能压缩，成功将测试文件从9.37 MB压缩到了5 MB以内。

一个有趣的细节是，AI甚至理解“5MB”这个限制与微信等平台的文件上传规定有关。当然，手动调整的选项目前还比较基础，这可能是后续迭代的重点。但就整体结果而言，已经相当令人满意。

Antigra vity 2.0真正与1.0拉开差距的地方，在于它开始围绕“持续执行任务”来设计产品。新增的几个斜杠命令（Slash Commands）很有代表性：/goal、/grill-me、/schedule、/browser。

/goal用于交付一个持续目标，让AI自动推进；/grill-me则反其道而行，要求AI在动手前先进行深度追问，对齐所有需求细节；/schedule用于设置定时或周期性任务；/browser则强制启用网络浏览能力，让AI能基于网页信息继续工作。

这四个命令，实际上对应了当前AI Agent最关键的四个能力命题：能否持续执行、能否先厘清问题、能否定期工作、能否连接外部信息。

其中，/grill-me尤其值得一说。目前很多AI编程工具的通病，不是不会写代码，而是太急于写代码。用户需求还没描述完整，它就已经开始修改文件；遇到模糊边界，它会自行“脑补”。最终结果可能改动很大，但方向从第一步就错了。

因此，让AI先反问、澄清需求，反而是一种进步。不过在实际体验中也能明显感觉到，Antigra vity 2.0在一些产品细节上尚未完全成熟。

最突出的问题在于授权模式。

Codex和Claude Code在实际使用中，通常在对话框附近提供清晰的权限模式切换，例如“默认权限”、“自动审查”、“完全访问”等。用户可以快速决定，当前任务是让AI每一步都请示，还是允许它更主动地运行命令、修改文件。

Antigra vity 2.0在这方面就显得有些繁琐。它缺少一个便捷的全局权限切换设计，导致AI在任务中频繁申请具体操作权限，不断打断任务流。对于一个强调“Agent-First”的工具来说，这个问题会被放大。因为Agent的核心价值在于连续执行，一旦每几步就卡在权限弹窗上，体验就从“我在调度一个智能助手”降级成了“我在不断给助手盖章”。

与此同时，Antigra vity 2.0目前不支持撤销修改。

这在实际使用中相当致命。AI有时会直接修改文件内容，但结果未必令人满意。更麻烦的是，有些问题并非某几行代码写错，而是一开始的需求方向就有偏差。这时用户最需要的不是让AI继续修补，而是快速回退到修改前的状态。

Codex在这方面更为成熟，它支持撤销修改，让用户可以更放心地授权AI动手，因为知道即使跑偏了也能轻松回退。Antigra vity 2.0缺少这个能力，会使用户在授权时更加谨慎，从而削弱Agent主动执行带来的流畅体验。

AI编程工具本质上是在与用户交换信任。它越想表现得主动和智能，就越需要提供清晰、可靠的回滚机制。没有撤销功能，用户就会下意识收紧权限；权限收紧后，Agent的连续执行能力又会被削弱——这是一个非常直接的连锁反应。

此外，谷歌此次在全线产品中几乎都引入了额度机制，Antigra vity 2.0也不例外。问题在于，查看额度依然不够方便，必须进入设置界面才能看到。这听起来是个小问题，但对于高频使用AI Agent的开发者而言，额度已经成了一种新的“电量”或“资源”，需要随时心中有数。

模型调用不是无限的，尤其是在多Agent协作、长上下文、持续任务、浏览器调用等多种功能叠加的场景下，用户自然会关心剩余额度，并据此决定接下来该使用高配模型，还是切换到更经济、更快速的模型。

这也是Antigra vity 2.0从“AI IDE”迈向“通用Agent工作台”过程中必须补上的产品细节。它不仅要展示模型的能力，还要让用户能够清晰地管理成本、权限、任务进度和潜在风险。

与Codex对比，Antigra vity 2.0还有一个明显特点：最终回答更为详尽。

Codex的思考和操作过程其实也很具体，它会告知正在读取哪些文件、执行什么命令、修改哪些内容，过程并不黑箱。但在最终总结时，Codex通常比较克制，只是简要说明做了什么、改了哪里、下一步建议是什么。

Antigra vity 2.0则倾向于在任务结束时给出更完整的汇报。它会把自己执行了哪些操作、大体修改了哪些内容、新增了什么、涉及了哪些文件，重新梳理一遍。对于新手用户，这种详细的汇报能带来更强的安心感，因为你不需要从一堆操作日志中自行拼凑结果，AI会主动提供一个结构化的交代。

这很符合谷歌许多AI产品一向的风格：信息给得更满，解释更充分，但有时也难免会让人觉得稍显啰嗦。

绝地反击，还早了一点

那么，Antigra vity 2.0能让谷歌在AI编程工具领域实现绝地反击吗？现在下结论还为时过早。

从产品形态上看，Antigra vity 2.0无疑是谷歌在该领域最值得关注的一次实质性调整。它终于不再仅仅强调模型能力本身，而是承认了开发者工作流正在进入一个新阶段：人的角色，正从“让AI补几行代码”转变为“向AI分派任务、设定边界、检查结果，并协调多个Agent围绕项目持续工作”。

这个认知转变本身至关重要。但从实际的上手感受来看，Antigra vity 2.0也远未达到“一出手即改变格局”的程度。

Claude Code已经凭借其终端集成的工作流证明了实用价值，Codex也正借助ChatGPT的入口迅速铺开场景。Antigra vity 2.0要追上它们，依靠的不会是一次I/O发布会，也不会是几个精心设计的Agent演示。

但它至少让谷歌重新坐回了这场竞争的牌桌。真正的答案，还要看未来是否有越来越多的开发者，愿意每天打开它来解决问题。