為什麼你需要 Skill？

你不是缺工具，你是缺把「每次都要做的事」固化下來的習慣。

課程目標

認識 Claude Skill 是什麼，跟 Prompt / Hook / Agent 有什麼差別
看懂為什麼大多數人只下載 skill 不寫 skill——這是一道認知牆
建立判斷力：什麼樣的工作該被「skill 化」

一、你已經有重複痛點，只是沒命名

先問自己幾個問題：

你每週是不是都要做一份結構幾乎一樣的客戶報告？
你跟 Claude 對話的時候，是不是常常先貼一段背景再問問題，而那段背景每次都差不多？
你下班前是不是有個固定動作——寫日報、收尾 git、整理 Slack？
你有沒有想過「拜託這件事可以一鍵搞定就好」？

如果以上有任何一題答「對」，恭喜，你已經有 skill 候選了——只是還沒把它命名、固化、收藏起來。

Skill 解決的就是這件事：把你已經穩定在做的流程，變成 Claude 隨時可呼叫的小助手。

二、Skill 是什麼？一句話搞懂

Skill = 你給 Claude 的「按鈕」。按下去，它就照你約好的流程做完一件事。

更具體一點：

Skill 是一個資料夾（住在 ~/.claude/skills/<skill-name>/）
裡面至少有一份 SKILL.md，告訴 Claude「什麼時候要用」+「該怎麼做」
Claude 讀完 SKILL.md，就知道該按什麼順序、用哪些工具、做出什麼產出

不需要寫程式。不需要會 Python。SKILL.md 是自然語言寫的指示。

一個最小範例

假設你每週要寫週報，內容固定 3 段：「本週完成」「下週計畫」「阻塞」。你可以做一個 skill 叫 weekly-report，內容大概像這樣：

---
name: weekly-report
description: 週報草稿。當用戶說「寫週報」「weekly report」「禮拜五的報告」時觸發。
---

# /weekly-report

## 步驟
1. 讀本週 git log（如果在 repo 裡）
2. 問用戶「下週計畫」「目前阻塞」
3. 用以下三段格式輸出：
   - 本週完成（bullet）
   - 下週計畫（bullet）
   - 阻塞（bullet）

之後你只要說「禮拜五的報告」，Claude 就知道是叫 weekly-report。

三、為什麼大多數人不寫 Skill？

這是這堂課最重要的一段，請慢慢看。

觀察：下載 skill 的人很多，寫 skill 的人很少

部門裡會看到一個現象——同事很愛分享「我裝了一個超讚的 skill」，但很少人說「我寫了一個 skill」。

為什麼？

心理層面：Skills 是名詞，Workflow 是動詞

「Skills 是名詞，Workflow 是動詞。Skill 是一個東西，你下載它、裝上去、就覺得自己『擁有』了某種能力，這在心理上很像收集裝備。Workflow 不是一個東西，它是一種對過程的描述，你必須先清楚自己的工作流程長什麼樣，才寫得出來。」

— Gabriel Chen, Threads, 2026-03

把它翻成白話：

	下載 skill	寫 skill
心理感受	像收集裝備	像當自己流程的編輯
認知層次	拿來就用	先抽象出流程，再寫下來
門檻	低，一鍵安裝	高，要先「看見」自己的重複
多數人在哪	✅ 大多數人	❌ 少數人

寫 skill 比下載 skill 認知層次更高——你必須先穩定一個流程，才有東西可以固化。新手通常還在探索階段，每次做事的方式都不一樣，自然沒有東西可以固化。

這堂課要做什麼？

幫你越過這道牆。

教你辨認自己的重複流程（第 5、6 課會學一個叫 skill-spotter 的工具，自動幫你找）
教你寫第一個 skill（第 7 課，跟 skill-creator 對話即可，不用寫程式）
教你避坑（第 8 課，公司資訊不能塞進去、不要寫一次性垃圾）
教你分享給部門（第 9 課，PR 到 team-skill-lab）

不是裝裝裝，而是做做做。

四、Skill / Hook / Agent — 三種「自動化單位」

