本文根據 Claude Code 官方文檔《Extend Claude with skills》整理,資料核對於 2026-11-05。配圖為本站整理的示意圖,不是介面截圖。本站(bigolab.com)不是 Anthropic 官方網站。
適用於誰
- 已經會寫最簡單的 Skill,但總遇到「它不自己出場」或「不該出場時亂出場」的人;
- 想讓 Claude 在改某一類文件時自動套用團隊規矩,而不是每次手動輸入命令的人。
本站的 /guides/claude-code-custom-skill-slash-command-example 寫的是手動觸發的 /release-notes。本文反過來:寫一個主要靠自動觸發的 Skill,重點是怎麼讓它在對的時候出現。字段規範和目錄結構不重複,見 /guides/skill-md-format-spec-how-to-write。
結論先說
- 自動觸發靠的是 description。 官方說,普通會話裏所有技能的名字和描述會被放進上下文,Claude 據此判斷要不要加載;技能全文只在被調用時才進來。
- description 要把關鍵用途放最前面,寫進用戶會自然說的詞。 官方給了硬數字:
description和when_to_use合起來在技能列表裏最多保留 1,536 個字符,超出被截斷。 - 想把範圍收窄,用
paths。 設定後 Claude 只在處理匹配這些文件時才自動加載這個技能;匹配相對當前工作目錄。 - 「必須每次都做」的規則不要只靠 Skill。 官方說 Claude 可能後來不照着做,必須每次發生的要改用 Hook。
- 看到觸發不等於做對了。 官方建議拿幾條真實提示詞,分別在有技能和關掉技能的新會話裏各跑一次,對比結果。

