Skills 和自訂指示（custom instructions）有什麼不同？

自訂指示是每次對話都會塞進去的固定內容，不管用不用得到。Skill 是按需載入——Claude 先看到一份簡短說明，判斷這次任務用得到才把完整內容讀進來，平常不佔用對話空間。

一般使用者也能建立 Skill 嗎？

可以。Skill 本質上就是一個資料夾加一份說明文件，不需要寫程式。會寫 Markdown、清楚描述步驟，就足夠做出一個堪用的 Skill。

在 Skill 出現之前，重複性的工作流程只有兩種處理方式：每次對話重新打一遍指示，或是把大量規則塞進系統提示、custom instructions 裡讓每次對話都帶著。前者浪費時間，後者浪費上下文視窗，而且不管這次任務用不用得到，那些內容都佔著位置。

Skill 把「這件事該怎麼做」寫成一份獨立的說明（連同範本、腳本等資源），平常不出現在對話裡。Claude 只看到每個 Skill 一行左右的簡短描述，等判斷這次任務真的對得上，才把完整內容讀進來用。

一個 Skill 基本上是一個資料夾，核心是一份說明文件（慣例上叫 SKILL.md），開頭寫名稱和一句話描述，供 Claude 判斷要不要載入；本文則是完整的操作指示，包含步驟、注意事項、輸出格式等。

除了說明文件，Skill 資料夾也可以放範本檔案、範例、甚至一小段可執行的腳本，讓 Claude 在需要時直接引用或執行，而不用把所有東西都寫成文字描述。

這是最常被搞混的一點。MCP 解決的是「Claude 能不能接上某個外部系統」——資料庫、API、檔案系統。Skill 解決的是「接上之後，這件事該按什麼流程做」。

兩者常常一起用：MCP 讓 Claude 有能力操作某個工具，Skill 則告訴它在特定情境下該怎麼組合這些能力、遵守哪些流程規範。有 MCP 不代表有 Skill，反之亦然。

重複出現、有固定套路的工作。 每週都要用同樣格式整理報告、每次上架商品都要走同一套檢查清單，這類任務很適合寫成 Skill。

團隊需要統一做法時。 把公司的品牌語氣、文件格式、審核標準寫成 Skill，團隊裡每個人用 Claude 產出的東西風格才會一致，不必每個人各自口頭交代一遍。

流程複雜到值得寫下來的任務。 如果一件事三言兩語講不清楚、需要好幾個步驟環環相扣，寫成 Skill 比每次臨場描述更可靠。

觸發判斷不是絕對精準。 Claude 是依描述的相關性決定要不要載入某個 Skill，描述寫得模糊，就可能該觸發時沒觸發，或不該觸發時誤觸發。

Skill 不是萬能的自動化。 它提供的是指示和資源，實際執行仍然是 Claude 在當下判斷、產生內容，不是寫死的程式。牽涉到精確計算或必須每次結果一致的任務，還是該用真正的程式或工具去做。

來源要可信。 使用別人分享的 Skill，等於讓它的說明文件影響 Claude 的行為。裝之前該看清楚內容在要求 Claude 做什麼。