谷歌登場後，最重要的AI代理功能變得最無聊
谷歌在其I/O大會上推出管理型AI代理執行時，與Anthropic和AWS在六週內幾乎同時釋出類似產品。這標誌著AI代理執行時已成為標配，競爭焦點轉向資料位置、成本和可移植性等實際問題。
文章情報
要點
- 谷歌、Anthropic和AWS在六週內相繼釋出了幾乎相同形態的管理型AI代理執行時。
- 代理執行時已成為基礎功能，不再具備差異化優勢。
- Markdown配置檔案（如AGENTS.md）正在成為跨平臺代理定義的非正式標準。
- 開發者選擇平臺的核心因素轉向資料位置、成本和遷移難度。
為什麼重要
這條新聞值得關注，因為谷歌、Anthropic和AWS在六週內相繼釋出了幾乎相同形態的管理型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並非不可能。如果實驗室故意分化格式以使遷移痛苦，標準在形成之前就會破裂。但激勵方向相反：讓代理最易於定義的供應商也使其最易於離開，而目前，每家都更想要開發者而非鎖定效應。
配置檔案是下一場標準之爭的戰場，因此值得關注。