Anthropic 於 GitHub 維護的 knowledge-work-plugins 儲存庫，累積 30,474 顆星標與 3,440 次複製，把原本封閉在產品內部的插件市場開放出來。這個專案不是又一個提示詞大全，而是一套可安裝、可改寫、可審計的職能封裝格式：每個插件把技能、斜線命令與外部工具連接器打包成一個目錄，讓 Claude 在特定職位上按照企業既有的流程工作。對於正在評估 AI 辦公落地的團隊而言，它的意義在於把「如何讓模型認識我們公司」這件事，從反覆貼提示詞變成可版本控制的檔案結構。
Knowledge Work Plugins 是什麼？
Knowledge Work Plugins 是 Anthropic 開源插件目錄，按職能封裝技能與 MCP 連接器，供 Claude 使用。
儲存庫建立於 2026 年 1 月 23 日，主要語言登記為 Python，但實際內容以 Markdown 與 JSON 為主，Python 只出現在少數輔助腳本。授權條款為 Apache-2.0，允許商業使用與修改，也要求保留專利授權與變更說明。專案定位寫在 README 的第一段：插件讓 Claude 變成針對特定職位、團隊與公司的專家，並且同時相容於 Claude Cowork 與 Claude Code 兩個產品線。
與社群自行整理的提示詞合集相比，這個專案的差異在於每個插件都有明確的 manifest、版本號與連接器宣告。以銷售插件為例，manifest 記錄版本為 2.0.1，描述中列出 CRM、郵件、行事曆、聊天與通話錄音的整合範圍，並說明插件可在使用者要求時更新 CRM 紀錄、建立郵件草稿、發送郵件或在聊天頻道發文。這種寫法讓插件的能力邊界可以被閱讀與比對，而不是藏在某段提示詞裡。
Anthropic 為何要把插件目錄開源？
開源目錄讓企業自行檢視與改寫插件，外部廠商整合集中在同一市集分發，Anthropic 藉此維持格式與審核標準。
插件市集的經濟結構值得注意。marketplace.json 目前收錄 123 條條目，其中 101 條指向外部來源，包括以 git-subdir 指向其他組織倉庫子目錄，或以 url 指向獨立倉庫並鎖定特定 commit SHA。也就是說，絕大多數插件並非由 Anthropic 撰寫，而是由 Figma、Datadog、ClickHouse、HubSpot、Intuit、Vercel 生態的 Val Town 等廠商自行維護，Anthropic 只負責格式規範與目錄收錄。
這種安排在企業採購上有實際好處：工具供應商為了讓自家服務出現在 Claude 的工作流程裡，會主動維護插件，Anthropic 不必逐個對接。代價是目錄的品質參差，部分外部插件只有數行描述，連接器設定與權限範圍需要使用者自行確認。對於需要合規審查的組織，這意味著不能把「出現在官方目錄」當成安全背書。
從 10 月 19 日的提交紀錄觀察，維護節奏集中在版本升級：security-guidance 插件被推進到 2.0.14，Dropbox、Canva、Incident.io、StackHawk、TinyFish 等外部插件同步更新 SHA。整個儲存庫累積 1,119 次提交，最近一次推送落在 10 月 19 日，顯示專案仍在高頻維護，而非發布後即放緩。
這個插件目錄包含哪些內容？
目錄含 17 個自家職能插件與 5 個夥伴插件，另有 101 個外部條目；倉庫共 252 個 SKILL.md，小型企業插件佔 44 個技能。
17 個官方插件覆蓋的職能相當完整：生產力、企業搜尋、插件管理、銷售、財務、資料、法務、行銷、客戶支援、產品管理、生物研究、工程、人力資源、設計、營運、小型企業與 PDF 檢視器。合作夥伴目錄則包括 Slack（由 Salesforce 維護）、Apollo、Common Room、Zoom 與品牌語調插件。技能數量分布並不平均，小型企業插件收錄 44 個技能，銷售 36 個，工程與資料各 10 個，法務、營運與人力資源各 9 個，PDF 檢視器只有 1 個技能但配備 4 個斜線命令。
值得注意的是技能設計的顆粒度。工程插件把工作拆成架構、程式碼審查、除錯、部署檢查清單、文件撰寫、事故應變與站立會議七個以上技能，每個技能對應一個目錄與一份 SKILL.md。法務插件則以合約審查、保密協議分流、合規檢查、法律風險評估、會議簡報與簽署請求分工。這種切法與其說是功能清單，更像把一個職位的日常職責寫成可呼叫的檔案。
插件的技術結構如何運作？
每個插件由 plugin.json、.mcp.json、commands 斜線命令與 skills 技能目錄組成；技能由模型自動載入，命令由使用者呼叫，全為純文字檔。
README 把目錄結構寫得很清楚：plugin.json 記錄名稱、版本、描述與作者，.mcp.json 宣告要連接的 MCP 伺服器，commands 目錄放置使用者主動觸發的動作，skills 目錄則存放模型在相關情境下自動引用的領域知識。所有元件都是檔案形式，沒有建置步驟，也沒有執行期服務。這種設計讓插件可以在版本控制系統裡被 diff、被審查、被分支，而不像傳統插件需要處理二進位相依。
技能與命令的分工是理解這套架構的關鍵。技能是隱性的，模型在判斷當前任務屬於該領域時自行載入，企業可以把公司術語、組織結構與流程寫進技能檔案，讓 Claude 在每次相關互動中都帶著這份背景。命令是顯性的，使用者輸入 /finance:reconciliation 或 /product-management:write-spec 時才會執行。目前官方本地插件只公開少量命令，PDF 檢視器提供開啟、註釋、填表與簽署四個，產品管理提供腦力激盪一個，其餘多數集中在夥伴插件。
連接器部分依靠 MCP 協定，把 CRM、專案追蹤、資料倉儲與設計工具接進來。README 明言這些插件只是通用起點，真正有價值的改動是替換連接器指向自家工具棧、把公司語彙寫進技能、調整流程描述以符合團隊實際做法。換句話說，Anthropic 交付的是骨架與範例，血肉仍由採用方填寫。
與 Claude Code 生態其他插件庫有何差異？
knowledge-work-plugins 是按職能分組的官方市集，skills 是通用技能範例集，claude-plugins-official 收錄社群投稿。
同一個組織下有三個定位不同的倉庫。anthropics/skills 累積超過 18 萬顆星標，內容是單一技能的公開範例，偏向展示 Agent Skills 格式可以做到什麼。claude-plugins-official 累積約 4.3 萬顆星標，作為社群與廠商投稿的插件目錄，審核重點在收錄標準。knowledge-work-plugins 的差異是它以「職位」為單位打包，一個插件內含數十個技能與多個連接器，使用者安裝的是一次完整的職能配置，而不是零散的能力模組。
這個分層對企業導入有直接影響。若目標是讓模型處理單一任務，安裝單一技能成本最低；若目標是讓某個部門的同仁共用一套工作方式，職能插件更能保證一致性，因為它把技能、命令與工具連接綁在同一個版本號下。反過來說，職能插件的耦合度較高，替換其中一個連接器時需要連帶檢查技能描述是否仍然正確。
企業採用時需要注意什麼風險？
主要風險有三：外部插件的 commit 鎖定與維護狀況、連接器憑證權限範圍，以及技能檔可能被文件內容注入。部署前應逐項審查。
第一類風險來自供應鏈。101 條外部條目中，部分以 url 形式指向獨立倉庫並鎖定 SHA，好處是版本可重現，缺點是上游若停止維護，鎖定的版本不會自動獲得修補。企業應把市集條目視為引用而非背書，對納入生產流程的插件建立自己的鏡像與更新節奏。
第二類風險是憑證與權限。插件透過 MCP 連接 CRM、資料倉儲、郵件與行事曆，這些連接器通常需要長期有效的權杖。README 對自家部署的安全建議相當直接：任何可從網路存取的部署都應保持驗證開啟，區域開發以外的環境不要啟用本機繞過。同樣原則適用於插件層，連接器的權限應按最小必要原則配置，避免一個行銷插件取得財務系統的寫入權。
第三類風險較少被討論，但對以 Markdown 描述行為的架構尤其關鍵。技能檔案本質上是提示詞，若插件會讀取外部文件、郵件或客戶資料，這些內容就有機會影響模型判斷。實務上的緩解方式包括在技能中明確界定資料與指令的界線、對高風險動作要求人工確認，以及保留完整的呼叫紀錄以便事後追查。
開發者可以如何開始使用？
在 Claude Code 先加入市集，再安裝職能插件，兩行命令完成；Cowork 使用者可從官方頁面直接安裝。
Claude Code 的安裝流程只有兩步，先註冊市集，再指定插件名稱與來源。安裝完成後插件自動啟用，技能在相關情境下觸發，斜線命令出現在工作階段中。Cowork 使用者則透過官方插件頁面安裝，不需要接觸命令列。
# 先加入市集
claude plugin marketplace add anthropics/knowledge-work-plugins
# 再安裝指定職能插件
claude plugin install sales@knowledge-work-plugins
自行開發插件的門檻同樣低。目錄只需 manifest、連接器設定與技能資料夾，複製既有插件改寫內容即可，官方亦提供插件管理插件協助建立新職能。對於想先驗證概念的團隊，建議從單一技能開始，確認模型在自家語彙下的表現，再擴展成完整職能配置。
出處連結有哪些？
原始儲存庫為 anthropics/knowledge-work-plugins，採 Apache-2.0 授權，README 可直接檢視。
專案原始碼與插件清單見 anthropics/knowledge-work-plugins。市集完整條目記錄於倉庫根目錄的 .claude-plugin/marketplace.json，逐條列出插件名稱、來源型別與鎖定的 commit SHA，適合在導入前作為審查清單使用。
總結：這個插件庫適合什麼團隊？
適合已有明確職能流程、希望把 AI 使用方式標準化的中小型團隊；不適合期待開箱即用、不願審查連接器與權限的組織。價值在格式與範例，不在插件數量本身。
這個專案真正交付的是一套封裝慣例：把職位知識寫成技能、把重複動作寫成命令、把外部系統接成連接器，並用版本號管理變更。3 萬顆星標反映的是市場對這種格式的需求，而不是對 123 個插件逐一的品質認可。對於已經在使用 Claude Code 或 Cowork、並且願意花時間把公司語彙與流程填進技能檔案的團隊，這份目錄能省下大量摸索時間。對於期待安裝後立即自動化整個部門的組織，插件只是起點，真正的成本仍在流程梳理與權限治理。
