07｜什麼是 Skill？AI Agent 的「按需載入能力」
🎯 一句話：Skill 是寫成檔案的「AI 能力說明書」——Agent 看到觸發詞就載入，用完就釋放。比塞滿 system prompt 聰明、比寫死程式靈活。
一、Skill 是什麼
Skill = 一份描述「怎麼做某件特定事」的檔案，內容包含：
- 觸發詞（什麼時候用我）
- 流程說明（做這件事的步驟）
- 範例（怎麼算成功）
- 限制（不能做什麼）
- （可選）相關的小工具腳本
→ Agent 平常不載入 Skill，看到對應觸發詞才動態載入到 Context，用完釋放。
二、Skill vs Prompt vs Tool vs MCP
很多概念容易混淆，整理：
| 內容形式 | 載入時機 | 例子 | |
|---|---|---|---|
| Prompt | 純文字指令 | 每次呼叫都帶 | system prompt |
| Skill | 結構化檔案（含流程 + 範例 + 工具） | 觸發時動態載入 | /sync、/tasks |
| Tool | 函式（function calling） | Agent 啟動時註冊 | search()、send_email() |
| MCP | 外部協定（連到別的服務） | 啟動時連線 | Slack MCP、GitHub MCP |
三、為什麼需要 Skill（vs 全部塞 System Prompt）
反例：把所有 SOP 塞進 system prompt
你是助理。
寫信規則：1. ... 2. ... 3. ...
寫報告規則：1. ... 2. ... 3. ...
整理會議規則：1. ... 2. ... 3. ...
...
[繼續塞 50 個 SOP]
問題：
- ❌ 每次呼叫全部都計費（即使用不到）
- ❌ Context Window 被吃掉一大塊
- ❌ 規則太多，Agent 容易混淆
- ❌ 改動其中一條，所有用戶都受影響
正解：拆成 Skill 動態載入
你是助理。
當看到 /write-email → 載入 write-email skill
當看到 /weekly-report → 載入 weekly-report skill
...
→ 平常 system prompt 輕量、用到才載入、不會互相干擾。
四、一個 Skill 長什麼樣（範例）
---
name: weekly-report
description: 「我這週做了什麼」彙整成一份高層摘要
trigger:
- /weekly-report
- 「幫我寫週報」
- 「整理本週」
---
## 觸發時要做的事
1. 從工作日誌讀本週紀錄（最近 7 天）
2. 依優先級分類（戰略 / 戰術 / 雜事）
3. 用 STAR 格式寫每件
4. 輸出 markdown 800 字內
## 輸出格式
## 本週重點（X 件）
1. [戰略] ...
2. [戰術] ...
## 下週展望
- ...
## 注意事項
- 不寫枝節
- 數字一定要有
- 看不出影響的事不寫
→ Agent 看到 /weekly-report 就自動載入這份 → 跑步驟 → 給結果。
五、Skill 的進化：Anthropic 規範
Anthropic 在 2025 年提出官方 Skill 規範（SKILL.md 格式）：
| 必填 | 用途 |
|---|---|
name | 唯一識別 |
description | 一句話說「我做什麼」 |
| 內容（Markdown） | 流程 + 範例 + 注意事項 |
可選：
metadata（origin / use_count / created）- 附加 script / template / example data
Skill 可放：
- 個人專案目錄
- Agent 集中倉庫
- Plugin 套件
→ Claude Code、Cursor、其他主流 Agent runtime 都在採用這套規範。
六、Skill 設計原則
| 原則 | 為什麼 |
|---|---|
| One Skill, One Job | 一個 skill 做一件事，不要包山包海 |
| 觸發詞清楚 | 避免「看起來像但不該觸發」的場景 |
| 可組合 | 大任務拆成多個 skill 接力 |
| 可測試 | 每個 skill 有「合格 / 不合格」例子 |
| 可版控 | 在 git 裡管，能 rollback |
七、案例：一套內部 Skill 組合
一個企業知識團隊上線後，可能會有這些 Skills：
| Skill | 觸發 | 做什麼 |
|---|---|---|
/news-digest | 「今天產業有什麼新公告？」 | 撈昨日來源 RSS → 過濾 → 摘要 |
/offering-recommend | 「這個客戶適合哪些方案？」 | 比對產品目錄 → 推薦 3 個 |
/feedback-summary | 「上週客戶回饋怎樣？」 | RAG over 回饋 chunks → 摘要 |
/competitor-radar | 「同業最近推了什麼？」 | 撈競品資料 → 分類 → 比較 |
/house-voice | （用組織既定口吻寫稿） | 載入風格指引 + 知識庫 |
→ 員工不用記 prompt，直接打觸發詞 → AI 把對的 skill 載入 → 完成事。
八、常見誤解
| ❌ 誤解 | ✅ 正解 |
|---|---|
| 「Skill 是 GPTs / Custom GPT」 | GPTs 是 OpenAI 的封閉版；Skill 是開放規範，跨 vendor |
| 「Skill 是 fine-tune」 | 不是。Fine-tune 改模型權重；Skill 是檔案載入 |
| 「Skill = Tool」 | Tool 是函式呼叫；Skill 是流程文件 |
| 「裝越多 Skill 越強」 | 不必要的 Skill 會混淆觸發判斷，精選比堆量重要 |