AI Skills 是什麼?一次搞懂技能檔、和 MCP/CLAUDE.md 的差別
這一兩年多了一個新名詞:AI Skills(技能、技能包、Agent Skills)。它常常跟 MCP、prompt 範本、CLAUDE.md 被混在一起講,但它們解決的其實是完全不同的問題。
這篇用最短的路徑把它講清楚:AI Skills 是什麼、一個技能檔長什麼樣、它怎麼被叫出來、跟 MCP 差在哪、哪些工具支援、以及你要怎麼寫出自己的第一個技能。
一、AI Skills 是什麼?
AI Skills 是一份告訴 AI Agent「這件事該怎麼做才對」的 Markdown 檔案。它由兩個部分組成:檔頭的觸發條件(什麼情境該啟用我)與內文的執行紀律(啟用之後照什麼順序、什麼判準做)。
一般人裝 AI 工具的順序是:先找一個很厲害的模型,再期待它自己表現好。AI Skills 的順序剛好相反——先把「一件事該怎麼做才對」寫清楚,再交給模型去執行。
所以它不是外掛、不是框架、也不綁特定模型。它是你把自己的專業,變成 AI 可以重複執行的標準作業程序。
二、一個技能檔長什麼樣子
沒有神秘的東西。一個技能就是一個資料夾,裡面放一個 SKILL.md:
skills/
grilling/
SKILL.md ← 本體
EXAMPLES.md ← 選用:需要時才被讀進來的附屬檔
scripts/ ← 選用:可執行的腳本SKILL.md 的內容長這樣(這是 Matt Pocock 那套裡的 /grilling,我留了最關鍵的幾行):
---
name: grilling
description: Grill the user relentlessly about a plan, decision, or idea.
Use when the user wants to stress-test their thinking.
---
Interview me relentlessly about every aspect of this until we reach a
shared understanding. Walk down each branch of the decision tree...
Ask the questions one at a time, waiting for feedback on each question
before continuing. Asking multiple questions at once is bewildering.
If a *fact* can be found by exploring the environment, look it up rather
than asking me. The *decisions*, though, are mine.兩個必要欄位:name 與 description
name:技能的名字,也就是你在對話裡打的斜線指令(例如/grilling)。description:整個技能最重要的一行。AI 平常只看得到這一行,靠它判斷「這次任務要不要啟用我」。寫得太籠統就永遠不會被叫到,寫得太窄則該用的時候不會出現。
底下的內文就是純粹的指示。厲害的地方從來不在格式,而在那幾段話有多懂這門專業——上面那段就同時處理了三件事:一次只問一題、事實自己查不要煩人、決策一定要問人。
附屬檔案:把長內容留到需要時才讀
技能資料夾裡可以再放別的檔案——範例、格式規範、可執行腳本。SKILL.md 只在需要時指路過去,例如「格式細節見 ADR-FORMAT.md」。這樣主檔維持精簡,細節不會平白吃掉 context。
三、它怎麼被叫出來:隨需載入
這是 AI Skills 跟「把規則全部塞進一份大 CLAUDE.md」最根本的差別。技能平常只佔一行描述的空間,真的用到才展開全文。所以你可以同時裝幾十個技能,而不會把工作記憶塞爆。
① 開場只載入描述
Agent 啟動時,只把每個技能的 name 與 description 讀進來——幾十個技能加起來也只有幾百字。
② 判斷情境
你丟出任務後,它拿你的意圖去對照那些描述,看有沒有哪一個對得上。這就是 description 寫得好不好會決定成敗的原因。
③ 展開全文
對上了才把整份 SKILL.md(必要時連附屬檔一起)讀進工作記憶。
④ 照著紀律做事
接下來的產出就會遵守這份技能寫的順序與判準,而不是模型的預設習慣。
另外還有一條權限軸線:有些技能只有你打指令才會啟動(負責指揮與編排),有些則是AI 判斷情境自己就會叫(負責可複用的紀律)。前者可以去叫後者,反過來不行——這樣指揮鏈只有一層,不會互相打架。
四、Skills、MCP、Prompt 範本、CLAUDE.md 差在哪
| 做法 | 解決什麼 | 什麼時候被載入 | 適合放什麼 |
|---|---|---|---|
| Prompt 範本 | 一次性的指令措辭 | 你手動貼上 | 單次任務的敘述 |
| CLAUDE.md/專案規則 | 這個專案的固定背景 | 每次對話都全文載入 | 少量、真的每次都要知道的事 |
| MCP 伺服器 | AI「能碰到什麼」(資料、工具、API) | 連線時常駐 | 資料庫、行事曆、第三方服務 |
| AI Skills | AI「該怎麼做」(流程與判準) | 情境符合時隨需載入 | 方法論、SOP、品質紀律 |
最好記的心智模型是:MCP 給 AI 手腳,Skills 給 AI 規矩。
你把資料庫的 MCP 接上去,AI 就能碰資料庫;但要它「改結構前先確認欄位、寫測試、留下遷移紀錄」,那是 Skill 的事。兩者疊在一起,才是一個能交付的 Agent。
至於 CLAUDE.md:它是每次都全文載入的,所以只適合放真的每次都要知道的少量背景。把二十條流程規範塞進去,代價是每一次對話都在付那個 token——這正是技能檔要解決的問題。
五、哪些工具支援 AI Skills
技能檔是純 Markdown,本身不綁模型也不綁廠商。目前的生態大致是:
- Claude Code:原生支援,可以放在專案的
.claude/skills/、家目錄的~/.claude/skills/,也可以整包當外掛安裝。 - Codex 等符合 Agent Skills 標準的工具:透過安裝器把同一份技能裝進去。
- skills.sh:跨工具的安裝器,一次選好要裝哪些技能、要裝到哪些 AI 工具。
npx skills@latest add <github-使用者>/<倉庫>因為是純文字,它天生就能進 git:可版控、可 code review、可以隨團隊一起演進。這點對企業比什麼都重要——你的方法論不會被綁在某一家廠商的後台裡。
六、怎麼寫自己的第一個技能
不用從大工程開始。挑一件你已經重複做過三次以上、而且每次都希望做法一致的事,把它寫下來就是了。
① 挑一個重複發生的流程
報價、健檢、驗收、交接、寫週報——只要你每次都得重講一遍規矩,它就值得變成技能。
② 先寫觸發條件
description 用「使用者會怎麼說」的句式寫:「當使用者要做 X、提到 Y 時使用」。這一行決定它會不會在對的時候出現。
③ 寫判準,不要寫廢話
只寫「不寫下來 AI 就會做錯」的那些事:順序、禁止事項、什麼情況要停下來問人。模型本來就會的東西不用教。
④ 用三次、改三次
第一版一定不完美。每次用完問自己「它哪裡做得不對」,把答案補回技能檔——技能是養出來的,不是寫出來的。
一個好技能通常有三個特徵:觸發條件寫得夠具體(不會亂啟動也不會該用時不出現)、內容只講判準(不是把模型已經會的事再講一遍)、可以被別的技能組合(做好一件事,不要包山包海)。
七、AI Skills 對企業真正的意義
方法論不再綁在人身上
資深員工的判斷寫成技能檔進版控,人員異動也帶不走。這是把個人經驗變成公司資產最輕的一種做法。
全公司照同一套標準
每個人的 AI 都讀同一份技能,產出的品質下限被拉齊——不再是誰比較會下指令,誰的成果就比較好。
可版控、可審查、可演進
純文字檔案,改動有紀錄、有人審、可回溯。方法論第一次擁有跟程式碼一樣的工程紀律。
不被廠商綁住
換模型、換工具,技能檔照樣能用。你投資的是自己的方法,不是某一家的後台。
我是王永鉞(Elmers Wang),這幾年替企業把 AI 從概念做到上線。我的觀察是:真正拉開差距的從來不是誰的模型比較新,而是有沒有把「一件事該怎麼做才對」寫下來,讓 AI 每一次都照著做。AI Skills 目前是做這件事最輕、最好改、也最不綁廠商的載體。
這件事的難點從來不在寫 Markdown,在於把「你們公司到底怎麼判斷這件事做對了」逼成文字。這正是企業 AI 導入第一階段在做的事——盤點哪些判斷卡在少數人腦裡,再一條一條變成系統讀得懂的紀律。
想看一套真實世界的技能包長什麼樣,可以接著看:Matt Pocock 的 Skills 技能包實測。
常見問題 FAQ
AI Skills 是什麼?+
AI Skills 是給 AI Agent 讀的技能檔——一份 Markdown,檔頭定義什麼情境該啟用它,內文定義啟用後要照什麼流程與紀律做事。Claude Code、Codex 等支援 Agent Skills 標準的工具都讀得懂。
AI Skills 和 MCP 有什麼不同?+
MCP 解決的是「AI 能碰到什麼」——把資料庫、行事曆、第三方 API 接給模型用。AI Skills 解決的是「AI 該怎麼做」——把做事的步驟與判準寫給模型看。兩者互補,不是二選一。
AI Skills 和 CLAUDE.md 差在哪?+
CLAUDE.md 每次對話都會全文載入,所以只適合放少量、真的每次都要知道的背景。AI Skills 是隨需載入——平常只佔一行描述,情境符合時才展開全文,因此可以同時裝幾十個而不會塞爆 context。
不會寫程式的人用得上 AI Skills 嗎?+
用得上。訪談型技能(把需求問清楚)、交接技能(把對話壓縮成交接文件)、教學技能,都跟程式無關,是純粹的工作方法。真正的門檻不是技術,是你願不願意把自己的做法寫清楚。
自己公司可以做專屬的 AI Skills 嗎?+
可以,而且這才是真正的複利。把公司重複發生的流程——報價、健檢、驗收、交接——各寫成一個技能檔放進版控,團隊每個人的 AI 就都照同一套標準做事,人員異動也帶不走。
本文用到的名詞定義
想把公司的做事方法,寫成 AI 每天照做的技能?
跟我聊聊你的 AI 導入相關文章
Matt Pocock 的 Skills 技能包實測:22 個技能,讓 AI 照工程紀律做事
十八萬顆星的 mattpocock/skills,是一個資深工程師把每天在用的 .agents 資料夾整包開源。本文拆解它要修的四個病、22 個技能各自負責什麼、兩種安裝方式,以及我實測後的心得與雷點。
Orca vs cmux 全面比較:2026 年,你該用哪個 Agent IDE 管理 AI 代理群?
Orca vs cmux 該選哪個?一次看懂兩款 Agent IDE 的定位差異:Orca 以 git worktree 為核心、跨平台且有正式手機 App;cmux 是原生 macOS 終端機,啟動快、記憶體省。
SkillsMP 是什麼?把 GitHub 上的 Agent Skills 全撈進來的搜尋站(附 API 實測)
SkillsMP 是聚合 GitHub 開源 Agent Skills 的搜尋站,相容 Claude Code、Codex CLI 與 ChatGPT,完全免費並提供 REST API 與 MCP Server。本文實測它的公開 API,說明它真正的價值、三個該知道的限制,並誠實指出「200 萬個技能」這個數字為何外部驗證不了。