谷歌Antigravity体验翻车?开发者吐槽审批频繁、无Computer Use,远逊Claude Code

近日,Linux.do 论坛一位开发者发帖称,由于 Claude 账号遭遇 KYC 实名验证限制,转而尝试谷歌新推出的 AI 编程工具 Antigravity 作为替代方案,但实际体验远低于预期。该用户认为,与 Codex 和 Claude Code 相比,Antigravity 存在明显差距,主要体现在三个方面。其一是文件读取能力薄弱:在不设定工作区的情况下,读取几乎所有文件都需要用户逐一审批,即便开启 auto 自动模式也难以避免频繁的授权请求。其二是权限审核机制两极化:auto 模式下审批请求不断,严重影响使用流畅度;而 turbo 模式据其观察似乎完全取消审核环节,出于安全顾虑不敢贸然开启,导致在安全与效率之间难以找到平衡点。其三是浏览器操作与 computer use 能力近乎缺失,后者疑似完全没有实现,与产品的多模态代理定位存在落差。该用户在帖子末尾向社区求助优化方法,截至统计时已有 9 位参与者展开 12 条帖子的讨论。Antigravity 是谷歌随 Gemini 3 一同发布的智能体开发平台,主打代理式编程与多模态操作,此次被开发者指出基础操作不稳定,反映出该产品在权限设计、工具调用等工程细节上仍有较大打磨空间,也为观察头部 AI 编程工具的真实差距提供了第一手样本。

事件分析

作为谷歌对标 Cursor 与 Claude Code 的代理式 IDE,Antigravity 此次暴露的问题集中在权限系统与能力兑现两个层面。审批机制在 auto 与 turbo 两档之间缺乏中间灰度,说明其权限分级设计尚不成熟;文件读取这类最基础的操作频繁触发授权,可能源于工作区感知与沙箱策略的实现缺陷。computer use 能力的缺席尤其值得注意——这是 Antigravity 区别于传统编程工具、对标通用智能体的核心卖点之一,若实测差距明显,将削弱其与 Claude Code、Codex 竞争代理式开发市场的说服力。后续走向上,谷歌大概率会通过快速迭代补齐权限粒度与工具调用稳定性;另一方面,Claude 账号 KYC 政策引发的迁移潮,正在把大量用户推向各替代品,反而加速了 AI 编程工具在真实工作流中体验差异的暴露与洗牌。

核心观点:代理式编程的胜负手已不在模型强弱,而在权限与沙箱等工程细节——谷歌的敏捷迭代神话正被开发者的日常体验消解。

原文链接:Linux.do

C code80.ai · AI 编码 API 聚合 Claude / GPT 多模型统一接入,稳定不限速,按量计费,几行配置接入 Claude Code。 了解一下 ›

抢沙发

评论前必须登录!

立即登录   注册