谷歌登場後，最重要的AI代理功能變得最無聊

上週在谷歌I/O大會上，該公司宣佈將Antigravity重新定位為開發和託管自主AI代理團隊的平台，這一宣傳很快呈現出熟悉的軌跡。對於過去兩個月關注該領域的人來説，接下來的情況頗有似曾相識之感：一次對Antigravity代理的API調用會啓動一個遠程Linux沙盒，代理在其中進行推理、調用工具、運行代碼和瀏覽網頁。用户只需編寫AGENTS.md和SKILL.md文件，將其註冊為命名代理，無需編寫任何編排代碼。

過去兩個月內，筆者已經看到另外兩家供應商發佈了幾乎相同的產品，這一趨勢充分説明了管理型代理運行時的重要性——它已經變得如此重要，以至於變得無足輕重，因為許多實驗室都在提供類似服務。

**六週內三次發佈相同的運行時**

4月8日，Anthropic將Claude Managed Agents推入公開測試版。其宣傳重點是：基礎設施——而非智能——已成為生產級代理的瓶頸，因此Anthropic將處理代理循環、沙盒、狀態和憑證範圍界定。

4月22日，AWS在Bedrock AgentCore中預覽了託管框架。該運行時本身早於此版本，於2025年發佈，但4月的更新增加了關鍵組件：一個配置優先的框架，聲明模型、工具和指令，無需定製編排代碼即可運行循環。

接着，谷歌在I/O大會上通過Gemini API中的Managed Agents再次實現了同樣的功能。

三家供應商在六週內推出了幾乎相同的運行時形態。每篇發佈文章都講述了同樣的故事：構建生產級代理過去需要拼接模型API、沙盒、編排層和託管服務，而管理型版本將這一切簡化為配置和少量API調用。當三家公司獨立地在六週內趨同於同一產品時，運行時已成為基本前提，而非選擇平台的理由。

**Markdown文件成為無人投票的配置標準**

谷歌的Managed Agents通過AGENTS.md和SKILL.md定義。Anthropic去年以Markdown目錄形式推出了Agent Skills，如今SKILL.md已成為Claude Code和Managed Agents的關鍵組件。AGENTS.md是一種開放格式，源自OpenAI Codex、Cursor、Amp、Jules和Factory的工作，目前託管於超過6萬個開源倉庫，並由Linux基金會管理。AWS也採取了類似方向，為其框架提供了Claude Code、Codex、Cursor和Kiro的預建技能。

因此，代理通過純文本文件定義，開發者可以閲讀、比較差異並提交到Git，沒有專有DSL或可視化構建器限制定義。同一個文件幾乎無需修改即可描述Claude代理、Gemini代理或AgentCore代理。模型在基準測試上將不斷超越彼此，但Markdown配置正悄然成為它們之下的可移植層，就像Dockerfile在所有人達成共識之前就已經成為容器的標準單元。

**對當前開發者的意義**

對於今天選擇代理平台的開發者而言，實驗室是否擁有管理型代理運行時已不再是決定性因素，因為谷歌、Anthropic和AWS都提供此功能。決策轉向了那些“無聊”的問題：數據存放在哪裏、會話小時成本是多少、底層運行哪個模型、以及當其他模型更好時離開的難度有多大。

一個誠實的反駁觀點是，Markdown的可移植性目前還很淺。為Gemini編寫的AGENTS.md仍然假設Gemini的工具語義，遷移到Claude並非不可能。如果實驗室故意分化格式以使遷移痛苦，標準在形成之前就會破裂。但激勵方向相反：讓代理最易於定義的供應商也使其最易於離開，而目前，每家都更想要開發者而非鎖定效應。

配置文件是下一場標準之爭的戰場，因此值得關注。