OpenAI 聯合發佈 Agent Plugins 標準:AI Agent 的「萬能插座」來了

作者:土著哥聊AI
日期:2026年8月9日 上午6:30
來源:WeChat 原文

整理版優先睇

速讀 5 個重點 高亮

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開放標準,聯合AWSCursor、GitHub、VS Code、Vercel五大廠商,成為繼Skills、MCP、A2A後第四個關鍵標準。
  • 插件以文件夾形式打包,入面有plugin.json清單,可以放Skills同MCP配置,完全兼容Anthropic嘅規範,唔使重造輪子。
  • 標準只統一「包裝同發現」,唔管市場權限同運行,畀每個廠商保留自己嘅生態玩法,係典型嘅標準化底座。
  • 開發者以後寫一次插件就可以畀唔同Agent用,唔使為每個平台寫膠水代碼,慳返大量維護成本。
  • 如果標準普及,有機會好似npm令JavaScript生態爆發咁,催生一個蓬勃嘅Agent插件交易市場。
值得記低
連結 agent-plugins.org

Agent Plugins 官方網站

提供標準概覽、文檔等。

連結 github.com

Agent Plugins 規範倉庫

GitHub 上嘅規範源碼同詳細說明。

整理重點

四圍都係自家插件格式?所以要統一出個標準

成日玩開Claude CodeCodex嘅人,都知佢哋嘅Harness入面有「插件市場」呢個功能。呢啲插件,官方可以做,第三方開發者都可以做,但每個Agent嘅標準都唔一樣。

而且插件其實可以交易,喺市場入面流通,有啲金融屬性。好多廠商都知呢一點,但一直冇帶頭大哥將佢變成規模化嘅交易市場,因為標準唔統一。

標準唔統一,各家講嘅嘢、用嘅「貨幣」都唔同,點樣買賣?

所以今次OpenAI作為行業龍頭,冇落場自己玩,而係帶頭聯合咗AWSCursorGitHub、VS Code、Vercel呢五間核心廠商,一齊推一個叫Agent Plugins嘅開放式統一標準。

目的好明確:先統一標準,再講以後嘅事。

呢個標準繼AnthropicAgent SkillsMCP,同埋Google嘅A2A之後,成為AI Agent生態嘅第四個關鍵開放標準。

以前每個產品有自己嘅插件格式,就好似每部手機有自己嘅充電口,而Agent Plugins就係想打造一個統一嘅「萬能插座」。

整理重點

拆解 Agent Plugins:一個文件夾搞掂

Agent Plugins 嘅形式其實同 Agent Skills 類似,都係一個文件夾。入面會有一個叫 plugin.json 嘅清單文件,等同技能文件夾入面嘅 SKILL.md。除咗清單,文件夾入面仲可以放你寫嘅 Skill、MCP 同相關配置。

插件目錄結構 text
my-plugin/
├── plugin.json
├── skills/
│ └── summarize/
│ ├── SKILL.md
│ ├── scripts/
│ └── references/
├── mcp.json
└── com.example.client/
 └── hooks/

佢只標準化「包裝與發現」,暫時冇碰市場、權限及運行態。

即係話,Agent Plugins 只管「呢個插件入面有咩嘢、放喺邊個位置、點樣揾到佢」,至於點樣賣、點樣管權限、點樣執行,係每個廠商自己嘅事。

又一個典型嘅標準化底座形式。

v1.0 版本只定義咗兩種組件類型:Skills 同 MCP Servers

Skill 格式直接引用 AnthropicAgent 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、微軟、AWSCursor、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


既然看到這兒了,如果覺得還不錯,幫忙隨手點個「贊」、「在看」、「轉發」三連;如果想第一時間收到推送,也可給我加個星標★,非常感謝!