AGENT SKILL 一日工作坊 · 階梯 2 / 11

把工序變成 Skill
規則別用嘴巴一直重講。

這是全天最核心的一章。你會親手做出第一張屬於自己的超能力外掛卡 ── 一個資料夾、一份 SKILL.md,用記事本就寫得出來,一句話就能叫它出來幹活。

⏱ 45 分鐘 · 全天最重 五段循序 · 封面+47 頁 全員動手 · 不寫一行程式
這一章怎麼走。 痛點與死穴 → 什麼是 Skill → 三明治結構 → 實戰與避坑 → 動手做卡。一句話收束:規則別用嘴巴一直重講,做成一張卡,要用再抽。

開場提問

既然能直接跟 AI 講規則,
為什麼還要做 Skill?

這是你心裡一定會冒出來的問題。動手做第一個 skill 之前,先把這條「老路」的問題講透,你才會懂 skill 到底在解什麼。

先講結論:把規則塞進對話這條路,有 四個死穴。接下來幾頁,一個一個拆給你看。

接下來要拆的四個死穴 ↓

① 字數爆炸
② 極難維護
③ 費用高昂
④ 死板硬背

根本原因 一

考前抱佛腳效應:
一次塞太多,反而一片空白

🥪 一次塞滿

所有 SOP + 家規 + 限制 + 工具定義,全部攤在桌上。桌子被塞爆,AI 看不清哪個才是重點。

🧠 考場空白

就像考前一晚把整本課本硬塞進腦袋,進了考場反而腦袋一片空白。

資訊超載 → 注意力分散。還記得先備知識那張「有限的桌子」嗎?桌上堆太多,就什麼都看不清。

根本原因 二

對話越拉越長,
AI 開始裝傻、跳步

對話一短:規則卡片清清楚楚 ✓
對話變長:規則開始變淡、被稀釋
對話更長:規則消失,AI 偷偷省略檢查步驟 ✗

遇到繁瑣的檢查,如果沒有一份物理性的 SOP 硬性約束,AI 常常會自己偷偷省略,然後就執行失敗。這不是 AI 壞掉,是注意力被稀釋的必然結果

傳統解法

寫一份落落長的
全域家規檔塞給 AI

把所有規矩一次寫好(例如 CLAUDE.md),每次對話整包塞給 AI。規則寫死了,總不會忘了吧?

# CLAUDE.md ── 全域家規(往下捲不完)

[DO NOT] 不准在 root 建檔案...
[ALWAYS] 每次都要先讀檔案...
[DO NOT] 不准用 grep / find / cat...
[ALWAYS] commit 後一定要 push...
[DO NOT] 不准建立重複檔案...
      ⋮  ( 還有好幾百行 )

聽起來很合理對吧?下一頁讓你看看,它可以誇張到什麼程度。

真實案例

24,000 Token 的
提示詞牢籠

≈ 24,000 Token

2025 年中被外流的 Claude 系統提示詞,竟然高達將近 2.4 萬 Token。

# ROLE CONFIGURATION
You are a highly-capable, autonomous AI system...

# BEHAVIORAL CONSTRAINTS
1. DO NOT assume anything not in the user query.
2. ALWAYS perform deep multi-step verification.
   ⋮   ( 角色、約束、合規⋯⋯ 還有好幾百行 )

你每次對話,還沒開始做事,這 2.4 萬 Token 就先被傳一遍。

章節 ANCHOR

碎碎念家規 ── 4 大死穴

💥 ① 字數爆炸

每次對話都重傳幾千字背景,還沒做事就先累。

後果:開場就被塞滿,正事還沒開始就先燒一筆。

🔧 ② 極難維護

改一條小規則,得回頭翻過所有對話跟檔案。

後果:規則散在四處,改一條漏三條。

💸 ③ 費用高昂

重複傳的那幾千字,每一輪問答都在計費。

後果:幾十輪對話,預算被重複的字默默吃光。

🤖 ④ 死板硬背

規則塞太多,AI 變僵硬,反而跳步裝傻。

後果:該靈活時不敢,反而更容易出錯。

記住這四個 ── 等一下你會看到 skill 剛好把它們全治了。

死穴 01 / 04

💥 字數爆炸 ──
還沒開始,就先累了

🏃 起跑線前就喘氣