你在學 Skill 之前，要先知道它不是唯一的自動化方式。Claude Code 提供三種，各有適用場景。

	Skill	Hook	Agent
比喻	工具書（你呼叫它）	防呆閘門（自動擋）	助理（會自己判斷）
觸發	用戶說某些話	工具事件（PreToolUse 等）	你委派一段任務
互動	人機協作	靜默強制	自主跑完
例子	「寫週報」→ weekly-report	偵測到 `rm -rf` → 警告	「研究一下競品」→ subagent
適合	多步流程 + 你還想參與	高頻 + 規則明確 + 防錯	低頻 + 模糊 + 需自主決策

第 6 課會教你三門診斷法——拿到一個重複動作時，怎麼判斷該寫 Skill / Hook / Agent。

現在你只要記住：Skill 是中間那一格——你還在迴圈裡，但流程是固定的。

五、什麼樣的工作適合 Skill？快速判斷三問

第 6 課會給你完整決策樹，今天先給三個粗略快篩。

Q1：這件事你做過幾次？

1-2 次 → 不要寫 skill。可能下次根本不會做。
3 次以上 → 候選。
5 次以上 → 強烈建議寫 skill。

Q2：每次做的步驟一樣嗎？

完全一樣 → 適合 skill（甚至適合 hook，更自動）
大致一樣，細節會變 → ✅ 完美 skill 場景
每次都不一樣 → 不要寫 skill，會變成維護地獄

Q3：你做這件事有沒有「人類判斷」？

完全沒有，純機械操作 → 寫 hook 更好（連觸發都省了）
中間需要看狀況決定下一步 → ✅ skill 場景
整段都需要自主判斷 → 寫 agent

Q4（業務視角）：每次花你多少時間？

5 分鐘以內 → 候選但不急（除非高頻）
10 分鐘以上 → 強烈建議（每週重複 = 每月省一小時起跳）
30 分鐘以上 → 你應該昨天就寫好

這條問題對業務 / PM 特別有用——你不需要算複雜的 ROI，只要這件事每月吃掉你超過 1 小時，就值得寫。

最佳 skill 候選 = Q1 ≥ 3 次 + Q2 大致一樣 + Q3 中間需判斷 + Q4 每次 ≥ 10 分鐘。

比喻：食譜 vs 下廚

幫你記這 4 題的另一個角度：

Skill = 食譜（固化、可重用、寫下來的）
Workflow = 下廚的過程（每次因為食材、心情、客人不同而變化）

如果一道菜你做過 5 次每次都一樣（Q1 + Q2），花你半小時準備（Q4），中間需要看火候調整（Q3）——就該寫食譜。

但如果你今天突發奇想做一道新菜——別寫食譜，寫了下次也用不到。

六、結論

Skill 就是把你已經穩定的流程，變成 Claude 隨時可叫的按鈕
寫 skill 比下載 skill 更難——難的不是技術，是「看見自己的重複」
這堂課接下來 8 課會帶你越過這道牆
下一課我們先體驗現成 skill，感受一下「按鈕被按下」的感覺

💡 小提醒：如果你看到這裡還是覺得「我好像沒什麼工作流可以 skill 化」，沒關係——很正常。第 5 課會教你怎麼從對話 transcript 自動撈，不用自己想。

AI 協作：學了這個，跟 AI 怎麼配合？

從「我每次都要⋯」到「這值不值得寫成 skill」，這個判斷不是 AI 替你做，是你自己做。AI 只能幫你整理已有的資訊，看不見你沒記下的痛點。

你的人類優勢：

你知道哪些工作流是真的穩定，哪些只是看起來穩定——AI 沒做過你的工作，分不出來
你知道哪些是「假性重複」（每次表面像，實際差很多）——這需要業務直覺

可以這樣跟 AI 說：

我這週做了以下 5 件事 [列出來]。請套用「Skill 候選判斷三問」（Q1 次數 / Q2 步驟穩定度 / Q3 人類判斷介入），幫我評估哪些可能是 skill 候選。但不要替我做最終決定——只給判斷材料，最後我自己決定。