2026年5月8日 下午 3:25
AI 設計AI TOOLS FOR DESIGNERS · 2026
QUICK ANSWER
Claude Skills 是 Anthropic 在 2025 年 10 月推出的能力擴充系統,把「特定任務的指令、腳本、參考資料」打包成一個資料夾,Claude 遇到對應情境會自動載入。對設計師來說,它的價值不在寫程式,而是把品牌規範、設計系統 token、簡報模板、社群素材規格,從「每次都要重講一遍」變成「一次寫好、反覆使用」。2025 年 12 月已開源為跨平台標準,Notion、Canva、Figma、Atlassian 都接了。
CHAPTER 01 · WHAT IS IT
Skill 的本體很樸素:一個資料夾,裡面放一個叫 SKILL.md 的檔案。檔案開頭兩行 metadata 寫名字跟描述,下面寫指令。要的話可以再塞腳本、模板、參考文件進去。
關鍵是「描述」這欄。Claude 不會把所有 skill 全塞進 context,只會看標題跟描述,判斷這次任務要不要載入。對到才讀整份 SKILL.md。讀完才照著做。
整個機制設計師應該很熟。這就是 Figma 的 component library——你不會每次設計都重畫按鈕,你會 import。Skills 就是 Claude 的 component library,只是裡面裝的不是元件,是「該怎麼做這件事」的判斷邏輯。
「Skills 不是 prompt 的進化,
是把工作流從『口頭交代』升級成『可版本控管的資產』。」
CHAPTER 02 · WHY IT MATTERS
你每次開新對話請 Claude 幫你寫文案、出 banner、改 UI 描述,前面是不是都在重複同一段話?「字級用 14、品牌色是 #D4A259、語氣要簡潔、別出現 emoji」——這段你寫了幾百次。
System prompt 是一個解,但 system prompt 是「全域」的,塞太多會稀釋,而且每個對話都吃一份 context 配額。Skills 不一樣:它平常待機,只有你說「幫我做 banner」的時候才載入「banner skill」,不需要的場合完全不佔空間。
我自己的部落格寫作流程,就是把整套設計系統色票、寫作 voice、圖片驗證 SOP、發布前檢查清單,封裝在一個 skill 資料夾裡。每次要寫新文章,Claude 自己會先讀完規範再開寫,我不需要再貼一次「請用 #0a0907 暖黑底」「全形標點」「圖片要 curl 驗證」。它知道。
1×
WRITTEN ONCE
寫一次,所有對話通用
0
CONTEXT WHEN IDLE
不用時零 token 佔用
∞
REUSE FOREVER
一次封裝,永久復用
CHAPTER 03 · HOW IT WORKS
最小可行的 skill 只需要 SKILL.md 一個檔案。複雜一點的會帶腳本跟參考資料分檔。Anthropic 官方推薦「漸進式揭露」:metadata 永遠看得到,細節要用到才載。
SKILL.md ANATOMY · 一個 SKILL 的解剖
LAYER 01 · METADATA
YAML Frontmatter
只放 name 跟 description。Claude 平常只看到這兩行,用來判斷要不要觸發。
LAYER 02 · CORE
Markdown Instructions
實際的指令、規範、SOP、檢查清單。觸發時 Claude 才把整份讀進來。
LAYER 03 · RESOURCES
scripts/ · references/ · assets/
腳本、深度參考文件、模板素材。Claude 視需要載入,複雜任務分檔避免污染主指令。
CHAPTER 04 · GETTING STARTED
別一開始就追複雜場景,從你最常重複交代的那段話開始。對設計師來說,通常是品牌規範。
下面是一個極簡的 skill 範例,你可以直接複製改字:
my-brand/SKILL.md
---name: my-brand description: 品牌規範、視覺語言、語氣準則。當需要產出對外文案、 社群素材、簡報、視覺稿時自動套用。 ---# 我的品牌規範## 配色 - 主色:#D4A259 - 暖黑:#0A0907 - 文字:#D4CCBD ## 字型 - 標題用 Inter,中文用思源黑體 - 標題重量 300、內文 400 ## 語氣 - 直接給觀點,別堆砌 - 避免 emoji 跟「總而言之」式收尾 - 中文標點全形 ## 禁用 - 紫色漸層背景 - Arial、Roboto - 過度條列
寫好之後丟到 Claude.ai 設定的 Skills 區、或上傳到 API,觸發描述對到的場景就會自動載入。官方 GitHub repo 有 17 個範例,直接拿來改是最快的學法。
YOUR SKILL JOURNEY · 從入門到團隊化
品牌規範 skill
配色、字型、語氣、禁用清單。10 分鐘可完成。
產出規格 skill
社群尺寸、簡報模板、文章結構。把每個交付物的 spec 寫死。
工作流 skill(含腳本)
封面圖批次處理、檔案命名規則、發布前檢查。skill 帶 Python 腳本。
團隊共用 skill 庫
Team / Enterprise 方案有組織級管理,設計團隊共用同一份規範來源。
到 Step 03 你會碰到一個分水嶺:要不要讓 skill 帶可執行腳本。Anthropic 官方 PDF skill 就是這樣做的——主指令保持精簡,旁邊放一支 Python 腳本,Claude 視情況呼叫。對設計師來說,這意味著像「批次重命名素材」「擷取 PDF 表單欄位」這類重複工作,可以直接寫成 skill 的一部分。
CHAPTER 05 · IN PRACTICE
以下六個是我自己跑下來最有感的場景。共通點:都是「描述清楚、規則明確、執行重複」的工作。
SCENARIO 01
配色、字型、語氣、禁用清單。最簡單最實用,所有對外文案、視覺稿都會自動套用。
SCENARIO 02
色票、字級、間距、圓角規格寫成 JSON 或 YAML 附在 skill 裡。Claude 出 UI 描述、CSS 都直接套對的值。
SCENARIO 03
結合官方 pptx skill,把你的字級、留白、案例截圖、字幕區規範寫進去。Claude 直接吐 .pptx,不用每次重訂。
SCENARIO 04
IG 貼文、Threads、FB 廣告各自的字數、視覺、CTA 規則。同一篇內容自動轉三種格式。
SCENARIO 05
把你的句型、節奏、開頭 hook 偏好寫成規範。Claude 寫文案時會比較像「你」,而不是 ChatGPT 餘味。
SCENARIO 06
你交件前一定會檢查的那些項目——alt text、字級、出血、檔名、版本——寫成 skill,Claude 自己 self-check 後才交。
▼ 官方 PowerPoint Skill 實際應用展示
▲ pptx 是 Anthropic 預載的官方 skill 之一,展示 skill 系統實際怎麼跑
CHAPTER 06 · LIMITS
第一,描述寫不好就觸發不了。 Skills 整個機制建立在「Claude 看描述判斷要不要載入」上。描述太籠統,Claude 不知道何時觸發,等於白寫。描述要具體寫「處理什麼類型的任務、什麼關鍵詞會觸發、不該用在什麼情境」,別只寫「處理品牌相關工作」。
第二,別人的 skill 別亂裝。 Anthropic 自己在文件裡很慎重提醒:skills 等同於「軟體」,惡意 skill 可以指揮 Claude 偷資料、亂執行命令。只用自己寫的、或官方 GitHub 上的。第三方 skill 用之前先把 SKILL.md 跟所有腳本看過一遍。
第三,context window 還是有上限。 載入太多 skills 並行會擠壓對話空間。一般用戶開三五個就夠用,別一次塞二十個。重要的是「精準觸發」,不是「全部備齊」。
CHAPTER 07 · COMPARED TO
這三個常常被混為一談,但角色完全不一樣。簡單講,System Prompt 是「你是誰」,MCP 是「你能連到哪」,Skills 是「你怎麼做這件事」。
最聰明的玩法是組合用:System Prompt 設定身份,MCP 接 Figma 資料,Skills 處理產出規格。三層各司其職,不互搶位子。
CHAPTER 08 · TAKEAWAYS
我看設計圈這幾年的工具演進,最大的轉折不是「AI 會做某件事」,而是「AI 開始有了長期記憶」。Skills 就是這條路上很關鍵的一塊。它讓你停止「每次對話從零開始」,把過去散落在 prompt、文件、筆記裡的工作邏輯,集中成一個可版本控管的資料夾。
更重要的是它已經是開放標準。同一個 skill 在已採用 Agent Skills 標準的平台之間可以通用,目前 Cursor 等工具已經接了,你不用為了換工具重寫一次。對個人創作者跟小團隊來說,這意味著你寫的每個 skill 都是長期資產,不會綁死在哪家平台。
我設計圈深耕快十年,看過太多「強大但不會被人記得」的工具。Skills 不一樣,它會被記得,因為它解決的是設計師最古老的痛點:把腦袋裡的隱性知識,變成可被傳遞、被覆用的形式。寫第一個 skill 的當下你不會覺得有什麼,但寫到第十個的時候你會發現——你已經把整個工作室的腦袋封裝完了。
「設計師最值得封裝的
不是技巧,是判斷。」
ONE MORE THING
Skills 是基礎建設,讓 Claude 變成你的工作流;Claude Design 則是直接把 Claude 變成你的設計助手——從自然語言描述生出 prototype、slides、one-pager。它跟 Skills 不衝突,反而是上下游關係:Skills 教 Claude 你的視覺規範,Claude Design 拿著這份規範直接出視覺。
▲ Claude Design:Anthropic Labs 在 2026 年 4 月推出的設計師專用產品
FAQ · 常見問題
最關鍵的差別是開放性。Custom GPTs 是 OpenAI 的封閉產品,綁死在 ChatGPT 裡;Skills 在 2025 年 12 月已釋出為跨平台的開放標準,已經被 Cursor 等其他工具採用,理論上你寫的 skill 不會被綁在單一平台。其次,Skills 的「描述觸發」機制讓多個 skill 可以共存而不互相搶 context,這在 Custom GPTs 上目前比較難做到。
可以。根據 Anthropic 官方支援文件,Skills 在 Free、Pro、Max、Team、Enterprise 全方案都開放,但需要先在「Settings → Capabilities」開啟 Code execution and file creation,接著到「Customize → Skills」就能啟用。免費版有訊息次數限制,但 Skills 功能本身沒有方案門檻。團隊跟企業方案多了「組織級佈署」這層管理,可以集中分發 skill 給所有成員。
不需要。最基本的 skill 只是一個 markdown 檔案,寫成 SKILL.md 即可。會 markdown 寫文件就夠用。要塞 Python 腳本進去做進階自動化才需要寫程式,但那是進階用法。設計師從品牌規範、語氣準則這類純文字 skill 開始最合適。
不衝突,而且配合最強。MCP 負責「讓 Claude 連到外部資料源」(如 Figma、Notion、Google Drive),Skills 負責「讓 Claude 知道拿到資料後該怎麼處理」。兩個結合就是完整工作流:MCP 讀資料,Skill 套規範,輸出符合品牌的成品。
可以。Team 跟 Enterprise 方案有「組織級 skill 管理」,管理員可以集中佈署,所有成員自動拿到同一份品牌規範、設計 SOP。等於你們團隊的設計系統真正活了——不只是 Figma 上的 component library,連 AI 工具的判斷也一起對齊。
會。Anthropic 官方文件直接寫:「Skills are living documents」,要持續迭代。建議寫完一個 skill 之後,連續用兩週、觀察 Claude 怎麼觸發、有沒有預期外行為,再回頭修描述跟指令。版本控管很重要,把 skill 放 GitHub 或 Notion 之類有版本歷史的地方。
有。Anthropic 在文件裡明確警告:把 skill 當「軟體」處理,只用可信來源(自己寫的、或官方 GitHub repo)。陌生 skill 要先把 SKILL.md 跟所有腳本看過一次,確認沒有可疑網路呼叫、沒有越權檔案存取再用。
FURTHER READING · 延伸資源
· Anthropic 官方工程部落格:Equipping agents for the real world with Agent Skills
· GitHub:anthropics/skills 官方範例倉庫(17 個 skill)
