Claude Cowork Plugin 從零打造你自己的工作流外掛
「每次寫月結報告都要開四個工具、對三份表格、套同一個格式。」如果你有類似的重複工作流,Claude Cowork 的 Plugin 系統就是為這種場景設計的。
跟 Claude Code 的 Skill 不同(那比較偏程式碼層面的擴充),Cowork Plugin 面向的是工作流程本身。它把你團隊的制度知識、工具連接、審核標準封裝成一個可重複使用的外掛,讓 Claude 每次執行都像一個懂你們規矩的老同事。
Plugin 的三個核心元件
一個 Cowork Plugin 由三塊東西組成,不一定每個都要有,看你的需求而定:
Skills 是方法論的容器。它可以是一份格式偏好、一套審核框架、或是一個完整的工作流程。Skills 可以用 slash command 觸發(像 /monthly-close),也可以被語意自動匹配。重點是它能參考外部文件、接受輸入參數,有彈性但又有結構。
Connectors 負責串接你的工具。讓 Claude 在工作流裡面直接從 Slack 撈訊息、往 Notion 寫東西、查 Jira ticket,不用你手動上傳下載。底層走的是 MCP 協定,所以只要有 MCP Server 的服務都能接。
Sub-agents 是專門處理複雜任務的分身。每個 Sub-agent 有獨立的 context window,可以平行或循序執行。適合那種要同時查多個資料源、或是前一步的產出要餵給下一步處理的場景。
什麼時候該自己做 Plugin
裝別人做好的 Plugin 或客製化現有的,在大多數情況下就夠了。但有幾個情境適合從零開始:
你的工作流有很特定的眉角,現有 Plugin 客製化到底還是差那麼一點。或者你需要把團隊的制度知識編碼進去,確保不管誰跑都是同一個標準。又或者你的流程需要串接特定的工具組合,市面上沒有現成的 Plugin 涵蓋。
反過來說,如果你的需求只是「幫我整理一下這份文件」或「翻譯這段文字」,那不需要做 Plugin,直接跟 Claude 講就好。
從一句話開始
建立 Plugin 不需要寫任何程式碼。在 Cowork 裡面直接描述你要什麼就行:
1 | 我需要一個月結報告的 Plugin。每個月底要從 Google Sheets 拉銷售數據、 |
Claude 會追問細節:你的報告格式長什麼樣?哪些欄位是必要的?要不要自動計算 MoM 成長率?有沒有現成的報告範例可以參考?
這個對話過程很重要。Claude 不是在問廢話,它是在提取你腦中那些「大家都知道但從來沒寫下來」的隱性知識。
進階技巧:直接上傳一份你以前手動做的報告。Claude 會從範例裡面反推結構、重點和格式偏好,比你用文字描述有效得多。
迭代才是重點
第一版 Plugin 一定不完美,這很正常。重要的是拿真實的工作去跑,記下哪裡不對勁,然後調整。
幾個實戰經驗:
保持 Skill 的聚焦。一個 Skill 做一件事,不要塞太多邏輯。描述要清楚寫:這個 Skill 做什麼、什麼時候該用、涵蓋範圍到哪裡。模糊的描述會讓 Claude 在不該觸發的時候觸發。
善用 Sub-agents 處理長任務。如果一個工作流要查三個資料源、處理後產出報告,把「查資料」和「寫報告」拆成不同的 Sub-agent。每個 Sub-agent 有自己的 context window,不會因為資料太多而掉東西。
Connector 的權限要想清楚。當你串 Slack 或 Notion,想好 Claude 需要讀還是寫。能只給讀就不要給寫,除非流程明確需要。
跟 Cursor Rules、Copilot Instructions 比一下
如果你也用 Cursor 或 Copilot,可能會想:這跟 .cursorrules 或 copilot-instructions.md 有什麼不同?
差異在層級。Cursor Rules 和 Copilot Instructions 主要影響的是「AI 怎麼寫程式碼」- 程式碼風格、命名慣例、技術選型偏好。它們是 coding assistant 層面的設定。
Cowork Plugin 影響的是「AI 怎麼處理工作流」- 不只是程式碼,而是整個任務從頭到尾的執行方式,包括工具串接、資料處理、輸出格式。它是 work assistant 層面的擴充。
| 面向 | Cursor Rules | Copilot Instructions | Cowork Plugin |
|---|---|---|---|
| 定位 | 程式碼風格指引 | 程式碼行為指引 | 工作流程擴充 |
| 觸發方式 | 自動套用 | 自動套用 | Slash command 或語意匹配 |
| 工具串接 | 無 | 無 | Connectors(MCP) |
| 分工能力 | 無 | 無 | Sub-agents |
| 範圍 | 程式碼生成 | 程式碼生成 | 任意工作流 |
分享和部署
做好的 Plugin 存在你的本機,不會自動同步到其他裝置。要分享給團隊成員,可以把 Plugin 目錄打包成檔案傳過去,或是放到 GitHub repo 讓大家 clone。
有一個重要限制:Cowork Plugin 只能在 Cowork 模式裡用,Chat 模式不行。切換到 Cowork 才看得到你安裝的 Plugin 和它們提供的 slash command。
實際案例:PR Review Plugin
假設你想做一個自動化的 PR Review 流程:
1 | /review-pr 會做以下事情: |
Claude 會幫你建立一個包含以下元件的 Plugin:
- Skill:定義 review 標準、severity 分級邏輯、報告格式
- Connector:接 GitHub MCP Server,拉 PR diff 和 file list
- Sub-agent:一個專門做安全性檢查,一個專門做效能分析,最後由主 agent 彙整
跑過幾次真實的 PR 後,你可能會發現某些誤報模式,再回來調整 Skill 裡的判斷邏輯。這個迭代過程就是 Plugin 越用越順的關鍵。
Plugin 系統把 Claude 從「一問一答」推到了「持續執行標準化工作流」的層級。對於那些每週、每月都在重複的流程,花一次時間做好 Plugin,之後每次執行都是秒級完成。划算的交易。
原文來源:How to build a plugin from scratch in Claude Cowork
參考來源:Claude Cowork, a research preview










