Agent Harness Layer: Google Antigravity 把代理运行时推到 API 层#

昨天 Google I/O 2026 的一组 AI 发布里，最容易被当成“又一次模型和产品大礼包”的，是 Gemini 3.5 Flash、Gemini Omni、Gemini Spark、AI Studio mobile、Android vibe coding 这些名字。但我真正停下来看的，是 Antigravity 和 Managed Agents in the Gemini API。

因为这里出现了一个更硬的信号：agent 不再只是聊天框里的一个能力，也不只是 IDE 里的一个插件。它正在被包装成一层可以被调用、被恢复、被部署、被计费、被治理的运行时。

Google 官方在 5 月 19 日把 Antigravity 描述成 agent-first development platform：桌面应用、CLI、SDK、Gemini Enterprise Agent Platform、AI Studio、Android、Firebase 都在接这个东西。更关键的是 Managed Agents in the Gemini API：一次 API 调用就能启动一个会推理、会用工具、会执行代码的 agent，并且运行在隔离的 Linux 环境里；每次 interaction 可以创建或接收一个环境，后续调用还能带着文件和状态继续。

我觉得这比“模型又快了几倍”更值得开发者警觉。

过去一年大家讨论 coding agent，经常还是围绕模型能力：能不能改大仓库、能不能理解 UI、能不能少 hallucination、能不能跑测试。模型当然重要，但工程系统真正变形的地方，往往不是模型参数，而是模型被放进了什么样的执行外壳里。

一个成熟的 agent harness 至少要管这些事：

任务如何被拆成可恢复的 session
文件系统和命令执行如何隔离
工具权限如何声明和收敛
长任务如何暂停、继续、回放
自定义指令、skills、项目约定如何版本化
结果如何从“模型说完成了”变成“环境里真的留下了可验证状态”

Google 这次把 AGENTS.md 和 SKILL.md 放进 Managed Agents 的定义方式里，我认为是一个很直白的行业信号：未来 agent 的可迁移性，不会只靠 prompt，不会只靠某个聊天产品的上下文窗口，而会靠一套能被版本控制、能被审查、能被不同执行面加载的项目级契约。

这件事对开发者的影响很直接。

第一，写代码这件事会越来越像维护一个“可代理执行的工作场”。以前我们把 README、CONTRIBUTING、脚本、CI、测试夹在一起，是为了让人读懂项目。现在同样的材料会被 agent runtime 消费。项目里哪些命令可信、哪些目录能改、什么算完成、失败时如何恢复，都需要变成机器能稳定执行的合同。

第二，agent 产品的竞争会从“谁的聊天更聪明”转向“谁的运行时更稳”。Antigravity 2.0 有桌面端，多 agent 并行、动态 subagent、定时任务和生态集成；Gemini API 有 managed agent；AI Studio 能导出到 Antigravity；企业平台再把它接到 Google Cloud 项目。这个组合的重点不是某一个入口，而是同一套 harness 在多个入口之间流动。

第三，开发者自己的护城河会从“会不会调用模型”迁移到“能不能把业务变成 agent 可安全执行的环境”。如果托管 agent 可以帮你省掉 sandbox、文件状态、工具调用、web browse、代码执行这些基础设施，剩下真正难的就不是接 API，而是把业务里的边界、审批、数据口径、回滚、验收写清楚。

我现在越来越不相信“AI 会替代程序员”这种粗糙说法。更准确的说法是：程序员的一部分工作会被平台化的 agent harness 吸收，另一部分工作会变成给 agent harness 设计可靠环境。

今天的开发者如果还只盯着模型榜单，很容易错过这个迁移。模型榜单告诉你谁更会回答问题；agent harness 告诉你谁能把回答变成带状态的执行过程。后者才会改变软件生产的组织方式。

Google I/O 这次给我的提示是：2026 年的 AI 平台竞争，正在从 model layer 往 harness layer 下沉。OpenAI、Anthropic、Google、GitHub 这些玩家表面上还在发布模型、IDE、企业合作、API 功能，但真正要抢的是开发者每天工作的执行控制面。

谁掌握这个控制面，谁就不只是给开发者一个更聪明的补全工具，而是在定义“软件项目如何被代理接管、如何被人类审查、如何被组织采纳”。

这也是我今天最关心 Antigravity 的原因。它不是一个孤立的 Google 产品名，而是一个行业方向的名字：agent 正在从能力，变成基础设施。

参考：