「每次寫月結報告都要開四個工具、對三份表格、套同一個格式。」如果你有類似的重複工作流,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
2
3
我需要一個月結報告的 Plugin。每個月底要從 Google Sheets 拉銷售數據、
從 Jira 拉本月完成的 ticket、整合成固定格式的報告,最後寄到 Slack 的
#monthly-report 頻道。

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,可能會想:這跟 .cursorrulescopilot-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
2
3
4
5
6
/review-pr 會做以下事情:
1. 從 GitHub 拉 PR diff
2. 檢查是否有安全性問題(SQL injection、XSS、敏感資訊外洩)
3. 檢查是否有效能問題(N+1 query、缺 index、大量 DOM 操作)
4. 依照團隊的 code style guide 檢查命名和結構
5. 產出結構化的 review 報告,severity 分三級

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