你得寫一張厚厚的全域家規紙塞給 AI。每一次對話,都得把這幾千字重複傳一遍。結果就是:你還沒開始交辦正事,光是「背家規」就已經把 AI 累個半死、把開場塞滿。

事情都還沒做,負擔先到

死穴 02 / 04

🔧 極難維護 ──
改一條,翻全部

對話框 A
舊規則 ✗
專案檔 B
已改 ✓
CLAUDE.md
舊規則 ✗

同一條規則被複製在好幾個地方,改了一個,其他還是舊的(紅線處不一致)。

規則散在四處,維護成本高到嚇人。這是最容易被忽略,但長期最痛的問題。

死穴 03 / 04

💸 費用高昂 ──
狂燒荷包,還燒得你沒感覺

🔥 每一輪都在重傳、每一輪都在計費

每一次問答,都在重複傳送那幾千字的背景廢話。這些字不是拿來做事的,是拿來「複習家規」的 ── 但它一樣計費。

重複背景字 × N 輪 = 看不見的帳單。幾十輪對話下來,預算就被這些重複的 Token 默默吃光。

死穴 04 / 04

🤖 死板硬背 ──
塞太滿,反而變僵硬

📌 被規則便利貼貼到動彈不得

當你把 AI 的腦袋塞滿一條條框框,它的回答會變得無比死板。該靈活的時候它不敢靈活,因為滿腦子都是「不准這樣、一定要那樣」。

規則塞太多,換來的不是更聽話,是更僵硬。這也呼應前面:注意力被稀釋,反而更容易跳步裝傻。

收束 · 接到 SKILL

四個死穴,同一個根因

四個表面症狀

💥 字數爆炸
🔧 極難維護
💸 費用高昂
🤖 死板硬背

往下挖,根因只有一個 ──
規則塞進對話、每次重講。

解法 · 下一段揭曉
🃏
SKILL.md

規則做成一張卡
要用再抽

根因都是同一個:你把規則塞進對話、每次重講。那如果規則做成一張卡、要用再抽呢?規則別用嘴巴一直重講 ── 做成一張卡,要用再抽。

什麼是 AGENT SKILL

給 AI 插上的超能力外掛卡

階梯 1 那個一次性的 prompt,用完就散了。現在正式給它一個名字 ── Agent Skill,一套統一開放協定,把知識、規則、工具打包成一張實體小卡。

🧠 簡單易寫

用記事本就能寫的 Markdown SOP,不需要懂任何深奧程式碼。

🃏 按需載入

不用它的時候完全不佔大腦空間,喊到對的任務才把卡抽出來。

SKILL.md Markdown 就能寫 不用才不佔位
規則別用嘴巴一直重講,做成一張卡,要用再抽。外掛卡 = 打包好的知識 + 規則 + 工具。

為什麼不塞進對話就好

把規則塞進對話,有四個死穴

傳統做法是寫一份落落長的全域家規檔(像 CLAUDE.md),每次對話整包塞給 AI。聽起來很直覺,但這條老路有四個過不去的關卡。

01 字數爆炸

每次重複傳幾千字背景,還沒做事就先燒一堆 token。

02 極難維護

改一條小規則,得回去翻所有對話跟檔案。

03 費用高昂

重複傳的那幾千字,每一次問答都在計費。

04 越塞越鈍

規則塞太多,AI 注意力被稀釋,反而跳步、裝傻、忘記限制。

這就像考前一晚把整本課本硬塞進腦袋,進考場反而一片空白。

負重前行 VS 輕裝上陣

家規紙 vs 超能力外掛卡

🎒 碎碎念家規(傳統)

AI 出門前得重新背一遍三千字全域家規,背著一堆沉重的垃圾文字上路,滿頭大汗。

🃏 超能力外掛卡(Skills)

AI 平常 100% 輕裝,描述對上了才瞬間載入那張卡,用完立刻放回口袋。

載入狀態 ── 負重前行,每次都背一遍 輕裝上陣,要用才載入

Token 消耗 ── 重複傳一直燒,又慢又貴 用完收回,省下高達 90%

外掛卡用到才算,反應速度飆升,還能省下高達 90% 的 Token 開銷

變革的核心價值

三個字,講完 Skills 的全部好處

FAST

⚡ 極致提速

背景自動匹配、毫秒級喚醒,不用任何人手動貼提示詞,隨時待命。

SAVE

💰 超省荷包

