Anthropic 官方維護的 Claude Code 插件目錄（claude-plugins-official）於 2026 年 10 月底累積 45,224 個星標與 4,719 次 Fork，收錄插件達到 315 個，其中 53 個由內部維護、262 個來自第三方。10 月 27 日的合併把 14 個插件納入明確版本號管理。
Claude Code 插件目錄是什麼？
這是 Anthropic 官方託管的插件市集，採 Apache 2.0 許可證開源，收錄可安裝到 Claude Code 的擴充套件，並依內部開發與第三方提交分成兩個目錄。
倉庫建於 2025 年 11 月 20 日，累積提交數達 4,656 次。結構上分成兩層，plugins 目錄存放 Anthropic 團隊自行開發與維護的插件，external_plugins 目錄接收合作夥伴與社群提交的內容。這樣的切分讓使用者可以憑來源判斷維護責任歸屬。
安裝路徑設計得相當收斂。使用者可在 Claude Code 中執行 /plugin install {plugin-name}@claude-plugins-official 直接指定插件，或透過 /plugin 進入 Discover 頁面瀏覽後選擇。兩條路徑都指向同一個市集來源，避免自行拼接第三方倉庫帶來的版本混亂。
315 個插件如何分佈在哪些類別？
開發類別佔 123 個為最大宗，生產力類別 69 個居次，資料庫 39 個、監控 22 個、安全 18 個，其餘落在部署、設計、自動化與學習類別。
清單的類別分佈反映插件生態的實際重心。開發流程相關的插件合計超過三分之一，顯示多數提交者想解決的是撰寫、審查與除錯階段的具體摩擦，而非泛用型助理功能。資料庫與監控類別合計 61 個，則對應企業接入既有系統時的需求。
值得注意的是有 14 個插件未標示類別。這批條目多位於清單邊緣，屬新近收錄或由合作夥伴直接提供、尚未完成分類的項目。對瀏覽者而言，未分類並不等於低品質，但在 Discover 頁面中確實較難被主動發現。
版本號機制改變了什麼？
原本條目依倉庫分支浮動，使用者無法確認安裝版本。10 月 27 日的合併讓 14 個插件寫入版本欄位，12 個語言伺服器插件統一標為 1.0.0。
版本欄位的出現改變了追溯方式。過去插件條目指向來源倉庫的某個分支，實際內容隨上游更新而變動，使用者安裝後難以回報問題發生在哪一個狀態。寫入版本號之後，市集條目本身成為可引用的座標，回報與比對都有了基準。
目前導入範圍仍有限。315 個條目中僅 14 個帶有版本欄位，佔比不足百分之五，其餘多數仍依分支指標運作。這意味著版本管理處於起步階段，覆蓋範圍會在後續提交中逐步擴大，而不是一次性切換。
插件名稱為何不能更改？
名稱是不可變的識別碼，使用者以該名稱完成安裝，改名會令既有安裝出現找不到插件的錯誤，需要調整顯示時改用顯示名稱欄位。
這條規則的起因相當務實。使用者安裝插件時，本機記錄的是市集條目中的名稱字串，一旦上游改名，客戶端在同步時就找不到對應項目，直接回報錯誤。對於已經在團隊內部推廣的工具而言，這種中斷比功能缺陷更難排查。
對於確實必須改名的情況，市集提供頂層的 renames 對照表。目前該表收錄 10 組對照，包括把 azure-skills 導向 azure、把 sonarqube-agent-plugins 導向 sonarqube。客戶端讀取這份對照後，會在下一次同步時把舊名稱透明改寫為新名稱，既有安裝無需重裝。
code-review 插件從哪裡移植過來？
同日另一次合併把 code-review 從 claude-code 倉庫移植至市集，納入統一的版本與發佈流程，使用者改用市集指令取得同一套功能。
移植的意義在於發佈路徑收斂。原本隨主倉庫散佈的功能，改用市集條目管理後，更新節奏與其他插件一致，使用者也不必再分辨功能究竟屬於主程式還是擴充套件。對於需要固定版本的團隊，這種一致性直接影響升級規劃。
這個插件本身採用多個專門化代理並行審查拉取請求，再以信心分數過濾誤報。這類需要多輪推理的功能，對模型版本與提示詞細節較為敏感，納入版本管理之後，行為差異至少可以對應到具體的版本編號。
安全審核由誰負責？
Anthropic 在 README 聲明不控管插件內含的 MCP 伺服器與檔案，也無法驗證其行為或日後是否變更，使用者須自行判斷是否信任該插件。
這段聲明的措辭相當直接。市集對第三方插件設有品質與安全門檻，提交者需通過審核才能收錄，但審核範圍不延伸到插件執行時載入的外部元件。換言之，收錄本身是對結構與品質的背書，不是對執行行為的保證。
對企業採用者而言，這個界線需要納入採購流程。插件可通過市集安裝，並不代表其中的 MCP 伺服器已通過同樣檢視。合理的做法是把插件與其依賴的伺服器分開評估，並在內部試用環境先行觀察實際的網路與檔案存取行為。
這個目錄對生態系統有什麼影響？
單一市集把安裝來源、命名規則與版本欄位集中管理，讓 146 個署名組織的插件共用同一套發布紀律。選擇成本下降，提交門檻與維護責任同時提高。
集中化的效益在於降低搜尋成本。開發者不必在社群推薦清單與隨機倉庫之間比對真偽，市集本身提供一致的結構與安裝方式。當插件數量從數十個成長到 315 個，這種一致性帶來的價值會隨規模放大。
代價則落在提交端。名稱不可變、需維持結構規範、需要通過審核，這些要求讓小型實驗性專案較難快速上架。生態因此呈現兩層結構，市集內是相對穩定的工具，市集外仍有大量實驗性插件流通，使用者須自行承擔辨識責任。
開發者如何安裝與提交插件？
安裝時在 Claude Code 執行市集指令並指定插件名稱，或於 Discover 頁面瀏覽後選擇。第三方提交須經目錄表單申請，並符合品質與安全標準。
每個插件的目錄結構有固定慣例。根目錄下可包含 .claude-plugin/plugin.json 作為必要的中繼資料，另有選用的 .mcp.json 設定 MCP 伺服器、commands 存放斜線指令、agents 存放代理定義、skills 存放技能定義。這套結構讓不同來源的插件在安裝後行為一致。
技能捆綁插件另有簡化路徑。若來源倉庫本身已提供技能定義而沒有插件清單，市集條目可改用 strict: false 並直接列出技能路徑，每個技能會以「插件名稱:技能名稱」的形式註冊。目前採用這種方式的條目僅 3 個，屬於較新的接入模式。
出處連結有哪些？
原始倉庫位於 GitHub 的 anthropics/claude-plugins-official，採 Apache 2.0 許可證釋出。
倉庫目前累積 4,656 次提交，開放中的議題 1,249 個、待合併的拉取請求 181 個。這個比例顯示提交量遠超維護速度，也解釋了為何版本化與分類補齊採取分批推進的方式，而非一次性全面改寫。
完整清單可直接讀取 marketplace.json，其中包含每個插件的名稱、描述、作者、類別、來源與首頁連結。對於需要盤點可用工具的團隊，這份檔案比逐頁瀏覽介面更適合做程式化處理。
- GitHub 倉庫：https://github.com/anthropics/claude-plugins-official
- 插件清單：https://github.com/anthropics/claude-plugins-official/blob/main/.claude-plugin/marketplace.json
- 官方文件：https://code.claude.com/docs/en/plugins
總結：插件目錄適合什麼團隊？
適合已在 Claude Code 建立工作流程、需要可追溯安裝來源的團隊。若僅偶爾使用單一功能，直接安裝個別倉庫更輕便，多人協作則市集佔優。
這次更新的份量不在數量，而在治理方式。315 個插件與 45,224 個星標說明規模已經成形，14 個版本號與 10 組改名對照則說明維護者開始處理長期運作的細節。對於把 AI 開發工具納入正式流程的組織，這類細節往往比功能清單更能決定是否採用。
仍待觀察的是覆蓋速度。版本欄位目前僅涵蓋不足百分之五的條目，安全聲明則把執行期風險留給使用者。在覆蓋範圍擴大之前，團隊仍應保留內部審查環節，把市集當作篩選起點，而不是終點。
