起點：從一句「不要每次都重講」開始

事情大概是這樣開始的。

我經常旅行，常常要查各地的資訊、機場航線、特定景點周邊住宿。每次都要跟 Claude 從頭交代一次：

「先找官方來源，別只用 Klook。」
「FB 上的廟會資訊也要查，別漏掉。」
「住宿不要找連鎖大飯店，我要看小旅館。」

每次都這樣，講到我自己都煩。

直到看到 Claude 把 skill 機制做出來，我才有了一個明確的工具：把這些每次都要重講的規則，封裝成可以自動觸發的 SOP。

這篇是我做了幾個 skill、用了之後的回頭看，哪些設計是真的對的，哪些是踩過坑才修正的，以及哪些到現在還沒解開。

Skill 機制怎麼一路長大的

先把事實鋪平，因為這個時間軸會影響你看到的所有教學文。

2026 年 1 月 12 日，Cowork 以 research preview 推出。
1 月 30 日，Plugin 機制上線，首發 11 個開源插件放上 GitHub。
2 月 24 日，企業版大更新，連接器擴展到 Google Workspace、DocuSign、FactSet，加入夥伴垂直插件。
3 月到 5 月，細水長流，各家整合。
6 月，基礎建設層升級：企業 MCP 管理（Okta 整合）、Cowork 配額加倍、Claude Design 共用配額、巢狀 skill 的權限 bug 修復。

半年下來節奏很清楚：1 月骨架、2 月企業肌肉、6 月基礎建設。先擴張後收斂，目前在收斂期。

這個對個人開發者其實是好消息。官方在收斂，代表你的垂直領域 skill 不會被新一波官方插件淹掉，你現在做的東西，可以站半年以上。

我的 skill

官方那 11 個插件全是橫向職能，像是 sales、HR、finance、legal、PM、marketing，主要在處理公司內部的知識工作流。

我做的剛好相反，全是垂直領域：

技能 gmap-sweep，以某點為中心、半徑範圍內某類店家全部撈齊。觸發句像是「X 地點周邊咖啡廳全部列給我」。

技能 hotel-search，找某點附近「值得住」的精選住宿。觸發句像是「X 地點走路 10 分內推薦旅館」。

技能 matsuri-events，查地方固定活動、年度行事曆。觸發句像是「夏天某地點有什麼活動」。

技能 youji-collect，蒐集真實旅記、避開廣告文。觸發句像是「某景點的遊記」。

技能 flight-search，查航線結構、實際執飛資訊。觸發句像是「某地飛某航點有沒有直航」。

踩過的坑 1：把窮盡搜尋跟精選搜尋塞同一個 skill 會崩

最痛的一個坑。

我一開始寫 gmap-sweep（把方圓內某類店家全部撈齊）跟 hotel-search（找某點附近精選住宿），本能想用同一個 skill，靠條件分支處理：

當使用者要全部，就走窮盡流程。
當使用者要精選，就走精選流程。

聽起來合理。實際做下去整個崩。

原因是：這兩個流程的成功標準根本不同。窮盡搜尋的成功是「漏掉一家就是失敗」，精選搜尋的成功則是「列太多反而失敗」。兩個成功標準互斥，塞同一個 skill 等於要 AI 同時優化兩個矛盾目標。

後來把它拆成兩個獨立 skill，各自的成功標準寫清楚，一秒解決。

心得：skill 的拆分要對著「成功標準的差異」拆，不是對著「主題的相鄰」拆。「都跟地點搜尋有關」不是放同一個 skill 的理由，「成功標準一樣」才是。

踩過的坑 2：描述寫太廣會亂觸發，寫太窄會冷掉

這個是大家都會撞到的坑。

那個 description 欄位是 skill 機制最關鍵的欄位，Claude 靠它判斷現在要不要啟動這個 skill。

寫太廣，例如「處理跟旅遊相關的查詢」，結果問「巴黎天氣」也被觸發了，根本不是這個 skill 該處理的。

寫太窄，例如「查日本中部地區岐阜縣高山市夏季祭典時間」，幾乎所有的場景都不會觸發，等於沒寫。

我的經驗法則是：寫具體場景加觸發詞，例如「查地方固定活動的權威日程。當使用者問『某地某天有什麼活動』、『某祭典什麼時候』、『廟會路線與交管』時觸發。即使對方沒講『祭典』二字、即使是台灣廟會或民俗遶境也要觸發」這樣的寫法。

把「該觸發的所有句型」列出來，比寫一個抽象描述有用十倍。

開始做自己的 skill，一些小建議

先寫 skill，別急著做 plugin。先把單一 skill 寫對，就已經拿到大部分的價值。

從你最常重複講的那件事開始。不要從「我想做一個很厲害的 skill」開始，從「我每次都要跟 Claude 重複講的那句話」開始。那就是你最該封裝的東西。

官方的 cowork-plugin-management 是最好的對照組。把那個 repo clone 下來讀 SKILL.md 本體，比看任何教學文都直接，這是 Anthropic 自己定義的工法規範。

注意配額。Plugin 的 session 比一般對話耗額度，複雜的多重指令 session 可能用掉等同一般訊息很多倍的額度。

結語：還沒解開的問題

寫到這裡其實有點心虛，我這幾個 skill 都才用沒多久，很多設計決策的對錯，要再過一陣子才知道。

而 skill 機制本身也還很新。Anthropic 半年內已經迭代過好幾版了，搞不好過幾個月又長出新東西、把現在這套打掉重練。

但我覺得這就是寫這類筆記的價值，不是給你一個完美答案，而是把踩過的坑攤開來，讓下一個人不用同款踩。

參考連結

Anthropic 官方 plugin repo： https://github.com/anthropics/knowledge-work-plugins

Cowork 產品頁： https://claude.com/product/cowork

Agent Skills 官方最佳實踐： https://platform.claude.com/docs/en/agents-and-tools/agent-skills/best-practices