只把最關鍵的規則貼在大腦上,省去 90% 的上下文廢話開銷。

EASY

🔧 輕鬆維護

卡片與對話徹底解耦,改一份 Markdown,所有助理瞬間同步。

三個字記起來:快、省、好維護。這就是 Skills 能成為自動化新革命的理由。

不用會程式

Skills 用的就是最基本的 Markdown

Markdown 是一種用純文字符號標記格式的寫法,像記事本一樣簡單。同一份檔案 ── AI 跟人,兩邊都讀得懂。

你寫的純文字

# 關鍵字清理流程

- 去掉重複項
- 全部轉小寫

這步**絕對不能省**

AI / 人看到的結構

關鍵字清理流程

• 去掉重複項

• 全部轉小寫

這步 絕對不能省

AI 看標題層級(###)就像人看目錄,瞬間抓到重點。所以你今天不用會 code,照樣寫出 AI 看得懂的卡。

一張卡的長相

SKILL.md 最小範例(承先啟後)

最小就是一個資料夾、裡面一個 SKILL.md。上半是 YAML 識別貼紙,下半是 Markdown 做事步驟。

---
name: keyword-cleaner
description: 清理雜亂的關鍵字清單,去重、
  轉小寫、排序。當使用者貼上關鍵字
  清單或提到「清理關鍵字」時使用。
---

# 關鍵字清理流程

1. 讀取使用者提供的 csv 或貼上的清單
2. 去掉重複項
3. 全部轉小寫、去掉前後空白
4. 按字母排序
5. 輸出乾淨清單

↑ 識別貼紙

兩條 --- 之間的 name 與 description。

↓ 做事步驟

Markdown 列點寫的流程,AI 照著做。

下一頁逐層拆解三層結構 →

看懂一件事就好:原來一張卡就這麼短,用記事本就寫得出來。

三明治結構 · 開場

一張 Skill 卡,到底住在電腦哪裡

解剖之前先回答最務實的問題:做好的卡放在哪?一個 skill 就是一個資料夾,你不用背路徑,但要看得懂這張地圖。

# 你家目錄底下的隱藏資料夾
~/.claude/
└── skills/
    └── my-first-skill/
        ├── SKILL.md
        └── scripts/
            └── helper.sh
~/.claude/ 大腦的隱私空間,裝著所有設定與偏好
skills/ 你的超能力倉庫
my-first-skill/ 一張卡 = 一個資料夾
SKILL.md 魔法說明書;scripts/ 是物理手臂道具箱
一個 Skill 等於一個資料夾,資料夾名字要跟貼紙上的 name 對齊。今天請 Claude 幫你建就好。

核心隱喻

一張卡,疊起來像個 三明治

整章最重要的一張圖。先記住三層的「分工」,後面三頁再各別拆開。

1

🃏 第一層 · YAML 識別貼紙

負責「被認出來」。Claude 背景掃一眼 0.05 秒,就知道這張卡是幹嘛的。

2

📄 第二層 · SKILL.md 說明書

負責「教 AI 做事」。命中之後才載入這份 SOP。

3

🔧 第三層 · References & Scripts

負責「查資料跟動手」。小抄與道具,要用才翻、要算才跑。

三層疊起來像個三明治:貼紙負責被認出來、說明書負責教 AI 做事、小抄與道具負責查資料跟動手。

第一層 · 識別貼紙

兩行 --- 之間,只有 兩個欄位

---
name: meeting-assistant
description: 總結會議內容、整理
  待辦與決議。當使用者說「幫我
  總結剛才的會議」時使用。
---

name → 載入鑰匙

這張卡的唯一識別名稱,小寫加連字號。Claude 載入與環境匹配靠它,要跟資料夾同名。

description → 何時觸發

極具體的白話描述,告訴 AI「這卡幹嘛、什麼時候用」。越具體,命中率越高。

description 寫得越精準,AI 的匹配命中率越高,這是整張卡成敗的關鍵。下午會花一整段練怎麼寫。

關鍵機制 · Live Demo 等級

AI 怎麼在背景 認出 這張卡

① 意圖識別

使用者打出一句話,AI 掃描指令裡的關鍵意圖。

💬 「幫我總結剛才的會議內容」

② 背景匹配 ⏱ 0.05s

同時比對所有本機 skills 的 description,精準命中那一張。

invoice-helper ✓ meeting-assistant keyword-cleaner · seo-writer

③ 按需載入

命中後才去讀 SKILL.md,大腦瞬間學會這套 SOP。

📄 meeting-assistant/
 SKILL.md ✓ 已載入
平常 AI 根本不讀說明書內文,只掃那一行貼紙。這就是為什麼 description 要寫好、為什麼 skill 平常零負擔。

第二層 · SKILL.md 說明書

命中之後,AI 讀的就是這份 說明書

Critical SOP · 白話流程

結構化 Markdown,像教剛上工的實習生:先做什麼、再做什麼。

Important · 防懶限制

強調「什麼不能做」,嚴防 AI 發揮過度想像力捏造或跳步。

# 會議總結流程

1. 讀取逐字稿
2. 抓出待辦與決議
3. 標出負責人與期限
4. 依模板輸出

# Important 重要規則
- 沒寫到的不要自己編
- 待辦一定要標負責人
這層只放 主幹流程,不要寫成百科全書。細節要丟到第三層去。

最實用的一招 · 治偷懶

用大字標頭,蓋一個 軍令狀 的章

AI 對話一拉長,就容易裝傻、跳步、省略繁瑣檢查。解法很單純。

✗ 規則藏在內文小字

碎碎念塞在段落中間 → AI 拉長對話就忘,該檢查的不檢查。

✓ 大字級標頭框起來

# Critical Rules、# Important、# 重要規則 → 死死鎖在核心記憶,當成軍令狀。

# Important 重要規則
- 待辦事項一定要標出負責人,缺一個都不能輸出
- 原文沒提到的決議,絕對不准自己補
規則別藏在內文裡碎碎念。用大標題蓋一個軍令狀的章,對話再長也不跳步。

第三層之一 · References

幾萬字的小抄,要查才翻

🗄 平常收在抽屜裡

複雜計算公式、國家稅務法規、API 規格這類幾萬字檔案,灰著、不載入,AI 根本不去讀(零記憶干擾)。

🔍 SOP 指示才抽出來

只有當 SOP 說「查稅率」那一刻,才翻開瞄一眼。算稅那瞬間才載入,平常不傳。

references/
├── tax_guide.md      # 稅率表,幾萬字
├── item_codes.md     # 品項代碼對照
└── output_format.md  # 輸出範本
零記憶干擾,省下大筆 Token。龐大的稅務手冊平常不傳,只在算稅那一刻才載入。

第三層之二 · Scripts

給 AI 裝上真實世界的 雙手

① 擺脫心算

以前讓 AI 心算稅率乘法常出錯;交給 Python / JS 腳本跑,結果 100% 精準。

② 物理執行

Python、Node、Bash 能讀寫檔案、呼叫 Webhook,甚至串 LINE 發推播。

③ 授權確認

寫入或敏感命令前,主動彈出 macOS 終端授權確認,物理級安全。

🧠 左腦 出策略、做判斷
🦾 右手臂 跑腳本、讀寫檔、呼叫 API、發 LINE
像 Ordilux 自己的開發票 skill:把稅率規則放 references、開票腳本放 scripts。

大腦與手臂的黃金配合

AI 是 藝術家,給他畫筆與 SOP

把三層串成一個畫面收尾:雙劍合璧,自動化才真正靠譜。

🧠 藝術家

AI 大腦,有創造力,負責構圖與判斷。

🦾 機械手臂 + 畫筆

Scripts。讓他能觸碰外面的實體畫紙:讀檔、連資料庫、點網頁。

📖 畫畫 SOP 指南

Skills。教他畫出世紀大作的步驟,該做什麼、不該做什麼。

手臂給了他畫筆觸碰真實畫紙,SOP 教他畫出大作。兩者雙劍合璧,自動化才真正靠譜。

整章設計哲學 · 壓軸

漸進式披露:只把當下要用的放上桌

平常 桌上只有貼紙,極輕 — AI 背景 0.05 秒認出
命中 才翻開 SKILL.md,一步步執行,用完收回口袋
要查 SOP 指示時才疊上 References,省大筆 token
要動手 才跑 Scripts,大腦出策略、腳本出勞力,100% 精準不偷懶
該載的才載、該查才查、該算才算。這就是為什麼 skill 又快、又省、又不裝傻

回扣先備知識:Context 是有限的桌子 — 漸進式披露,就是只把當下要用的東西放上桌。

實戰案例 01

第一個真案例,會議紀錄總結助理

開完會丟一段逐字稿,Claude 自動吐出格式漂亮的繁中紀錄,主題、決議、任務表、待討論一次到齊。

✗ 沒 skill

每次都得重講一遍格式要求,AI 還常常漏項。同一句指令打第十遍。

✓ 有 skill

一句「幫我總結會議」,格式自動齊全,主題、決議、任務表一項不少。

純文字 skill,零程式碼,5 分鐘記事本就能寫完。 它跟你剛做的 keyword-cleaner 是同一種東西,只有第二層說明書。

逐層拆解

這就是整張卡的全部

---
name: meeting-summary
description: 會議結束後自動整理重點摘要、待辦事項與決議。當使用者提到「會議總結」、「整理會議紀錄」時觸發。
---

# 會議總結助手

## Critical SOP
1. 提取會議主題與日期。
2. 列出所有決議事項清單。
3. 整理指派任務表格(負責人 / 截止日)。
4. 標記未解決的待討論事項。

## Important
- 輸出語言:**台灣繁體中文**
- 禁止捏造未提及的決議內容。

① 識別貼紙

description 把「做什麼 + 何時觸發」一句寫滿,把使用者真會說的話塞進去當觸發詞。

② 軍令狀 SOP

大標題框起四個步驟,這是治偷懶的軍令狀。

③ 天條限制

鎖死兩條天條,輸出台灣繁中、禁止捏造決議。

誠實面對極限

純文字 skill 是一座空中閣樓 🏚️

它只能在對話框裡吐文字,碰不到真實世界。

✗ 存檔

不能自動把紀錄存成檔案。

✗ 上傳雲端

不能丟上 Drive 或 Notion。

✗ 發推播

不能通知沒參加的同事。

✗ 呼叫 API

碰不到任何真實世界服務。

為什麼?因為它只有第二層說明書,沒有第三層的「小抄」跟「手臂」。 當一張卡要查專業資料、要動真格,就得補上 references 跟 scripts。

實戰案例 02 · 進階一頁帶過

Ordilux 的電子發票 skill,三層俱全

~/.claude/skills/taiwan-invoice/
├── SKILL.md          <- 第二層:貼紙與 SOP
├── references/
│   ├── tax_guide.md      含稅/未稅轉換
│   ├── item_codes.md     品項代碼表
│   └── output_format.md  XML 輸出格式
└── scripts/
    └── issue_invoice.py  串平台 + LINE 推播

🧠 大腦出策略

SKILL.md 說明書,決定先做什麼。

📚 references 出知識

稅務手冊上萬字,平常不讀,要算稅那一刻才翻。

🦾 scripts 出勞力

乘稅率交給 Python,算 100% 精準。

稅率規則放 references 不放說明書,是省 90% Token 的關鍵。

選講 · 三層怎麼按需上場

發票案例的漸進式披露流程

1. 使用者說「我要開發票,金額 1000 元」 觸發
2. 0.05 秒背景掃描命中貼紙,載入說明書 大腦
3. AI 讀 SOP,發現要算稅、要查品項代碼 大腦
4. 這時才翻開 references 兩份小抄拿公式 載入小抄
5. 呼叫 Python 腳本精算:未稅 952、稅額 48 腳本動手
6. 腳本打發票平台 API,完成開立 腳本動手
7. 透過 LINE 把發票連結推給客戶 腳本動手
references 跟 scripts 不是一開始就載入,是 AI「讀到 SOP 那一步、發現需要」才動用。

避坑開場

初學者最常犯的三大錯誤

✗ ① description 太模糊

卡片根本不會被觸發。9 成的「沒反應」都是這個,最痛也最常見。

✗ ② SKILL.md 太長

步驟寫成上百行百科全書,把 AI 的桌子塞爆,反而開始跳步。

✗ ③ 該分層沒分層

一大張稅率表硬塞進 body,而不是放 references 讓它要查才翻。

沒觸發是「貼紙」的錯、變鈍是「說明書太肥」的錯,兩個都別靠加長正文來救。

照妖鏡一 · 載入失敗

卡片根本沒被認出來 🔍

查語法

○ YAML 開頭的 --- 有沒有成對閉合?
○ 縮排有沒有誤用 Tab?(YAML 只吃空格,一個 Tab 整張卡報廢)

查路徑

○ 是否精確放在 ~/.claude/skills/技能名/SKILL.md?
○ 資料夾名跟 YAML 的 name 100% 對齊?
○ 檔名是不是大寫 SKILL.md?
# 資料夾名與 name 必須一致
~/.claude/skills/meeting-summary/SKILL.md
                  └─ 對齊 ─┐
name: meeting-summary   <- 100% 一致

照妖鏡二 · 匹配衝突與沒觸發

讀得進來,卻沒在對的時候被抽出來

✗ 模糊 description

「好用的工具」,Claude 看不出什麼時候該用,不觸發,而且容易跟別的卡撞名。

✓ 具體 description

「當需要開立台灣電子發票並計算 5% 營業稅時呼叫」,關鍵詞夠多,精準命中。

念出你自己的 description,問一句:「這句話 Claude 看得出來什麼時候該用嗎?」看不出來,就是關鍵詞不夠。
沒觸發 = 路由問題,改貼紙,不改正文。

照妖鏡三 · AI 裝傻跳步

有觸發,AI 卻偷懶省步驟

第一招 · 手動點名

對話裡直接點名,強制 AI 讀指定卡片。

# 直接打給 Claude
請用 meeting-summary 這個 skill
整理會議紀錄

第二招 · 天條蓋章

回 SKILL.md,把絕對不能省的規則用大標題框起來。

# Critical SOP
# 大字標頭被當軍令狀
# 對話再長也不跳步
第二招你在 P29 會議總結卡的 ## Critical SOP 已經看過了,現在知道它為什麼要寫成大字。

硬底子排錯

照妖鏡照完還沒解?動用本機工具

① 看除錯日誌

找出哪一步 YAML 匹配失敗。

~/.claude/logs/

② 詳細輸出

把背景匹配、references 讀取整條流程印成日誌。

--verbose

③ 權限報錯

Permission Denied,忘了給腳本執行權限。

chmod +x scripts/fetch.sh
混合班定心丸:行銷端記得「卡住先看 logs」這個方向就夠,細節下班請 Claude 自己幫你查。

手把手開場

現在輪到你動手做出第一張卡

前面看完結構、看完兩個 Ordilux 真實案例。接下來這一段不是再聽我講,是你親手做出第一張 Skill。

① 認識面板

Customize Panel 長怎樣

② 動手三部曲

建目錄、貼貼紙、寫 SOP

③ 三句話 eval

當場自測 description

④ 五階成熟度

這張卡之後怎麼長大

聽夠了,動手做一張。全程只說自然語言,不寫一行 code。

不碰指令

Customize Panel:一鍵開關的圖形面板

給不想碰黑底終端機的人一顆定心丸。左側點一下 Customize,所有技能卡一目瞭然列在右邊。

┌──────────────┬────────────────────────────┐
  Code          # 已載入技能卡            
  Routines                                
 ▸ Customize    [ON ] taiwan-invoice      
  More          [ON ] ig-reel-downloader  
                [OFF] git-commit  ← 待掛上 
└──────────────┴────────────────────────────┘
左側選單點一下 Customize,本機所有技能卡就全列出來。
每張卡都能一鍵開、一鍵關,極速啟用與停用。
等一下你做完第一個 skill,它就會自己出現在這個面板裡
你做完那張卡,它在這裡亮起來的那一刻,你會很有感。

先看全貌

動手三部曲:建一張 Skill 只有三步

這三步你都不用自己手動敲。你動腦,Claude 動手。

📁 STEP 01 建目錄

~/.claude/skills/ 底下開一個 git-commit/ 資料夾。一張卡 = 一個資料夾。

🏷️ STEP 02 貼貼紙

兩條 --- 之間寫好 namedescription,這是卡片最外層的標籤。

📋 STEP 03 寫 SOP

白話條列做事流程,再用大字標頭蓋上「軍令狀」治偷懶。

動手 30 分鐘、3 步、第一張卡。你負責想清楚卡要解決什麼、什麼時候被叫出來;Claude 負責動手把目錄跟檔案寫好。

STEP 01

建立本機目錄:一張卡 = 一個資料夾

~/.claude/skills/          # 第三章看過的同一個地方

├── taiwan-invoice/
├── ig-reel-downloader/

└── git-commit/          # ← 新增(高亮)
     └── SKILL.md         # 待放,下一步寫
資料夾名字就是這張卡的名字。做 git commit 卡就叫 git-commit/
你不用記路徑。直接跟 Claude 說:
「在我的 ~/.claude/skills/ 底下幫我建一個 git-commit 資料夾」
它就建好了。
一張卡 = 一個資料夾,這是規矩。這就是第三章那張倉庫結構圖裡的同一個地方。

STEP 02

貼上 YAML 識別貼紙:description 是成敗關鍵

---
name: git-commit
description: 自動產生符合規範的 git commit
  message。當使用者說「幫我 commit」、
  「寫個 commit message」、「提交這次
  變更」時觸發。
---

name

載入與匹配的鑰匙。用小寫加連字號。

description

決定 Claude「何時」自動抽出這張卡。寫越具體、把使用者真會說的話塞進去,命中率越高。

Claude 背景掃一眼 description,就決定要不要抽出這張卡。這一行寫得好不好,直接決定卡會不會在對的時機被叫出來。

STEP 03

編寫 SOP:大字標頭 = 蓋在大腦上的軍令狀

# 會議紀錄產生流程

1. 讀逐字稿,抓出決議事項
2. 條列待辦,標出負責人

# Critical SOP   🔴 軍令狀
- 每條待辦一定要有負責人
- 日期一律 YYYY-MM-DD

# Important      🔴 軍令狀
- 找不到負責人就標 [待確認]
- 絕不自己編造結論
純白話條列做事流程,像教剛上工的實習生 ── 先做什麼、再做什麼。
絕不能省的規則,用大字標頭框起來,例如 # Critical SOP# Important
大字標頭會被 Claude 死死鎖進核心記憶,對話再長都不跳步、不裝傻
說明書只留主幹,要查的細節留到第三層。別把 SKILL.md 寫成百科全書。

三步合體

一張最小可用的 Skill,長這樣

git-commit/
└── SKILL.md
─────────────────────────────
---
name: git-commit
description: 自動產生 commit
  message。當使用者說「幫我
  commit」、「提交變更」時觸發。
---

# git commit 流程
1. 讀 git diff,歸納改了什麼
2. 寫一行精準的標題

# Critical SOP
- 格式:type(scope): 說明
- 標題不超過 50 字

就是這麼簡單

一個資料夾 + 一份 SKILL.md。上半是 YAML 貼紙,下半是 SOP 說明書。

寫作成本
5 分鐘記事本就編完,不用懂程式碼。
鎖定效果
規則進 Critical SOP,對話再長不跳步。
這就是你帶得走的第一個 Skill。寫作成本低到不可思議,效果卻很硬。

寫完必做

三句話 eval:當場測它,比放著有用太多

① 該觸發

使用者一定會這樣說的話。
「幫我 commit 這次變更」
確認叫得出來。

② 可觸發

講得模糊、但其實同一件事。
「這些改動幫我整理一下提交訊息」
確認也叫得出來。

③ 不該觸發

相近、但其實不該用這張卡。
「幫我看這段程式有沒有 bug」
確認它「不會」誤觸發。

鐵律:沒觸發是「路由」問題,不是「內容」問題。先改 description,別急著去加長 SKILL.md 的內文。

技術端 · 進階

想更嚴謹:三句話之後的進階測法

三句話是手動快測。想做到位的人,官方的做法是再往前一步。

第一階

10~20 測試句 → 觸發率 ≥ 90%

不只測三句,跑 10 到 20 個測試句,數它「自動觸發」的比例。抓 90% 以上才算合格。

第二階

有掛 vs 沒掛 A/B → 比對話輪數與 token

拿「有掛 skill」跟「沒掛 skill」做同一件事,各花幾輪對話、各燒多少 token 比一比。數字會直接告訴你這張卡有沒有省到力。

行銷端:三句話夠用|技術端:往這走。這段給想做到位的人,聽過知道有這條路就好。

收束預告

一張卡的 五階成熟度

① SKILL.md

純文字 SOP。
你今天在這。

② +防呆

Critical 軍令狀,治 AI 偷懶。

③ +references

稅率表、範本拆出去,省 token。

④ +script

精準計算、檔案操作交給腳本。

⑤ 迭代+偏好

持續調整,沉澱成偏好檔。
=三層俱全的真實 skill。

你今天在第①格,下午我們一階一階往上爬。你會親眼看到一張卡怎麼從純文字,長成三層俱全的真實 skill。