圖:本站根據 Claude Code 官方文檔:Skills 整理的示意圖
一、先把需求說清楚
好的 Skill 來自一個具體的重複問題。本例的需求:
團隊的數據庫遷移文件放在migrations/下。每次讓 Claude 改遷移,我都要重複提醒:不要直接刪列,新增非空列必須帶預設值,改完要跑檢查腳本。
這是官方說的「總是把同一段指令粘貼進對話」的典型情形。它還有兩個特點:不需要你每次想起來才用(所以適合自動觸發),只和一類文件有關(所以適合 paths)。
二、建目錄和 SKILL.md
放項目裏,提交進倉庫全隊共用(官方的項目技能位置):
bash
mkdir -p .claude/skills/migration-review/scripts
.claude/skills/migration-review/SKILL.md:
text
---
name: migration-review
description: 修改或新增數據庫遷移文件前後的檢查清單。當用戶要改 migrations、加表、加列、刪列、改字段類型時使用。
when_to_use: 用戶說「寫個遷移」「給表加個字段」「這個遷移安全嗎」,或者正在編輯 migrations 目錄下的 SQL 文件。
paths: migrations/**
allowed-tools: Bash(${CLAUDE_SKILL_DIR}/scripts/check.sh *)
---
處理遷移文件時,整個任務期間都遵守這些規則:
1. 不直接刪除列或表;需要刪除時,先拆成「停止使用」和「刪除」兩個遷移,並在回覆裏提醒我。
2. 新增 NOT NULL 列必須帶預設值,或者先加可空列再回填。
3. 改完每個遷移文件後,運行 `${CLAUDE_SKILL_DIR}/scripts/check.sh <遷移文件路徑>`,把輸出原樣告訴我。
4. 檢查不通過時,說明原因並修改,不要繞過腳本。
5. 命名規則和更多例子見 [conventions.md](conventions.md),需要時再讀。
對照官方文檔逐項解釋:
description加when_to_use:官方說when_to_use用來補充「什麼時候該調用」,比如觸發短語或示例請求,會追加到 description 後面,一起計入 1,536 字符上限。所以兩個都別寫成長文。paths:官方說明可以是逗號分隔的字符串或 YAML 列表,格式與路徑專屬規則相同。allowed-tools:官方說它在調用這個技能的那一輪裏,讓列出的工具不再彈確認;下一條消息發出後失效。官方還給了同樣的寫法:用${CLAUDE_SKILL_DIR}同時寫在正文和allowed-tools裏,規則就能精確匹配正文要求運行的命令,腳本不會彈窗。- 規則寫成整個任務期間都適用的口吻:官方說技能內容進入對話後不會被重新讀取,所以要寫成常駐指令,而不是一次性步驟。
三、加腳本和參考文件
官方說腳本是被執行的而不是被讀進上下文,適合把確定性的檢查交給程序。下面這個 scripts/check.sh 是本站為演示寫的,規則很簡單,請按自己的數據庫改:
bash
#!/usr/bin/env bash
# 演示腳本:檢查遷移文件裏的兩類高風險寫法
f="$1"
[ -f "$f" ] || { echo "文件不存在:$f"; exit 2; }
if grep -Eiq 'DROP[[:space:]]+(COLUMN|TABLE)' "$f"; then
echo "發現 DROP COLUMN / DROP TABLE,請拆成兩個遷移"; exit 1
fi
if grep -Eiq 'ADD[[:space:]]+COLUMN.*NOT NULL' "$f" && ! grep -Eiq 'DEFAULT' "$f"; then
echo "新增 NOT NULL 列沒有 DEFAULT"; exit 1
fi
echo "檢查通過:$f"
再建 conventions.md,寫命名規則和兩三個「好的 / 壞的」遷移示例。官方建議 SKILL.md 控制在 500 行以內,詳細內容挪到單獨文件,並且在 SKILL.md 裏寫明每個文件是什麼、什麼時候讀(上面第 5 條就是這樣做的)。
四、測試:它到底觸發了嗎
官方的驗證辦法有幾條,按順序做:
- 啟動
claude,問「What skills are available?」(用中文問「有哪些技能可用」也可以),確認migration-review在列表裏。 - 用自然語言提需求,不要用命令:
text
給 users 表加一個 phone 字段,非空,寫個遷移
- 如果沒有自動加載,用
/migration-review直接調用,確認技能本身沒問題。 - 再用一句不相關的話(比如「幫我改一下首頁的按鈕顏色」),確認它沒有亂出場。

圖:本站根據官方「Troubleshooting」整理的示意圖
五、觸發不對怎麼辦(官方排查順序)
不觸發:
- 看 description 裏有沒有用戶自然會說的詞;
- 確認它出現在可用技能列表裏;
- 換一種更貼近 description 的說法再試;
- 用
/名字直接調用; - 如果設了
paths,檢查 Claude 讀、改、寫的文件是否在當前工作目錄之內。官方特意提到:兄弟 git worktree 裏的文件不會激活,即使用/add-dir添加過也一樣。要麼在那個目錄裏啟動,要麼用/cd把會話移過去。
另外官方提醒:YAML 寫錯時技能仍會加載,但元數據是空的,所以 /名字 能用、自動匹配卻不行。可以用 claude --debug 看解析錯誤,或運行 claude plugin validate .claude/skills。
觸發太頻繁: 讓 description 更具體,或者加 disable-model-invocation: true 改成只能手動觸發。
描述被截斷: 技能多了之後,官方說描述列表有預算(約為模型上下文窗口的 1%),超出時從最少使用的技能開始丟描述。運行 /doctor 能估算列表佔的上下文,/skill-doctor 能找出該關掉的技能。
後來不照着做: 見結論第 4 條。必須每次都做的,用 Hook;見 /guides/claude-code-hooks。官方還說對話被壓縮後可能只保留技能內容的開頭,所以最重要的規則放最前面。
六、讓 Claude 幫你調 description
提示詞:
text
我有一個技能 .claude/skills/migration-review/SKILL.md。請給出 8 句用戶可能會說的話,其中 4 句應該觸發它,4 句不應該;然後逐句判斷按現在的 description 和 when_to_use 會不會觸發,不會的給出修改建議。先不要改文件。
七、怎麼知道它真的有用
官方的說法是:觸發只說明 Claude 找到了它,不說明結果對。方法是收集幾條真實的提示詞,各在新會話裏跑兩遍,一遍開着技能、一遍關掉(項目技能可以在 skillOverrides 裏設為 "off"),比較結果;在新會話裏跑很重要,因為你寫技能時留下的上下文會掩蓋指令裏的漏洞。
要自動化這個流程,官方提到可以裝 skill-creator 插件:
text
/plugin install skill-creator@claude-plugins-official
裝好後讓 Claude「evaluate my migration-review skill with skill-creator」,它會生成測試用例、做有無技能的對比,並能測 description 的命中率。如果提示 marketplace 找不到,官方給的辦法是先 /plugin marketplace add anthropics/claude-plugins-official。插件系列見 /guides/claude-code-plugins-marketplace。
常見問題
Q:Skill 和 CLAUDE.md 怎麼分工?
事實和常駐約定放 CLAUDE.md;只在某類任務時才需要的流程放 Skill,平時只佔一行描述。選型對比見 /guides/skill-vs-mcp-vs-subagent-vs-hook。
Q:觸發不穩定,有沒有專門的排查文章?
見 /guides/skill-not-triggering-description-optimize。
Q:放哪個目錄、同名誰優先?
見 /guides/claude-code-skills-directory-location-priority。
訂閱和額度
Skill 的好處之一是正文按需加載,不會像長 CLAUDE.md 那樣每次都占上下文。需要 Claude Code 訂閱可看 /chongzhi/claude-code,價格和額度以官方頁面當前顯示為準。
相關教學
- /guides/claude-code-custom-skill-slash-command-example:手動觸發的 /release-notes 完整實例
- /guides/skill-md-format-spec-how-to-write:SKILL.md 格式規範
- /guides/claude-code-hooks-run-tests-before-commit:必須每次執行的規則用 Hook
參考資料
- Claude Code 文檔:Extend Claude with skills — https://code.claude.com/docs/en/skills
0 條評論
還沒有評論,來搶沙發~