六巨頭定AI插件新標準，撞臉Claude，Anthropic沒上桌

六大科技巨頭罕見聯手，於8月6日正式發布了名為「Agent Plugins 1.0.0」的開放規範，目標是為AI智能體的插件建立統一的封裝標準。這項由OpenAI開發者團隊在官方推特上宣布的規範，集結了AWS、Anysphere（Cursor母公司）、GitHub、微軟、OpenAI與Vercel等六家重量級企業，甚至連Google也在發布當天迅速加入成為核心維護者。然而，這份看似凝聚產業共識的標準，卻獨缺了該領域的開創者——Anthropic。

這項規範的核心，在於解決AI開發者長期以來的痛點：同一套AI技能或MCP（Model Context Protocol）伺服器，因為各家客戶端（如Cursor、GitHub Copilot、Codex）的目錄結構、清單檔案與MCP配置寫法各異，開發者必須為每個平台重複打包，一旦更新還得逐一修改。Agent Plugins的目標正是終結這種無效勞動，透過統一的「包裝盒」格式，讓開發者只需打包一次，就能在所有支援該規範的客戶端中通用。具體來說，Agent Plugins 1.0.0定義了插件的標準結構：一個插件就是一個資料夾，根目錄放置一份名為plugin.

json的清單檔案，技能（Skills）統一存放在skills/子目錄中，MCP配置則寫入mcp.json。清單檔案僅需填寫$schema與name兩個必填欄位，其餘資訊皆透過固定路徑自動識別，客戶端無需猜測，甚至連版本號都可省略。至於各家客戶端特有的功能，如鉤子（hooks）、斜槓命令（slash commands）或自訂智能體（custom agents），則可放入以反向域名命名的專屬目錄中，其他客戶端掃到時會自動略過，確保公共層的整潔與相容性。值得注意的是，這份規範目前仍標註為「工作草案（Working Draft）」，顯示其尚未達到產業標準的成熟度。

規範本身也刻意保持精簡，僅統一了skills/與mcp.json兩類可移植組件的封裝方式，而安裝、分發、權限管理、沙箱機制、認證、信任驗證與用戶體驗等環節，則全數保留給各家客戶端自行處理。這意味著，即便打包格式統一了，插件在不同客戶端間的實際運行仍可能因傳輸方式（如stdio、Streamable HTTP、舊版HTTP+SSE）支援度不一而存在差異。微軟在相關文件中特別提醒安全問題，指出插件內的MCP伺服器與鉤子會在用戶本機執行代碼，安裝前務必確認來源與作者，尤其是來自社群市場的插件更需謹慎。此外，OpenAI自家的打包文檔目前仍使用.codex-plugin/plugin.

json的結構，與開放規範根目錄的plugin.json並非同一回事，顯示規範的全面落地仍需時間。熟悉Anthropic旗下Claude Code的開發者，可能會對這套規範的結構感到似曾相識。plugin.json、skills、mcp.json的組合，幾乎就是Claude Code早已實作的插件系統翻版。Anthropic不僅為Claude Code建立了完整的插件目錄結構，還開設了兩個官方市場供用戶分享插件，其「插件等於技能加MCP加一份清單」的打包思路，可說是這套玩法的開創者。新規範雖然只收錄了技能與MCP兩項通用組件，但其骨架與命名邏輯，與Claude Code的設計高度相似。

更明顯的證據來自相容層的設計。微軟VS Code的官方文檔中，預設插件市場已納入anthropics/claude-code這一項，同時支援新的開放格式與Claude原有的.claude-plugin/plugin.json格式。OpenAI的Codex甚至專門保留了Claude原本使用的變數名稱，以相容既有的Claude插件。這一切都指向一個事實：六大巨頭聯手制定的標準，本質上是「很像Claude Code」的格式，但Anthropic本人卻不在談判桌上。Anthropic的缺席，並非偶然。這家公司向來傾向於先將自家產品打磨到極致，再考慮與外部對齊。

從Claude Code的插件系統到官方市場，Anthropic已建立了一套從格式、市場到分發的完整閉環。這種策略的好處是產品體驗高度統一，代價則是每當產業級標準形成時，它往往成為最顯眼的缺席者。儘管如此，Anthropic並未被完全排除在外——Google新推出的兩套工具已將Claude Code列為適配對象，顯示其生態影響力依然存在。業界分析認為，這項規範的出現，標誌著AI插件生態競爭即將進入新階段。底層標準一旦統一，競爭焦點將從「誰的格式更通用」轉向「誰的插件生態更大、誰能讓開發者第一個想到自己」。

六家巨頭這次聯手確立了盒子的規格，但真正決定勝負的，是盒子裡裝的智能體——誰能靠生態系統將開發者牢牢留在身邊，誰才是最終的贏家。