Claude Code 用是用得很開心，但每次都要打差不多的指令，好像在做工喔😮💨」
我自己也是這樣啦！不過後來發現一個超猛的東西叫做 Skills，真的會讓你驚呼「啊～原來這麼簡單就可以搞定喔！」本來要打一長串的東西，現在一個指令就解決了，超省事的啦～今天就來分享我自己在用，覺得超級推的 5 個 Skills 給大家！特別適合那種「每天都在打一樣的 prompt 覺得煩躁」或是「想要整個 team 的開發流程一致化」的工程師朋朋們看喔～
先講結論：Skills 不是「聰明的巨集」，是「有腦袋的自動化」🧠
一般的 macro 或 shell script 就是叫它做什麼就做什麼，死板板的對不對？但 Claude Code 的 Skills 完全不一樣喔！它會讀懂你 project 的情況，然後根據狀況做判斷再執行，真的有夠聰明的啦～
傳統自動化Skills 自動化步驟寫死死的看情況靈活應對不會看程式碼內容會理解整個 codebase出錯就掛掉會判斷錯誤原因並處理要寫一堆設定檔在 SKILL.md 用白話寫就好
而且 Skill 寫好一次，整個 team 都可以用同一套、產出同樣品質的東西喔～我自己覺得這才是 Skills 最強的地方耶！
開發自動化超好用的 Skills 5選 💖
1. pr-summary：自動產生 Pull Request 說明文
每次開 PR 都要從零開始寫說明，真的有夠累的對不對！這個 Skill 根本是救星～
它會用 GitHub CLI 去抓 PR 的 live 資料，看過你改了什麼、comment 有哪些、哪些檔案動過，然後幫你把 PR summary 生出來！
yaml
# SKILL.md 範例
---
name: pr-summary
description: 幫 PR 寫摘要
context: fork
allowed-tools: Bash(gh *)
---
## Pull request context
- PR diff: !`gh pr diff`
- PR comments: !`gh pr view --comments`
- Changed files: !`gh pr diff --name-only`
## 任務
請幫這個 PR 寫摘要，要包含變更目的、影響範圍、還有 reviewer 需要注意的點喔～
什麼時候用最讚？
情境效果每天都在開 PR說明文時間幾乎歸零大規模 refactor自動整理全部變更新人 onboarding直接示範 PR 該怎麼寫
重點就是 ! 語法可以先跑 shell command，然後把結果丟給 Claude 看～所以 Claude 不是憑空想像喔，它是真的有看過 diff 再寫 summary 的，難怪品質這麼好！
2. fix-issue：丟一個 Issue 編號給它，它就幫你修好好 🛠️
開 Issue → 追 code → 改 code → 開 PR，這一整串流程現在一個指令就搞定喔！
yaml
---
name: fix-issue
description: 修好 GitHub Issue
disable-model-invocation: true
---
請幫我修 GitHub Issue $ARGUMENTS～
1. 用 gh 指令抓 Issue 內容
2. 找出相關的程式碼
3. 實作修正
4. 確認 test 有過
5. 把變更 commit 起來
呼叫超簡單，就是 /fix-issue 1234 這樣，$ARGUMENTS 會自動換成你給的編號～
實際流程大概長這樣：
/fix-issue 1234
↓
Claude 用 gh 指令抓 Issue #1234
↓
找出相關檔案並修改
↓
跑 test 確認
↓
commit 完成！
我自己用了之後～修小 bug 的時間體感大概少了一半以上耶！尤其是那種「我看得懂它在說什麼，但改起來很無聊」的 Issue，根本絕配 ✨
3. deep-research：用 fork agent 把 codebase 深挖到底
「這個 bug 的根源到底在哪啦～」「這個設計為什麼要這樣寫？」這種問題它會自己去查喔！
yaml
---
name: deep-research
description: 徹底調查一個主題
context: fork
agent: Explore
---
請徹底調查 $ARGUMENTS 這個主題：
1. 找出所有相關檔案
2. 追蹤依賴關係跟 data flow
3. 列出潛在問題跟可以改善的地方
4. 整理成一份調查報告
指定 context: fork 的意思是～它會開一個獨立的 sub-agent 去跑，不會污染你現在的對話喔！長長的調查過程不會佔用你的 context，超貼心～
使用情境：
情境指令範例故障調查/deep-research 付款流程 timeout 的原因理解設計/deep-research 認證模組的架構盤點技術債/deep-research 用到 deprecated API 的地方
接手別人的 code，或是要做大型 refactor 之前做前期調查，真的超有用的～
4. commit：從 staging 到 commit 全自動不用批准 🚀
「git add 完再 git commit……」每次都要來一遍真的好煩喔！這個 Skill 就是給懶懶的我們用的～
yaml
---
name: commit
description: 把目前的變更 stage 起來並 commit
disable-model-invocation: true
allowed-tools: Bash(git add *) Bash(git commit *) Bash(git status *)
---
請把目前的變更 stage 起來，然後根據變更內容產生 commit message 並 commit 喔～
格式要用 Conventional Commits（feat/fix/refactor/docs 那些）！
allowed-tools 裡面明確列出 git 指令，這樣 Skill 在跑的時候 git 操作就不用一個一個批准了～
自動產生的 commit message 大概長這樣：
feat(auth): JWT token 有效期限可以設定
- 用環境變數 JWT_EXPIRES_IN 來設定有效期限
- 預設值設成 24h
- 加上對應的 test case
它會看你改了什麼自動選適合的 prefix，所以 team 的 commit 規範自然就遵守了，根本不用去記～
5. explain-code：程式碼解說還附圖解喔！📊
「這段 code 到底在幹嘛啦～」這種疑問，它會幫你整理成結構化的文件喔！
yaml
---
name: explain-code
description: 用視覺化圖解跟類比解釋程式碼
---
請用以下格式說明指定的程式碼：
1. 一句話說它在做什麼
2. 處理流程用 Mermaid 語法畫圖
3. 複雜的地方用生活化的例子比喻
4. 潛在的改善空間
自動化角度來看，這些情境超實用：
情境效果Code review 準備PR 自動附上圖解說明新人技術分享複雜模組解說資料秒生成技術文件整理沒註解的 legacy code 變文件
這個 Skill 不是在自動化「code 會不會動」喔，是在自動化「team 能不能看懂這段 code」這件事！文件維護成本真的會降超多～
5個 Skills 快速表 📝
#Skill 名稱自動化什麼怎麼呼叫1pr-summary產生 PR 說明文/pr-summary2fix-issueIssue 調查〜修復〜commit/fix-issue 12343deep-research深挖 codebase/deep-research 認證模組結構4commitStaging〜commit/commit5explain-code產生 code 解說文件/explain-code
在 team 導入 Skills 的小撇步 💡
Skills 自己一個人用就很方便，但跟 team 一起用的時候真的價值爆棚喔！
放在 project root 的 .claude/skills/ 裡面，就可以用 repo 管理，整個 team 都能用同一套 Skill～「我們這個 project 的 PR 要用這個格式寫」「commit message 要照這個規範」這種以前只能口頭交代的默契，現在可以用 Skill 明文化而且自動化，我覺得這個才是最大的好處耶！
your-project/
├── .claude/
│ └── skills/
│ ├── pr-summary/
│ │ └── SKILL.md
│ ├── fix-issue/
│ │ └── SKILL.md
│ └── commit/
│ └── SKILL.md
├── src/
└── ...
先從你平常最常重複做的一件事情開始寫成 Skill 看看吧～你會發現「啊這個也可以變 Skill 耶！」然後一個接一個停不下來，一起讓開發變得更輕鬆～
