什麼是 Agent Plugins？技能、MCP 伺服器以及有哪些改變 (2026)
Agent Plugins 是一個開放且廠商中立的規範，用於將 Agent Skills 與 MCP 伺服器打包至單一可攜式目錄中。1.0.0 版本於 2026 年 8 月 6 日發布。它固定了單一資訊清單檔案（manifest file）與單一資料夾配置，因此同一個套件可以在任何相容的 AI agent 用戶端中載入。
這就是核心概念。這裡沒有新的協定，也沒有新的執行期（runtime）。原本已存在的組件會繼續運作，而該規範僅說明如何將它們裝箱。
本指南涵蓋了已發布的內容以及外掛程式（plugin）內部的構造。它還涵蓋了該規範拒絕定義的內容，以及對於任何使用 agent 進行分析的人來說會有哪些改變。
2026 年 8 月 6 日發布了什麼
同一天發布了兩篇官方文章。Vercel 發布了由 Jonathan Hefner 撰寫的公告。Google 則在 Google Developers Blog 上發表了由 Kevin Hou、Haoyu Wang 和 Alan Blount 撰寫的文章。
Vercel 的文章指出，該提案是由 Vercel 發起的。隨後，來自 Amazon Web Services、Anysphere、GitHub、Microsoft、OpenAI 和 Vercel 的代表共同將其完善為 1.0.0 版本。
該文章還列出了發布時支援此格式的用戶端：ChatGPT、Codex、Cursor、GitHub Copilot、Kiro 和 VS Code。Google 的文章則點名了其自家的兩款產品：Agents CLI 和 Data Agent Kit。Data Agent Kit 隨附了適用於 BigQuery、Spanner 和 Cloud SQL 的外掛程式。
有一個細節值得釐清。該規範的儲存庫（repository）建立於 2026 年 4 月 3 日，因此 8 月 6 日代表的是 1.0.0 版本的發布，而非工作的起點。將這兩個日期混為一談的報導，誇大了這項工作完成的速度。
幕後推手是誰
該專案在 MAINTAINERS.md 檔案中公布了其技術指導委員會。截至 2026 年 8 月，其中列出了五位核心維護者（Core Maintainers）。他們是 Amazon 的 Clare Liguori、Cursor 的 Roshan Sadanani 以及 Microsoft 的 Harald Kirschner。該名單還點名了 OpenAI 的 Gav Verma 和 Vercel 的 Jonathan Hefner。Hefner 被列為首席核心維護者（Lead Core Maintainer）。
Google 的公告指出，Google 已加入成為核心維護者，並由 Kevin Hou 代表。這一新增成員尚未反映在已發布的維護者檔案中。
授權條款是分開的。該儲存庫自身的授權聲明將規範文字、文件和範例歸於 CC BY 4.0 之下。綱要（Schemas）、原始碼和指令碼則屬於 Apache 2.0。
外掛程式內部到底有什麼
外掛程式是一個目錄。規範刻意保持了極小的必要介面。
資訊清單為 plugin.json，且只需要兩個欄位。$schema 欄位宣告了該套件所針對的規範版本。對於 1.0.0，該值為 https://agent-plugins.org/schemas/1.0.0/plugin.schema.json。
第二個必要欄位是 name。它必須是 1 到 64 個字元，由 a-z、0-9、- 和 . 組成，且開頭和結尾必須是英數字元。不接受重複的分隔符號，例如 -- 和 ..。
資訊清單中的其他所有內容都是選填的：version、description、author、homepage、repository、license 和 keywords。
組件位於固定路徑，而不是在行內（inline）宣告。Skills 來自 skills/ 資料夾，其中每個包含 SKILL.md 檔案的直接子目錄都算作一個 skill。MCP 伺服器則在 mcp.json 中宣告。
最後一個限制非常有趣。資訊清單無法重新定位組件，也無法在行內定義它們。因此，讀取器只需列出兩個路徑，即可得知外掛程式包含哪些內容。
一個實際範例能讓這個架構一目了然。一個用於產生每月營收摘要的外掛程式，會包含一個存放報告指令的 skill 資料夾，以及一個指向資料倉儲（warehouse）的 mcp.json 項目。這種配置完全不針對特定用戶端，而這正是其核心目的。
規範刻意排除的內容
排除清單比需求清單還要長，而且是公開說明的。
該規範並未定義 skill 格式本身，這屬於 Agent Skills 規範的範疇。它也沒有定義 MCP 的傳輸行為，這屬於 Model Context Protocol 的範疇。它沒有定義特定用戶端擴充功能的內容或驗證。它也沒有定義傳輸連線失敗後的後備（fallback）行為。
Google 的文章補充了其餘的界線。安裝機制、分發協定、權限、沙箱（sandboxing）、信任驗證和使用者體驗皆不在此範圍內。
信任驗證的遺漏值得探討。外掛程式可以宣告一個連向任何端點的 MCP 伺服器，而規範並不會判斷該端點是否應該獲得存取權。審查仍然是人工的工作，或者是載入該套件的用戶端的工作。
這純粹只是一種打包格式。任何期望能有包含審查和簽章之應用程式商店的人，在這裡是找不到的。
為什麼打包標準對資料工作至關重要
大多數要求 agent 提供圖表的人，從未思考過打包的問題。這種連結依然是直接的。
agent 只有在能夠取得兩樣東西時，才能產生真正的交付成果：任務指令以及資料存取權。Skills 承載了前者，MCP 伺服器則承載了後者。在此之前，要將兩者一起交付，意味著必須針對每個用戶端使用不同的包裝（wrapper）。
重複開發會帶來可以預見的成本。包裝會產生偏差。某個用戶端得到了修正，而另一個卻沒有。讀取您資料倉儲的版本，隨後落後於撰寫摘要的版本。這種失敗最終會以完成報告中過時的數據呈現。
維護自家內部 skills 的團隊對此感受最深。一個擁有結帳流程（close-process）skill 和資料倉儲連接器的財務團隊，目前必須分開交付它們，然後針對團隊使用的每個編輯器重複進行連線配置。而單一套件可以將其簡化為版本控制中的單一資料夾。
共用的套件格式消除了這種特定類型的偏差。它並不會讓 agent 更擅長分析，也不應該被宣傳成具有這種效果。
外掛程式標準在何處停止發揮作用
打包規範假設您已經擁有了這些組件。它對其品質隻字未提，也不會告訴您某個 skill 是否能產生具說服力的圖表。
這是值得誠實指出的差距。Powerdrill Bloom 已經提供了該格式所打包的這兩樣東西。它能執行 Claude Skills 以進行研究、分析、自動化和執行。它還隨附了自己的 MCP 伺服器，因此相容的用戶端可以根據請求瀏覽資料集並執行工作。
它在基礎管道之外所增加的價值，正是規範所不涉及的部分。您上傳試算表，用自然語言提出問題，然後獲得圖表、書面摘要或簡報。打包層決定了工具如何在用戶端之間傳遞。它並不能決定答案的好壞。
若要對該生態系統進行更廣泛的調查，我們針對 MCP 平台 以及 用於資料分析和報告的 agent skills 的綜述涵蓋了目前的領域。
值得了解的相鄰標準
現在有三個相互關聯的規範，它們很容易被混淆。
| 標準 | 定義內容 | 範圍 |
|---|---|---|
| Agent Skills | 單一 skill 的撰寫方式 | 指令與資源 |
| Model Context Protocol | agent 如何與工具或資料來源進行通訊 | 執行期協定 |
| Agent Plugins | skills 與 MCP 伺服器如何作為單一單元交付 | 僅限打包 |
閱讀「範圍」欄位是避免分類錯誤最快的方法。關於 agent 如何向資料庫進行驗證的問題，屬於 MCP 的範疇。關於如何將整個設定交給同事的問題，則屬於打包的範疇。
這三者在設計上是互補的。外掛程式包含 skills 和 MCP 伺服器宣告，而其中的每一項在外掛程式之外依然保持獨立的可攜性。
結論
Agent Plugins 1.0.0 是一個任務單一的小型規範。單一資訊清單、兩個必要欄位、兩個固定組件路徑，並明確拒絕定義安裝、權限或信任。
其價值會在數個月後逐漸顯現，而非在第一天就立竿見影。更少的包裝意味著工具同步出錯的機會更少。當輸出結果是某人將據以採取行動的數據時，這一點最為重要。如果您想要的是分析層而非基礎管道，請在您已有的檔案上 嘗試 Powerdrill Bloom。另請參閱我們的 auto insights 頁面。
本文中的事實已於 2026 年 8 月 11 日與官方來源進行核對。規範細節可能會有所變動，因此在依賴欄位名稱之前，請先確認連結頁面。
常見問題
簡單來說，什麼是 Agent Plugins？
它們是一種將 agent 的 skills 及其 MCP 伺服器宣告打包到單一資料夾中的標準方法。任何相容的用戶端都可以直接載入該資料夾，而不需要針對特定用戶端進行包裝。
Agent Plugins 與 MCP 相同嗎？
不同。MCP 是一種執行期協定，規範 agent 如何與工具或資料來源進行通訊。Agent Plugins 僅規範打包，且外掛程式可以在其內部宣告 MCP 伺服器。
plugin.json 中有哪些必要欄位？
只有兩個欄位。$schema 值宣告了所針對的規範版本，而 name 則用於識別該外掛程式。其他所有內容（包括 version 和 license）皆為選填的中介資料（metadata）。
哪些工具支援 Agent Plugins？
Vercel 的發布文章列出了 ChatGPT、Codex、Cursor、GitHub Copilot、Kiro 和 VS Code。Google 則另外宣布在其 Agents CLI 和 Data Agent Kit 中提供支援。
Agent Plugins 是否處理安裝或權限？
否。安裝、分發、權限、沙箱（sandboxing）和信任驗證皆明確不在此範圍內。該規範僅涵蓋套件配置，不涉及其他任何內容。