Claude Code Skills 推薦：10 個開發者必裝 Skill Framework

1. 為什麼需要 Claude Code Skills？

Claude Code 本質是終端裡的 Agent：能讀倉庫、跑 shell、改檔案。但 Agent 的弱點也很明顯——每次會話都是「失憶開局」，除非你反覆把團隊規範寫進 prompt。Skills 解決的就是這件事：把「何時做、怎麼做、用什麼工具、輸出什麼格式」寫進 SKILL.md，由 Claude 在相關時自動載入，或你用 /skill-name 手動觸發。

與早年 .claude/commands/*.md 相比，Skills 遵循 Agent Skills 開放標準，支援 allowed-tools 限權、disable-model-invocation 防誤觸、子 Agent 執行等擴充。官方文件見 Claude Code Skills。

對 Hashvps 讀者來說，Skills 還有一層實用價值：把 Xcode 簽名、Fastlane、CI 探針寫成專案 Skill 後，同一套 Runbook 可在本地 Mac 與雲端 Mac mini 開發節點上覆用——換機器不必重教 AI。若你正在規劃 Agent 工作流分層，可對照站內 Agent 智慧體開發模式：2026 前沿全景與選型指南。

很多人會把 Skills 和 CLAUDE.md、MCP 伺服器搞混：CLAUDE.md 是常駐專案記憶，告訴 Agent「這個 repo 是什麼」；MCP 是外掛工具埠，接 Jira、資料庫、瀏覽器；Skills 則是可觸發的 Runbook，在特定任務時才載入完整步驟。三者可以疊加——例如在 Skill 裡規定「先讀 CLAUDE.md 的發布章節，再透過 MCP 查 ticket，最後跑 fastlane」——但不要把所有規範塞進一個巨型 Skill，否則 description 匹配會失準，上下文也會膨脹。

2. Skills 怎麼分類？（What）

先分清三層，再談「裝哪 10 個」：

2.1 內建 Skill（開箱即用）

Anthropic 預置 /code-review、/debug、/batch、/loop、/claude-api 等，每個會話可用，無需建目錄。適合個人快速驗證 Agent 行為。

2.2 專案級 Skill（.claude/skills/）

跟倉庫走，必須提交 Git。適合團隊統一的 PR 規範、釋出 checklist、安全審計模板。新同事 git clone 後執行 /skills 即可看到。

2.3 個人級 Skill（~/.claude/skills/）

跨專案通用，例如你自己的 commit 訊息風格、筆記整理流程。不與團隊倉庫繫結，升級迭代更快。

3. 10 個必裝 Skill 對比（How Compare）

下表按「工具 × 入口 × 執行 × 上下文 × 人群」統一欄位；含 2 個內建 + 8 個建議自建（名稱可自定，邏輯建議保留）。

3.1 內建 vs 自訂：一張速查表

做 iOS 變現驗證時，可把 xcode-release 與業務 Skill 疊用，參考站內 Claude Code 做 iOS App 賺錢：7 天驗證清單。

4. 場景怎麼選？決策矩陣

選 Skill 不要從「聽說好用」開始，先對照你上週實際重複了幾次同類任務。下面矩陣按常見工程角色分流；若你同時維護 iOS 與後端，可以從兩行各取一個 Skill，但總數仍建議控制在 10 個以內，避免 /skills 列表變成另一份無人維護的文件。

5. 推薦組合（Stack）

組合 A — 最小可行（1 天內）

• 內建 /code-review + 自訂 commit（只寫 description + 5 行正文即可）
• 終端常駐 Claude Code，改完即 review

組合 B — iOS 釋出棧

• xcode-release（手動觸發）+ test-runner（改 Swift 後自動）
• 執行節點：本地 M4 或 Hashvps 雲 Mac，避免 Windows/Linux 無法 Archive

組合 C — 團隊規範棧

• 專案級 security-review + docs-sync + ci-fix
• 在 PR 模板裡寫「合併前請 /security-review」

組合 D — Skill 工廠

• 個人級 create-skill，把重複第三次的手動 prompt 沉澱為新 Skill
• 每季度清理 /skills 列表，刪除 30 天未用的
• 在 README 加一節「團隊 Skills 索引」，讓新成員知道該先試哪幾個斜線命令

6. 常見誤區

在團隊推廣 Skills 時，最常見的阻力不是技術，而是「大家已經習慣隨手 prompt」。下面幾條是我們在客戶 repo 裡反覆看到的坑；避開它們，比多裝兩個 Skill 更能省時間。

• 「Skill 越多越好」 → 過多 description 互相搶觸發，上下文反而膨脹；10 個以內、每個有明確邊界更穩。
• 「正文越長越強」 → 官方建議主 SKILL.md 控制在約 500 行內，細節放 references/。
• 「只放個人目錄就能團隊協作」 → 團隊規範必須進 .claude/skills/ 並提交 Git。
• 「自動觸發越智慧越好」 → 發版、刪庫、改生產配置應 disable-model-invocation: true。
• 「Skill 可以替代 CI」 → Skill 是開發時助手；門禁仍應在 GitHub Actions / Xcode Cloud 上硬編碼。
• 「沒有 Mac 也能跑 xcode-release」 → Archive 與 codesign 依賴 macOS，需本地或雲端 Mac 節點。

7. 七步落地：從今天起裝上 Skills

下面清單假設你已能在終端啟動 Claude Code；若你打算把第 7 步綁到遠端 Mac，可先準備 SSH 金鑰與固定工作目錄，避免每次登入重新 cd。完整遠端節點選型可參考 2026 AI 時代還需要買高配電腦嗎？本地電腦和雲端計算怎麼選？。

1. 升級 Claude Code 到 2026 年支援 Agent Skills 的版本，終端執行 claude doctor 檢查配置。
2. 列重複任務：上週你是否第三次輸入同一套 review 清單？是 → 候選 Skill。
3. 建目錄：mkdir -p .claude/skills/commit/SKILL.md（專案級）或 ~/.claude/skills/（個人）。
4. 寫 frontmatter：description 含動詞 + 場景；高風險加 disable-model-invocation: true。
5. 驗證：/skills 列出可用項；用真實任務測自動觸發與手動 /name。
6. 提交 Git：專案 Skill 與程式碼同 PR，讓 reviewer 也審 Skill 變更。
7. 接執行節點：含 Xcode / launchd 的 Skill 繫結 macOS 主機（本地或雲 Mac），SSH 進去同樣可用 /xcode-release。

mkdir -p .claude/skills/commit
cat > .claude/skills/commit/SKILL.md <<'EOF'
---
description: Write Conventional Commits message from staged git diff. Use when user asks to commit or /commit.
allowed-tools: Bash, Read
---
# Commit Skill
1. Run `git diff --staged`
2. Output subject <= 72 chars, body with bullet points if needed
3. Do not commit until user confirms
EOF
claude
/skills

8. 總結

2026 年 Claude Code Skills 的核心價值，是把「資深同事腦子裡的 checklist」變成可版本化、可共享、可限權的 Skill Framework。優先裝 code-review、debug、commit、security-review、test-runner 五個底座，再按棧疊加 xcode-release、ci-fix、docs-sync、refactor-plan、create-skill。

記住非對稱結論：模型能力不是分水嶺，工作流入口與執行邊界才是。 先把 Skill 寫進 SKILL.md，再爭論要不要換更貴的訂閱。若團隊剛從 Cursor Rules 遷移過來，建議先用內建 /code-review 跑一週，統計節省了多少重複 prompt，再決定要沉澱幾個專案級 Skill。

延伸閱讀：Claude Code Skills 官方文件 · Anthropic 定價 · Agent Skills 開放標準