OpenAI 聯合發佈 Agent Plugins 標準:AI Agent 的「萬能插座」來了
整理版優先睇
OpenAI帶頭推Agent Plugins標準,統一AI Agent插件格式
呢篇文章講嘅係OpenAI聯合AWS、Cursor、GitHub、VS Code同Vercel,發佈咗一個叫Agent Plugins嘅開放標準,目的係統一AI Agent嘅插件格式,令開發者寫一次插件,就可以喺唔同Agent度用。作者本身係一直有玩開Claude Code同Codex嘅人,佢想梳理嘅問題係:市面咁多Agent,各有自己嘅插件格式,好似以前每個手機都有自己嘅充電口,好唔方便。而家OpenAI出頭整合標準,就好似要為AI Agent生態打造一個「萬能插座」或者「USB-C」時刻。文章解釋咗Agent Plugins嘅結構、同Agent Skills同MCP嘅關係,同埋對開發者同生態嘅影響。
Agent Plugins嘅形式係一個文件夾,入面有plugin.json做清單,仲可以包含Skills同MCP配置。佢只規範「包裝同發現」,唔會管市場、權限同運行,所以係一個標準化底座。作者用「菜譜、廚房、包裝盒」做類比:Agent Skills係菜,MCP係廚房連接標準,Agent Plugins就係將菜譜同廚房設備打包成一個標準盒,去到任何餐廳都用得。呢個標準冇另起爐灶,而係統一包裝,同Skills、MCP係嵌套互補,唔係競爭。
對開發者嚟講,以後唔使再為每個平台寫膠水代碼,唔使維護N套打包腳本,會慳好多功夫。作者亦提到npm嘅歷史,標準化之後生態爆發生長,所以Agent Plugins都有機會帶動插件生態起飛…
- OpenAI發佈Agent Plugins開放標準,聯合AWS、Cursor、GitHub、VS Code、Vercel五大廠商,成為繼Skills、MCP、A2A後第四個關鍵標準。
- 插件以文件夾形式打包,入面有plugin.json清單,可以放Skills同MCP配置,完全兼容Anthropic嘅規範,唔使重造輪子。
- 標準只統一「包裝同發現」,唔管市場權限同運行,畀每個廠商保留自己嘅生態玩法,係典型嘅標準化底座。
- 開發者以後寫一次插件就可以畀唔同Agent用,唔使為每個平台寫膠水代碼,慳返大量維護成本。
- 如果標準普及,有機會好似npm令JavaScript生態爆發咁,催生一個蓬勃嘅Agent插件交易市場。
Agent Plugins 官方網站
提供標準概覽、文檔等。
Agent Plugins 規範倉庫
GitHub 上嘅規範源碼同詳細說明。
四圍都係自家插件格式?所以要統一出個標準
成日玩開Claude Code同Codex嘅人,都知佢哋嘅Harness入面有「插件市場」呢個功能。呢啲插件,官方可以做,第三方開發者都可以做,但每個Agent嘅標準都唔一樣。
而且插件其實可以交易,喺市場入面流通,有啲金融屬性。好多廠商都知呢一點,但一直冇帶頭大哥將佢變成規模化嘅交易市場,因為標準唔統一。
標準唔統一,各家講嘅嘢、用嘅「貨幣」都唔同,點樣買賣?
所以今次OpenAI作為行業龍頭,冇落場自己玩,而係帶頭聯合咗AWS、Cursor、GitHub、VS Code、Vercel呢五間核心廠商,一齊推一個叫Agent Plugins嘅開放式統一標準。
目的好明確:先統一標準,再講以後嘅事。
呢個標準繼Anthropic嘅Agent Skills、MCP,同埋Google嘅A2A之後,成為AI Agent生態嘅第四個關鍵開放標準。
以前每個產品有自己嘅插件格式,就好似每部手機有自己嘅充電口,而Agent Plugins就係想打造一個統一嘅「萬能插座」。
拆解 Agent Plugins:一個文件夾搞掂
Agent Plugins 嘅形式其實同 Agent Skills 類似,都係一個文件夾。入面會有一個叫 plugin.json 嘅清單文件,等同技能文件夾入面嘅 SKILL.md。除咗清單,文件夾入面仲可以放你寫嘅 Skill、MCP 同相關配置。
my-plugin/
├── plugin.json
├── skills/
│ └── summarize/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json
└── com.example.client/
└── hooks/
佢只標準化「包裝與發現」,暫時冇碰市場、權限及運行態。
即係話,Agent Plugins 只管「呢個插件入面有咩嘢、放喺邊個位置、點樣揾到佢」,至於點樣賣、點樣管權限、點樣執行,係每個廠商自己嘅事。
又一個典型嘅標準化底座形式。
v1.0 版本只定義咗兩種組件類型:Skills 同 MCP Servers。
Skill 格式直接引用 Anthropic 嘅 Agent Skills 規範,冇重複造輪子。
MCP 亦沿用 Anthropic 創建嘅 Model Context Protocol,用嚟連接外部工具同數據。
喺 mcp.json 度可以配置 MCP 服務器,支援本地 stdio、HTTP 流式連接,同埋舊式嘅 HTTP+SSE。
仲有環境變量佔位符,好似 ${PLUGIN_ROOT} 同 ${PLUGIN_DATA},唔使硬編碼路徑。
同 Skills、MCP 嘅關係:唔係競爭,而係嵌套互補
睇官方說明時,你可能會諗:既然Skill同MCP都係Anthropic搞出嚟,
Agent Plugins只係喺人哋嘅標準之上加多一層,咁有咩意義?
作者用生活化嘅方式解釋。
- Agent Skills就好似「菜」,一個文件夾下可以有好多「菜」,形成「菜譜」,每種菜有自己嘅食材同烹飪工作流。
- MCP可以想象成「廚房」,定義咗廚房點樣連接,爐灶、冰箱、水槽點樣接入。
- Agent Plugins就係「標準化嘅產品打包方案」,有菜譜、有設備齊全嘅廚房,一齊裝入一個盒,去到任何餐廳都用得。
呢次聯合站台嘅廠商陣容好強:OpenAI、微軟、AWS、Cursor、Vercel,涵蓋模型層、平台層、雲基礎設施、編輯器、部署。任何一個環節缺咗,標準都可能推唔鬱。
對開發者同生態有咩影響?
標準化嘅受益者,最終一定係普通人。你諗嚇 USB-C 嘅故事,統一之前要帶好多唔同線,統一之後一條線走天下。
開發者以後只需要用一種格式打包自己嘅 Agent 能力,所有兼容 Agent 客戶端都能直接加載使用。
唔使再為每個平台寫「膠水」代碼,亦唔使再維護 N 套打包腳本。
會唔會井噴式爆發?會唔會形成一個新嘅插件生態市場?唔好講。但歷史經驗係,npm 標準化 JavaScript 包管理之後,前端生態爆發生長。
當「發佈一次、到處可用」成為現實,願意做標準化插件嘅人可能會指數級增長。
AI Agent 生態嘅「操作系統」正在一層一層成型:Skill 定義技能點寫,MCP 定義點樣連接外部世界,Agent Plugins 定義點樣打包同發現,A2A 定義 Agent 之間點樣對話。
Agent Plugins 可能係四個標準入面最「接地氣」嘅一個,因為佢做緊嘅就係令插件好似 USB 一樣,插邊度都用得。
如果呢個標準真係立得住,成個 AI Agent 生態嘅玩法可能又會變一次。想詳細瞭解可以去 Agent Plugins 官網或者規範倉庫睇下。
成日玩開 Claude Code 同 Codex 嘅人,都一定知道佢哋個 Harness 入面有一個叫做「插件市場」嘅功能。
呢個插件,官方可以做,其他第三方開發者都可以做,但係每個 Agent 嘅標準都唔一樣。
而且呢個插件其實係可以交易嘅,可以喺市場入面流通,亦都具備一啲金融屬性。
好多廠商都知呢一點,但係始終冇一個帶頭大哥出嚟,將佢做到有啲規模化嘅交易市場。
點解呢?就係頭先講嗰樣,首先就係標準唔統一。各家講嘅嘢、用嘅貨幣都唔一樣,點做生意呀。
所以今次 OpenAI 作為行業龍頭,冇直接落場自己玩,而係先帶頭聯合 AWS、Cursor、GitHub、VS Code、Vercel 呢五間核心廠商,一齊聯合站台,共同發佈一個叫做 Agent Plugins 嘅開放式統一標準。
目的好明確,就係先將標準統一咗,先至講之後嘅嘢。始終佢手頭上揸住大量嘅 C 端同 B 端客戶。
而呢個標準,亦都係繼 Anthropic 嘅 Agent Skills、MCP,以及 Google 嘅 A2A 之後,AI Agent 生態嘅第四個關鍵嘅開放標準。
過去呢兩年,AI Agent 嘅發展速度非常之快。
Claude Code、Codex、Cursor、Copilot、Windsurf……個個都喺度喪捲 Agent 能力。
但每個 Agent 產品都有自己嘅插件格式。
就好似幾年前,每部手機都有自己嘅充電口,你出街旅行就要帶一大紮唔同嘅線。
而 Agent Plugins 要做嘅嘢,就係畀 AI Agent 生態再打造一個統一嘅「萬能插蘇」。
」話佢係 AI Agent 生態嘅「USB-C 時刻」,一啲都唔過分。
第時插件你只需要寫一次,所有 Agent 都用得。
佢到底係咩樣
Agent Plugins 呢樣嘢,講白咗,都係一個文件夾嘅形式,同 Agent Skills 類似。
佢入面會包含一個叫做 plugin.json 嘅清單檔案,就好似技能文件夾入面嘅 SKILL.md 一樣。除咗呢個清單檔案之外,文件夾入面仲可以有你寫嘅 Skill、MCP 同埋一啲相關配置。
成個目錄結構係噉樣:
my-plugin/
├── plugin.json
├── skills/
│ └── summarize/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json
└── com.example.client/
└── hooks/其他一啲都唔複雜,係咪?
它只係標準化咗「包裝同發現」,暫時仲未有掂市場、權限同運行態。。
咩意思呢?
即係話,Agent Plugins 淨係管「呢個插件入面有咩嘢、放喺邊個位置、點樣揾到佢」,至於你點賣、點管權限、點跑起嚟,嗰啲係每個廠商自己嘅事。
又係一個典型嘅標準化底座形式。
入面裝咗啲咩嘢
今次嘅 v1.0 版本只定義咗兩種組件類型:Skills 和 MCP Servers。
Agent Plugins 入面 Skill 嘅格式,直接引用咗 Anthropic 之前整嘅 Agent Skills 規範,冇重複造輪子。
就係嗰個 SKILL.md 檔案,入面有 YAML 頭部資料(名稱、描述、許可),下面寫 Markdown 指令,同樣支援漸進式載入。
而 MCP 都係沿用 Anthropic 創建嘅 Model Context Protocol 標準,專門用嚟畀 Agent 連接外部嘅工具同數據。
喺 Agent Plugins 入面,你仍然可以透過一個 mcp.json 檔案嚟配置 MCP 伺服器,本地命令行啟動(stdio)、HTTP 串流連接、仲有舊式嘅 HTTP+SSE,三種連接方式都支援。
而且佢仲定義咗環境變數佔位符,好似 ${PLUGIN_ROOT} 同 ${PLUGIN_DATA},畀插件知道自己做喺邊、數據存喺邊,唔使硬編碼路徑。
佢到底算係咩
我睇官方說明嘅時候,一路都喺度諗,既然呢個 Skill 同 MCP 都係人哋 Anthropic 搞出嚟嘅,你 Agent Plugins 只係喺人哋嘅標準之上再加多一層標準,咁有咩意義呢?
後來我用比較生活化嘅方法諗通咗,佢哋咁做嘅價值到底喺邊度。
Agent Skills 就好似係「菜」一個文件夾下面可以放好多「菜」,最後會形成一個「菜譜」,每一種「菜」都有佢所需要嘅食材同烹飪流程;
而 MCP 可以將佢諗成一個「廚房」,仲定義咗「廚房點樣連」嘅標準,爐灶、雪櫃、水槽點樣接入。有咗菜,仲要知啲菜喺邊度炒;
Agent Plugins 更加似一種「標準化嘅產品打包方案」。有菜譜,又有設備齊全嘅標準化廚房同連接方式,咁就直接將佢哋一齊裝入一個「整體解決方案」嘅盒入面,咁送去任何一間餐廳都直接用得。
唔知噉樣解釋出嚟好唔好理解,三者唔係競爭關係,而係嵌套互補嘅關係。
Agent Plugins 冇另起爐灶,都冇推翻重嚟,做嘅就係「統一包裝」嘅嘢。
而且今次聯合站台嘅廠商陣容真係太犀利喇,OpenAI 自己、微軟、AWS、Cursor、Vercel,呢五間就係典型嘅 Agent 生態代表,模型層、平台層、雲基建、編輯器、部署。
任何一個環節缺咗,呢個標準恐怕都推唔鬱。
對我哋嚟講有咩意義
其實,標準化嘅得益者,最終一定係普通人。
點解咁講?
你諗下 USB-C 嘅故事。喺統一呢個標準之前,你出街要帶 Micro-USB 線、Lightning 線、USB-A 線……亂七八糟總之就一大堆唔同接口嘅線。
統一之後,一條線走天下。
雖然標準化嘅過程我哋可能都冇參與,但係標準化嘅好處我哋係每日都享受到。
今次 Agent Plugins 做嘅都係一樣嘅嘢。
第時,開發者只需要用一種格式打包自己嘅 Agent 能力,所有兼容嘅 Agent 客戶端都直接加載嚟用。唔使再為每個平台寫"膠水"程式碼,亦都唔使再維護 N 套打包腳本,咁會輕鬆慳事好多。
咁會唔會井噴式爆發?會唔會形成一種全新嘅「插件」生態市場?呢樣真係唔敢講。
但係攞歷史經驗嚟睇,好似 npm 咁,佢標準化咗 JavaScript 套件管理之後,邊個諗到成個前端生態會好似炸開咗咁飛速發展起嚟。
所以當「發佈一次、周圍都用得」成為現實嘅時候,或者願意做標準化插件嘅人會呈指數級增長。
寫喺最後
嚟到呢個時間點,你會發現 AI Agent 生態嘅「操作系統」正在一層一層噉成形。
Skill 定義咗技能點寫;
MCP 定義咗點樣連接外部世界;
Agent Plugins 定義咗點樣打包同發現;
A2A 定義咗 Agent 之間點樣對話。
呢四種標準,四種層次,各有各做,又互相補充。
而 Agent Plugins 可能係呢四個標準入面,最「貼地」嘅一個。
因為佢就係老老實實噉做咗一件「令插件可以好似 USB 一樣,插邊度都用得」嘅事。
如果呢個標準真係企得住,咁成個 AI Agent 生態嘅玩法可能又會發生一次變化。
如果有人想詳細瞭解呢個標準嘅,可以去下面詳細睇下。
Agent Plugins 官網:
https://agent-plugins.org
規範倉庫:
https://github.com/agentplugins/agent-plugins-spec
既然睇到呢度,如果覺得唔錯嘅話,幫手順手撳個「讚」、「在看」、「轉發」三連;如果想第一時間收到推送,都可以幫我加個星標★,真係多謝曬!
經常玩 Claude Code 和 Codex 的人肯定都知道,在他們的 Harness 中都會有一個叫「插件市場」的功能。
這個插件,官方可以做,其他第三方開發者也可以做,但每個 Agent 的標準都不一樣。
而且這個插件其實是可以被交易的,可以在市場裏流通,也具備一定的金融屬性。
很多廠商都是知道這一點的,但始終沒有一個帶頭大哥來把它做成一個有點兒規模化的交易市場。
因為什麼?就是上面說的,首先就是標準不統一。各家說的話,用的貨幣都不一樣,談何買賣。
所以這次 OpenAI 作為行業領頭羊,沒有下場直接自己玩兒,而是先帶頭兒聯合了 AWS、Cursor、GitHub、VS Code、Vercel 這五家核心廠商,一起聯合站台,共同發佈了一個叫做 Agent Plugins 的開放式統一標準。
目的很明確,先把標準給統一了,再說以後的事兒。畢竟他手頭上掌握着大量的 C 端與 B 端客戶。
而這個標準,也是繼 Anthropic 的 Agent Skills、MCP,以及 Google 的 A2A 之後,AI Agent 生態的第四個關鍵開放標準。
過去這兩年,AI Agent 的發展速度非常迅猛。
Claude Code、Codex、Cursor、Copilot、Windsurf……各家都在瘋狂卷 Agent 能力。
但每個 Agent 產品都有自己的插件格式。
就像幾年前,每部手機都有自己的充電口,你出門旅遊時得帶一大捆不同的線。
而 Agent Plugins 要乾的事兒,就是給 AI Agent 生態再打造一個統一的「萬能插座」。
說它是 AI Agent 生態的「USB-C 時刻」,一點兒也不過分。
以後插件你只需要寫一次,所有 Agent 都能用。
它到底長什麼樣
Agent Plugins 這東西,說白了,也是一個文件夾的形式,跟 Agent Skills 類似。
它裏面會包含一個叫 plugin.json 的清單文件,就像技能文件夾中的 SKILL.md 一樣。除了這個清單文件之外,文件夾裏還可以有你寫的 Skill、MCP 和一些相關配置。
整體的目錄結構長下面這樣:
my-plugin/
├── plugin.json
├── skills/
│ └── summarize/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json
└── com.example.client/
└── hooks/其他一點都不復雜,對吧?
它只標準化了「包裝與發現」,而暫時沒有碰市場、權限及運行態。
什麼意思呢?
就是說,Agent Plugins 只管「這個插件裏有什麼東西、放在哪個位置、怎麼找到它」,至於你怎麼賣、怎麼管權限、怎麼跑起來,那是每個廠商自己的事。
又一個典型的標準化底座形式。
裏面裝了什麼東西
這次的 v1.0 版本只定義了兩種組件類型:Skills 和 MCP Servers。
Agent Plugins 裏 Skill 的格式,直接引用了 Anthropic 之前創建的 Agent Skills 規範,沒有重複造輪子。
就是那個 SKILL.md 文件,裏面有 YAML 頭信息(名稱、描述、許可),下面寫 Markdown 指令,同樣支持漸進式加載。
而 MCP 也是沿用 Anthropic 創建的 Model Context Protocol 標準,專門用來讓 Agent 連接外部的工具和數據。
在 Agent Plugins 裏,你仍然可以通過一個 mcp.json 文件來配置 MCP 服務器,本地命令行啓動(stdio)、HTTP 流式連接、還有老式的 HTTP+SSE,三種連接方式都支持。
而且它還定義了環境變量佔位符,比如像 ${PLUGIN_ROOT} 和 ${PLUGIN_DATA},讓插件知道自己在哪裏、數據存哪裏,不用硬編碼路徑。
它到底算什麼
我看官方說明的時候,也一直在想,既然這個 Skill 和 MCP 都是人家 Anthropic 搞出來的,你 Agent Plugins 只是在人家的標準之上又加了一層標準,那有什麼意義呢?
後來我用比較生活化的方式想明白了,他們這麼做的價值到底在哪裏。
Agent Skills 相當於就是「菜」,一個文件夾下可以有很多的「菜」,最後會形成一個「菜譜」,每一種「菜」都有自己所需的食材及烹飪工作流;
而 MCP 可以把它想象成一個「廚房」,並且定義了「廚房怎麼連」的標準,爐灶、冰箱、水槽該怎麼接入。有菜了,還得知道菜在哪兒炒;
Agent Plugins 更像是一種「標準化的產品打包方案」。有菜譜,也有設備齊全的標準化廚房及連接方式,那麼直接把它們一起裝進一個「整體解決方案」的盒子裏,這樣送到任何一家餐廳都能直接用上。
不知道這樣解釋下來好不好理解,三者不是競爭關係,是嵌套互補的關係。
Agent Plugins 沒有另起爐灶,也沒有推翻重來,做的就是「統一包裝」的事情。
而且這次聯合站台的廠商陣容實在是太強了,OpenAI 自己、微軟、AWS、Cursor、Vercel,這五家就是典型的 Agent 生態代表,模型層、平台層、雲基礎設施、編輯器、部署。
任何一個環節缺了,這個標準恐怕都推不動。
對我們意味着什麼
其實,標準化的受益者,最終一定是普通人。
為什麼這麼說?
你想想 USB-C 的故事。在統一這個標準之前,你出門得帶 Micro-USB 線、Lightning 線、USB-A 線……亂七八糟反正一大堆不同接口的線。
統一之後,一根線走天下。
雖然標準化的過程我們可能都沒參與,但標準化的好處咱們是每天都在享受。
這次 Agent Plugins 乾的也是一樣的活兒。
以後,開發者只需要用一種格式打包自己的 Agent 能力,所有兼容的 Agent 客戶端都能直接加載使用。不用再為每個平台寫"膠水"代碼了,也不用再維護 N 套打包腳本,這會輕鬆省事很多。
那會不會井噴式爆發?會不會形成一種全新的「插件」生態市場?這個確實不好說。
但拿歷史經驗來看,比如像 npm,它標準化了 JavaScript 包管理之後,誰能想到整個前端生態就像炸了鍋一樣的飛速發展起來。
所以當「發佈一次、到處可用」成為現實的時候,也許願意做標準化插件的人會呈指數級增長。
寫在最後
來到這個時點,你會發現 AI Agent 生態的「操作系統」正在一層一層地成型。
Skill 定義了技能怎麼寫;
MCP 定義了怎麼連接外部世界;
Agent Plugins 定義了怎麼打包和發現;
A2A 定義了 Agent 之間怎麼對話。
這四種標準,四種層次,各司其職,又互相補充。
而 Agent Plugins 可能是這四個標準裏,最「接地氣」的一個。
因為它就是老老實實地做了一件「讓插件能像 USB 一樣,插哪兒都能用」的事。
如果這個標準真能立住了,那麼整個 AI Agent 生態的玩法可能又會發生一次變化。
有想詳細瞭解這個標準的可以去下面詳細查看。
Agent Plugins 官網:
https://agent-plugins.org
規範倉庫:
https://github.com/agentplugins/agent-plugins-spec
既然看到這兒了,如果覺得還不錯,幫忙隨手點個「贊」、「在看」、「轉發」三連;如果想第一時間收到推送,也可給我加個星標★,非常感謝!