Agent Factory Recap: 100X engineering with AI agents in Google Antigravity 2.0
TL;DR · AI 摘要
Google Antigravity 2.0 是一个基于 AI 代理的开发平台，通过技能和定制化功能实现 100 倍效率提升。
核心要点
- Antigravity 2.0 包含四个核心模块：Agent Manager、CLI、SDK 和 IDE。
- 技能（Skills）作为上下文压缩工具，显著提升 AI 代理的准确性和速度。
- Bonsai 方法强调扁平化架构，便于人工审查 AI 生成的代码。
结构提纲
按章节快速跳转。
- §引言
介绍 Google Antigravity 2.0 的背景和主要目标。
Antigravity 2.0 已从一个简单的 IDE 演变为一个完整的基于代理的平台。
Antigravity 2.0 包括 Agent Manager、CLI、SDK 和 IDE 四个模块。
Rody Davis 分享了如何通过 AI 代理提升开发效率和减少认知负担。
技能帮助 AI 代理快速获取上下文信息，提高准确性和速度。
Bonsai 方法强调扁平化架构，便于人工审查 AI 生成的代码。
思维导图
用一张图看清主题之间的关系。
查看大纲文本（无障碍 / 无 JS 友好）
- Google Antigravity 2.0
- 核心模块
- Agent Manager
- CLI
- SDK
- IDE
- 技能（Skills）
- 上下文压缩工具
- 提升准确性和速度
- Bonsai 方法
- 扁平化架构
- 便于代码审查
金句 / Highlights
值得收藏与分享的关键句。
技能（Skills）是 AI 代理的‘作弊表’，通过提供特定的文档或设计系统，显著提升模型的准确性和速度。
Antigravity 2.0 的 unbundled 方法允许开发者自定义环境，管理多个文件夹和复杂项目结构。
Bonsai 方法通过扁平化架构，使代码审查更加直观，便于发现 AI 代理的错误行为。
Agent Factory 总结：在 Google Antigravity 2.0 中使用 AI 代理实现 100 倍工程效率 | Google Cloud 博客
开发者与实践者
Agent Factory 总结：在 Google Antigravity 2.0 中使用 AI 代理实现 100 倍工程效率
2026 年 6 月 18 日
##### Shir Meir Lador
Google Cloud 开发者关系部门 AI 工程负责人
在本期 Agent Factory 中，我与 Google 最顶尖的代理工程师之一 Rody Davis 进行了对话。我们深入探讨了从传统 IDE 向以代理为中心的平台转变的巨大变化、在 AI 驱动世界中代码审查的现实情况，以及如何利用“技能”实现 100 倍的效率提升。
本文将引导你回顾我们对话中的关键观点。你可以用它快速回顾主题，或通过链接和时间戳深入了解特定部分。
Google Antigravity 2.0 是什么？
Antigravity 2.0 已从一个简单的代理 IDE 演变为一个全面的以代理为中心的平台。它现在由四个核心支柱组成：一个独立的桌面 Agent Manager 用于编排、一个功能强大的 CLI 用于服务器端工作、一个用于自定义基于 Python 的工作流程的 SDK，以及一个专门的 IDE。这种解耦的方法使开发者能够构建自己的环境，管理多个文件夹和复杂的项目结构，而无需被迫使用单一工作区布局。
Rody Davis 关于 100 倍工程效率
我们探讨了精英工程师用来扩大影响并减少日常开发“认知负担”的策略。
扩大影响并减少负担
时间戳：01:55
Rody 解释说，AI 不仅仅是为了编写代码；它是为了加速整个生命周期。他使用代理来编写更丰富的测试套件，并在确定框架之前为应用程序原型设计多个版本。通过将诸如构建营销网站等“负担”任务外包，他可以专注于高层次的架构和问题解决。
技能作为“上下文速查表”
时间戳：03:05
Rody 工作流程中的核心理念是使用“技能”。他将技能视为压缩模型上下文的一种方式。“这实际上是代理的速查表，”Rody 指出。通过为代理提供特定的设计系统或 API 文档，模型会变得显著更快、更准确，避免了搜索大量无序文档时的延迟。
定制化、技能和 MCP 服务器
时间戳：04:17
Rody 带我们浏览了 Antigravity 2.0 中的定制化选项卡，展示了如何扩展代理的功能：
- Android CLI：直接从命令行构建和部署移动应用。
- 现代 Web 指南：将代理扎根于最新的 CSS 和可访问性标准。
- MCP 服务器：使用模型上下文协议启用功能，如 Flutter 和 Dart 的热重载。
代码审查的 Bonsai 方法
时间戳：05:27
Rody 将维护代码库比作成为一名 Bonsai 艺术家：不断修剪以保持简洁。他提倡扁平架构，其中状态、UI 和数据严格分离。这使得人类更容易“引导”代理；如果代理开始将文件放在错误的位置，架构违规将立即变得显而易见。
你会审查 100% 的代理生成代码吗？
时间戳：07:11
Rody 的回答取决于任务。对于营销网站，他更关注视觉效果而不是代码。然而，对于后端逻辑，他非常重视 API 合约和架构。他建议自己先编写第一个示例，这样代理就可以简单地为整个代码库“复制模式”。
构建扩展以解决日常摩擦
时间戳：09:05
为了解决在多个 Git 项目中管理文件的问题，Rody 使用 Antigravity 构建了一个自定义的 macOS Finder 扩展，使用 Swift 编写。这个工具允许他按时间范围（今天、上周等）筛选文件，展示了代理如何构建专用工具以减少日常摩擦。
AI 工程师还会手动编写代码吗？
时间戳：10:22
“当然，”Rody 说。他仍然喜欢 Go 等语言的语法，以及控制计算机的挑战。他认为深入理解构建模块至关重要，这样当两年后遇到问题时，你知道确切的“旧项目”应该回头参考。
使用 Gemma 4 为个人网站提供动力
时间戳：11:42
Rody 展示了他的个人网站，该网站使用 Gemma 4 和 Embedding Gemma 来提供离线的动态内容推荐。通过在编译时将文章摘要向量化，该网站可以通过本地向量数据库推荐相关内容，而无需使用实时后端服务器。
工厂车间
“工厂车间”是我们动手实践的环节。在这里，我们从高层次的概念转向实际代码，通过实时演示进行说明。
多代理并行操作的实际应用
时间戳：14:02
在此次演示中，Rody 使用一个单一的语音提示来构建一个全栈应用程序。我们看到 Antigravity：
- 启动了并行的子代理，包括专门的 DevOps 和 QA 工程师。（参见 19:48）
- 使用 Vite、Go 和 SQLite 构建了一个多语言的笔记应用。
- 通过 Docker Compose 协调整个堆栈。
- 同时将应用本地化为五种不同的语言。
解耦 IDE 生态系统
时间戳：15:35
我们讨论了 Google 为何将 IDE 与代理管理器分离。Rody 强调这解锁了不同的工作流程：CLI 非常适合在 Raspberry Pi 上的 SSH 会话，而代理管理器则负责处理一般知识工作和跨多个文件夹的协调。
将文档转化为可重用的技能
时间戳：25:41
Rody 分享了他将文档转化为技能的过程。他编写了一个 Go CLI，将网站解析为 markdown，使他能够为他经常访问的网站安装数百个技能。这确保代理始终可以访问他正在使用的文档的特定版本。
快速问答：未来技术预测
时间戳：27:35
我们让 Rody 对一些有争议的观点发表看法：
- 感觉编程：Rody 认为到 2026 年，一个非技术创始人将仅通过感觉编程启动一家公司，但真正的考验是在 2 到 5 年内维护它。
- 生产故障：Rody 认为感觉编程将导致重大生产故障，这将为软件工程师带来一个新热门职位：咨询解决这些故障。
- 代码库健康状况：Rody 认为代码库健康状况不佳，而不是上下文窗口，是 AI 速度的最大瓶颈。
在不断变化的环境中扎根
时间戳：31:10
Rody 建议工程师们专注于他们被雇佣的原因：解决问题，并创造出以前不存在的事物。他建议使用 AI 来改善同事之间的沟通交接，使产出的成果如此易于批准，以至于一旦交付，就“可以立即通过审核”。
结论
代理工程的时代已经到来，但正如 Rody Davis 所展示的那样，它需要更多的架构纪律，而不是更少。通过将你的代码库视为一棵盆景树，将你的代理视为一支交响乐团，你可以超越“繁重的劳动”，专注于构建未来的框架。
轮到你来构建
你准备好构建任何东西了吗？我们正式推出了 #NapkinChallenge 挑战。拿起一张手绘的应用程序构想草图，使用 Antigravity 2.0 来实现它，并在社交媒体上分享你的创作。
- 尝试 Antigravity 2.0：[antigravity.google](antigravity.google)
- 参与挑战：[Napkin Challenge Details](Napkin Challenge Details)
- Rody 的个人网站、GitHub 仓库和技能
与我们联系
- Rody Davis → [X](X), [LinkedIn](LinkedIn)
- Shir Meir Lador → [X](X), [LinkedIn](LinkedIn)
发布于
- 开发者与实践者