1. Skills 到底是什么一次搞懂這輪新玩法的底層邏輯最近半年AI 編程助手圈子里最讓我覺(jué)得值得花時(shí)間研究的概念就是 skills。我最早是在 Claude Code 里接觸到的當(dāng)時(shí)團(tuán)隊(duì)里一個(gè)同事把代碼評(píng)審的規(guī)范做成了一個(gè)技能包丟到共享倉(cāng)庫(kù)里讓大家批量安裝效果出奇地好。后來(lái)發(fā)現(xiàn) Codex、OpenCode 也都在往這個(gè)方向走GitHub 上各種skills 推薦常用 skills 源網(wǎng)站的熱度一直沒(méi)下去。但我也看到大量用戶把 skills 等同于提示詞模板覺(jué)得換了個(gè)名字而已。說(shuō)實(shí)話這種理解會(huì)耽誤很多事。一個(gè) skill 和一個(gè) prompt 最大的區(qū)別在于它是一套有邊界、可命名、可復(fù)用、可被 AI 主動(dòng)檢索的能力模塊。它不是塞進(jìn)上下文里的一段話而是一個(gè)結(jié)構(gòu)化的包。你可以把它理解成給 AI 裝一個(gè)可隨時(shí)調(diào)用的小插件平時(shí)不占對(duì)話空間一旦任務(wù)相關(guān)AI 會(huì)自動(dòng)識(shí)別到這個(gè)該用技能 X 來(lái)處理然后才把技能內(nèi)容加載進(jìn)來(lái)。這個(gè)機(jī)制帶來(lái)的直接好處是你不用再每回手動(dòng)復(fù)制粘貼大段提示詞也不用擔(dān)心項(xiàng)目一復(fù)雜、上下文一長(zhǎng)技能就淹沒(méi)在無(wú)關(guān)信息里。在這一章里我不打算講太玄的理論只想把 skills 的結(jié)構(gòu)、加載機(jī)制以及它到底解決了什么痛點(diǎn)說(shuō)清楚。這是后面所有實(shí)操的基礎(chǔ)也是你判斷該不該自己寫一個(gè)技能時(shí)的核心依據(jù)。1.1 一個(gè) Skill 的典型構(gòu)成一個(gè)標(biāo)準(zhǔn)技能包的目錄結(jié)構(gòu)通常長(zhǎng)這樣my-skill/ ├── SKILL.md ├── scripts/ ├── references/ └── assets/最關(guān)鍵、唯一必需的文件是SKILL.md。它的開(kāi)頭是 YAML 格式的元信息包含name技能名稱、description技能描述之后是正文指令。scripts/放可執(zhí)行腳本或輔助程序references/放參考文檔、代碼片段、樣例輸出assets/放靜態(tài)資源或模板。看起來(lái)不復(fù)雜但要注意幾點(diǎn)。第一元信息的質(zhì)量決定 AI 會(huì)不會(huì)用這個(gè)技能。description不能寫成一個(gè)幫你做代碼審查的工具這種毫無(wú)觸發(fā)點(diǎn)的廢話。好的描述是這樣的對(duì)項(xiàng)目代碼變更進(jìn)行系統(tǒng)性審查重點(diǎn)關(guān)注安全性、性能、可維護(hù)性問(wèn)題適用于提交前檢查、Pull Request 評(píng)審前后階段。 這段話包含了適用的任務(wù)場(chǎng)景AI 一看到代碼審查相關(guān)指令就會(huì)想到這個(gè)技能。第二正文指令決定 AI 的實(shí)際表現(xiàn)。它不需要很長(zhǎng)但必須把思考順序、執(zhí)行步驟、輸出格式寫清楚。我給自己的要求是一個(gè)技能正文盡量控制在 300 到 800 字之間說(shuō)清楚先看什么后看什么什么情況下輸出什么結(jié)構(gòu)就行。第三支持資源不是越多越好。很多人喜歡往技能包里塞一堆文檔結(jié)果 AI 加載時(shí)上下文容量被撐爆反而拖慢響應(yīng)。我一般只在技能涉及外部工具、公式、數(shù)據(jù)模板時(shí)才放資源且只放必要的那一兩份。1.2 為什么 Skills 能提升 AI 的表現(xiàn)上限我從自己的使用體驗(yàn)說(shuō)一個(gè)觀點(diǎn)Skills 最大的價(jià)值不是讓模型變聰明而是讓模型的每分力氣都花在刀刃上。模型的能力上限其實(shí)是固定的但有效輸出質(zhì)量會(huì)隨上下文質(zhì)量大幅波動(dòng)。你把項(xiàng)目規(guī)范、編碼風(fēng)格、安全紅線、行業(yè)常識(shí)全部混在一段對(duì)話里模型很容易被無(wú)關(guān)信息帶偏反過(guò)來(lái)如果你能在恰當(dāng)?shù)臅r(shí)機(jī)只把相關(guān)內(nèi)容交給它它的表現(xiàn)會(huì)穩(wěn)定非常多。Skills 就是這個(gè)恰當(dāng)篩選的機(jī)制。舉個(gè)例子。我有一次讓 AI 幫我審查一個(gè)前端項(xiàng)目的改動(dòng)如果不掛技能它會(huì)關(guān)注一些雞毛蒜皮的地方比如某個(gè)變量命名不夠優(yōu)雅、某段代碼可以拆成函數(shù)——不是說(shuō)這些不對(duì)而是它不是代碼評(píng)審最該抓的東西。掛上寫好的 code-review 技能后它的行為馬上變了先去讀 diff再看有沒(méi)有重復(fù)請(qǐng)求、內(nèi)存泄漏、可訪問(wèn)性受損最后按嚴(yán)重程度分級(jí)輸出。這就是技能在起作用它把人的工程經(jīng)驗(yàn)編碼進(jìn)了模型的決策路徑。另一個(gè)容易忽略的好處是團(tuán)隊(duì)協(xié)作。以前團(tuán)隊(duì)里定義完代碼規(guī)范想執(zhí)行約束得靠每個(gè)人自己遵守?，F(xiàn)在我可以把規(guī)范直接做成技能包放進(jìn)倉(cāng)庫(kù)讓同事一次性安裝大家用同一套審查規(guī)則輸出質(zhì)量自然對(duì)齊。這是純提示詞做不到的也是 skills 能在社區(qū)里快速火起來(lái)的核心原因。2. 手動(dòng)安裝 GitHub 上的 Skills以 Claude Code 為例的完整實(shí)操熱詞里那句claude code 怎么手動(dòng)裝 github 上的 skills被搜索量很高說(shuō)明很多人都在這一步卡住了。我理解你的感受GitHub 上的技能包那么多下載下來(lái)卻不知道該往哪放。其實(shí)安裝的本質(zhì)非常簡(jiǎn)單就是把倉(cāng)庫(kù)里的技能文件夾放到工具指定的技能目錄下讓工具能掃描到。我用 Claude Code 把整個(gè)過(guò)程拆開(kāi)講。2.1 安裝前后目錄結(jié)構(gòu)與最短路徑Claude Code 的默認(rèn)技能目錄是~/.claude/skills。安裝前先確認(rèn)這個(gè)目錄存在mkdir -p ~/.claude/skills ls ~/.claude/skills如果目錄還空著說(shuō)明你還沒(méi)裝過(guò)任何技能安裝就從零開(kāi)始。如果你用的是 Windows路徑類似是C:\Users\你的用戶名\.claude\skills原理一致。到 GitHub 上找一個(gè)技能倉(cāng)庫(kù)比如某個(gè)人寫的frontend-review-skill倉(cāng)庫(kù)內(nèi)部結(jié)構(gòu)通常是frontend-review-skill/ ├── SKILL.md ├── scripts/ └── README.md你要做的就是把包含SKILL.md的那個(gè)文件夾整體復(fù)制到~/.claude/skills/下。這樣做完技能目錄的最終結(jié)構(gòu)應(yīng)該是~/.claude/skills/frontend-review-skill/SKILL.md這里有個(gè)非常常見(jiàn)的坑很多人用git clone直接把整個(gè)倉(cāng)庫(kù)克隆進(jìn)技能目錄導(dǎo)致結(jié)構(gòu)變成~/.claude/skills/frontend-review-skill/frontend-review-skill/SKILL.md多了一層嵌套工具就識(shí)別不了。判斷標(biāo)準(zhǔn)很簡(jiǎn)單SKILL.md必須在技能文件夾的第一層不能藏在更深的路徑里。2.2 命令實(shí)操與常見(jiàn)報(bào)錯(cuò)我喜歡的安裝方式是用一條命令完成克隆并安放cd ~/.claude/skills git clone https://github.com/你的用戶名/你的技能倉(cāng)庫(kù).git克隆完后進(jìn)入倉(cāng)庫(kù)檢查結(jié)構(gòu)如果發(fā)現(xiàn)倉(cāng)庫(kù)根目錄下就是SKILL.md那這個(gè)技能可以直接用如果倉(cāng)庫(kù)里同時(shí)包含多個(gè)技能比如每個(gè)技能一個(gè)子目錄那你得把每個(gè)技能子目錄單獨(dú)復(fù)制出來(lái)cp -r ~/.claude/skills/大倉(cāng)庫(kù)/技能A ~/.claude/skills/技能A_component/ cp -r ~/.claude/skills/大倉(cāng)庫(kù)/技能B ~/.claude/skills/技能B_component/裝完技能不等于完事。我建議你立刻驗(yàn)證一下直接打開(kāi) Claude Code給出一個(gè)和技能描述吻合的任務(wù)觀察它是否自動(dòng)加載了對(duì)應(yīng)技能。如果沒(méi)有任何反應(yīng)按下面三個(gè)方向排查。報(bào)錯(cuò)一目錄層級(jí)不對(duì)。檢查SKILL.md是否在技能文件夾第一層不要在技能文件夾里面再包一層同名文件夾。報(bào)錯(cuò)二YAML 元信息格式錯(cuò)誤。name和description頂格寫冒號(hào)后面要有空格縮進(jìn)別亂用 Tab用空格。格式錯(cuò)了工具無(wú)法解析技能頭部會(huì)直接跳過(guò)這個(gè)技能。報(bào)錯(cuò)三描述寫得太模糊。如果description是代碼審查這種泛泛的詞AI 可能在遇到任務(wù)時(shí)判斷不出來(lái)該用這個(gè)技能。改成帶觸發(fā)場(chǎng)景的描述比如適用于提交前檢查或代碼重構(gòu)評(píng)審場(chǎng)景。2.3 遠(yuǎn)程倉(cāng)庫(kù)安裝的正確姿勢(shì)與安全提示有些技能倉(cāng)庫(kù)提供了自動(dòng)安裝腳本命令往往是curl -fsSL https://example.com/install.sh | bash我的原則是執(zhí)行任何腳本前先下載下來(lái)看一眼內(nèi)容再?zèng)Q定是否運(yùn)行。雖然大多數(shù)倉(cāng)庫(kù)是可信的但先確認(rèn)再執(zhí)行應(yīng)該成為使用開(kāi)源資源的基本習(xí)慣。你可以先curl -fsSL 地址 -o install.sh打開(kāi)文件檢查沒(méi)有異常行為后再bash install.sh。如果是自己手動(dòng)從網(wǎng)頁(yè)下載 ZIP 包解壓后注意一個(gè)問(wèn)題macOS 默認(rèn)會(huì)給 ZIP 解壓出來(lái)的目錄加一層__MACOSX隱藏目錄Windows 也可能多出一些輔助文件。這些都不影響使用直接忽略即可但要小心別把壓縮包里的外層文件夾也一并復(fù)制進(jìn)去。還有一個(gè)值得說(shuō)的點(diǎn)純提示詞型技能只有SKILL.md一個(gè)文件不帶腳本幾乎適用于所有工具而帶scripts/的技能對(duì)執(zhí)行環(huán)境有依賴。安裝前先看 README搞清楚它依賴的是 Python 還是 Node.js避免裝完才發(fā)現(xiàn)跑不起來(lái)。3. 不同業(yè)務(wù)場(chǎng)景的 Skills 推薦清單與選型思路技能裝多了你會(huì)發(fā)現(xiàn)真正好用的從來(lái)不是那種包羅萬(wàn)象的全能技能而是針對(duì)單一場(chǎng)景做到極致的專用技能。下面我按最近社區(qū)討論熱度最高的三個(gè)方向來(lái)說(shuō)前端開(kāi)發(fā)、數(shù)學(xué)建模競(jìng)賽、AI 創(chuàng)意內(nèi)容生產(chǎn)。這三個(gè)方向最能體現(xiàn) skills 的實(shí)用價(jià)值。3.1 前端開(kāi)發(fā)的 Skills 組合前端方向最值得優(yōu)先配置的技能是代碼評(píng)審類。一個(gè)成熟的 frontend code review 技能應(yīng)該把審查維度固定下來(lái)而不是泛泛地看哪里有 bug。我給團(tuán)隊(duì)配置的技能里審查優(yōu)先級(jí)大致是是否有重復(fù)或冗余的網(wǎng)絡(luò)請(qǐng)求、是否存在內(nèi)存泄漏風(fēng)險(xiǎn)尤其事件監(jiān)聽(tīng)和定時(shí)器、可訪問(wèn)性是否受損、改動(dòng)是否破壞了既有狀態(tài)管理邏輯。這種技能輸出的審查意見(jiàn)會(huì)非常結(jié)構(gòu)化分為嚴(yán)重問(wèn)題、建議修復(fù)、可選優(yōu)化三個(gè)級(jí)別并且會(huì)給出具體修復(fù)示例。第二推薦的是組件生成類技能。這種技能內(nèi)置了團(tuán)隊(duì)的目錄約定、命名規(guī)范、常用 UI 組件庫(kù)的使用方式AI 生成 React 或 Vue 組件時(shí)就會(huì)自動(dòng)遵守這些約束。比如團(tuán)隊(duì)規(guī)定所有頁(yè)面級(jí)組件文件放在pages/組件級(jí)別文件放在components/技能加載后 AI 會(huì)自動(dòng)按這個(gè)路徑去生成不會(huì)再把文件位置寫得亂七八糟。第三是 TypeScript 類型安全類。這類技能對(duì)類型設(shè)計(jì)的要求是能用字面量聯(lián)合類型就不用string能用接口正常定義就不用any函數(shù)參數(shù)要顯式標(biāo)注返回類型。實(shí)際體驗(yàn)下來(lái)這類型技能能把代碼里的any數(shù)量壓得非常低代碼可維護(hù)性提升明顯。我的建議是別一次性裝十幾個(gè)前端技能只需要把代碼評(píng)審 組件生成 類型安全這三板斧配齊基本能覆蓋日常 80% 的場(chǎng)景。3.2 數(shù)學(xué)建模與競(jìng)賽場(chǎng)景的 Codex Skills華為杯建模比賽好用的 codex skills這個(gè)詞條能進(jìn)熱搜說(shuō)明大量參賽者已經(jīng)在嘗試用 AI 工具提升效率。數(shù)學(xué)建模的流程極度結(jié)構(gòu)化非常適合用技能把規(guī)范操作固化下來(lái)。我推薦按階段拆成三件套。第一件是數(shù)據(jù)處理技能。它的職責(zé)很窄讀取原始數(shù)據(jù)文件識(shí)別字段類型、缺失值和異常值輸出清洗后的標(biāo)準(zhǔn)化數(shù)據(jù)并自動(dòng)生成描述性統(tǒng)計(jì)報(bào)告。別小看這一步比賽前期大量時(shí)間都耗在數(shù)據(jù)清洗上。第二件是模型選型技能。它內(nèi)部維護(hù)了一張問(wèn)題類型到算法模型的映射表。看到預(yù)測(cè)未來(lái)值就往時(shí)間序列、回歸模型方向走看到分類就自動(dòng)比較決策樹、SVM、隨機(jī)森林甚至淺層神經(jīng)網(wǎng)絡(luò)的適用條件看到優(yōu)化問(wèn)題就往線性規(guī)劃、動(dòng)態(tài)規(guī)劃方向帶。它會(huì)為每個(gè)候選模型給出復(fù)雜度、適用數(shù)據(jù)量和預(yù)期精度的對(duì)比幫你更快做決策。第三件是論文排版技能。比賽最痛苦的不是算不出來(lái)而是算出來(lái)了不知道怎么在論文里講清楚。一個(gè)排版的技能會(huì)固定摘要結(jié)構(gòu)背景、方法、結(jié)果、結(jié)論四段式、固定圖表編號(hào)規(guī)則、固定公式排版方式。LaTeX 用戶尤其推薦配置一個(gè)這類技能它能直接輸出標(biāo)準(zhǔn)格式的論文片段節(jié)省大量時(shí)間。我個(gè)人的體會(huì)是別指望一個(gè)技能從數(shù)據(jù)處理幫你寫到論文排版那是功能堆疊會(huì)互相打架。拆成三個(gè)獨(dú)立技能反而每個(gè)都能保持小而精。3.3 AI 漫劇與創(chuàng)意內(nèi)容生產(chǎn)方向AI 漫劇是內(nèi)容和 AI 技術(shù)結(jié)合的新玩法核心痛點(diǎn)是角色一致性。同一個(gè)角色在中景、特寫、不同光線條件下臉不能崩服裝不能變。而普通提示詞換個(gè)語(yǔ)氣、換個(gè)上下文結(jié)果就飄了。Skills 在這里能做三件事。第一件是角色設(shè)定提煉。把一段描述性的角色介紹壓縮成結(jié)構(gòu)化的穩(wěn)定標(biāo)簽發(fā)型、發(fā)色、瞳色、臉型、服飾特征、標(biāo)志性道具每一個(gè)都用短詞固定。這樣后續(xù)所有鏡頭生成都在同一個(gè)角色約束集合下工作。第二件是分鏡腳本拆分。把一個(gè) 300 字的故事段落切分成 6 到 8 個(gè)鏡頭序列每個(gè)鏡頭標(biāo)明景別、運(yùn)鏡、角色狀態(tài)、環(huán)境光線。這個(gè)技能的輸出格式一旦固定后續(xù)生成效率會(huì)明顯上升。第三件是文生圖參數(shù)固定。同一個(gè)技能內(nèi)置風(fēng)格詞、光線詞、負(fù)面提示詞的黑名單每次調(diào)用時(shí)自動(dòng)補(bǔ)充上防止畫面風(fēng)格突然變化。如果你正在做 AI 漫劇這類一致性維護(hù)技能比任何靈感生成技能都值錢。因?yàn)殪`感你隨時(shí)都有但畫面穩(wěn)定只能靠規(guī)范約束來(lái)實(shí)現(xiàn)。4. 從零寫一個(gè)自己的 Skill結(jié)構(gòu)、命名與調(diào)試要點(diǎn)聊完現(xiàn)成的技能包我想花一整章說(shuō)說(shuō)怎么寫自己的技能。只下載別人的你永遠(yuǎn)只是使用者真正自己寫一個(gè)你會(huì)重新理解 AI 工具的設(shè)計(jì)邏輯。而且寫一個(gè)技能的門檻沒(méi)有你想得那么高關(guān)鍵在于思路清晰。4.1 Skill 文件格式與元信息設(shè)計(jì)我直接給一個(gè)最小可用的SKILL.md示例你就照著這個(gè)結(jié)構(gòu)去寫--- name: api-error-debug description: 分析后端接口報(bào)錯(cuò)日志定位錯(cuò)誤根因適用于 API 聯(lián)調(diào)、線上問(wèn)題排查、日志分析場(chǎng)景。輸入為錯(cuò)誤日志或接口返回信息輸出為根因分析報(bào)告。 --- # API 接口錯(cuò)誤排查 你在協(xié)助開(kāi)發(fā)者排查 API 接口報(bào)錯(cuò)問(wèn)題。請(qǐng)按以下步驟執(zhí)行 1. 先讀完整的錯(cuò)誤日志或錯(cuò)誤響應(yīng)不要跳過(guò)任何前綴信息 2. 分類錯(cuò)誤類型網(wǎng)絡(luò)層、鑒權(quán)層、參數(shù)校驗(yàn)層、業(yè)務(wù)邏輯層、數(shù)據(jù)庫(kù)層 3. 對(duì)每類錯(cuò)誤給出根因判斷標(biāo)準(zhǔn) 4. 按以下結(jié)構(gòu)輸出 - 錯(cuò)誤類型 - 根因概率排序從高到低 - 每條根因?qū)?yīng)的驗(yàn)證建議 - 修復(fù)示例如果能在現(xiàn)有代碼上下文中給出注意頭部 YAML 的description這是 AI 將來(lái)決定是否加載技能的關(guān)鍵。你應(yīng)該多花十分鐘反復(fù)打磨它。一個(gè)技巧是在描述里嵌入任務(wù)動(dòng)詞和目標(biāo)場(chǎng)景比如分析定位適用于輸入為輸出為這樣 AI 檢索時(shí)匹配的維度會(huì)更多。正文的編號(hào)列表也很關(guān)鍵。我發(fā)現(xiàn)以數(shù)字步驟開(kāi)頭的指令比自由段落文本更容易讓模型按順序執(zhí)行。指令里可以加約束比如不要貼折行后的代碼這種負(fù)面約束效果也很好。你還可以引導(dǎo) AI 的探索行為讓它主動(dòng)查詢代碼庫(kù)或讀取相關(guān)文件。4.2 指令內(nèi)容撰寫的黃金法則寫指令正文這件事我總結(jié)了三條比較實(shí)用的法則你自己寫的時(shí)候可以直接套用。法則一一個(gè)技能只解決一個(gè)問(wèn)題。如果你把寫代碼、寫測(cè)試、寫文檔塞進(jìn)同一個(gè)技能AI 會(huì)經(jīng)常跑偏。技能不是流程手冊(cè)它是單項(xiàng)能力模塊。法則二給出正反例而非抽象規(guī)則。直接對(duì)比反例注意代碼規(guī)范。正例函數(shù)命名使用動(dòng)賓結(jié)構(gòu)例如fetchUserData不要用getData或uData這類模糊命名。正反例比抽象規(guī)則可靠得多因?yàn)槟Ｐ偷哪７履芰φw強(qiáng)于演繹能力。法則三把輸出結(jié)構(gòu)定死。模型默認(rèn)的輸出習(xí)慣是啰嗦的你要提前告訴它最終報(bào)告長(zhǎng)什么樣、順序是什么、哪些信息必須包含。比如結(jié)論放最前面緊接著證據(jù)鏈最后才是建議這種有一個(gè)明確順序的指令能顯著改善調(diào)試體驗(yàn)。4.3 本地調(diào)試與效果驗(yàn)證技能寫完一定要測(cè)我的標(biāo)準(zhǔn)流程分三步。第一步檢查元信息是否能被正確解析。進(jìn)入技能目錄運(yùn)行l(wèi)s ~/.claude/skills/my-skill/ cat ~/.claude/skills/my-skill/SKILL.md確認(rèn)目錄層級(jí)正確、YAML 頭部沒(méi)有語(yǔ)法錯(cuò)誤、正文沒(méi)有畸形 Markdown。第二步主動(dòng)觸發(fā)測(cè)試。在對(duì)話里明確說(shuō)請(qǐng)用 my-skill 的方式處理這個(gè)問(wèn)題看模型是否加載技能、是否按照指令順序執(zhí)行。如果模型沒(méi)有按步驟來(lái)大概率是正文指令寫得太寬泛或被其他指令覆蓋了。第三步誘捕式測(cè)試。不給模型任何明確技能名直接給一個(gè)含糊但相關(guān)的任務(wù)看它能否根據(jù)description自動(dòng)選中并加載技能。如果它能做到說(shuō)明技能的觸發(fā)能力是合格的。很多情況下誘捕式測(cè)試失敗了問(wèn)題都出在description上——描述內(nèi)容沒(méi)有覆蓋到實(shí)際任務(wù)場(chǎng)景。還有一個(gè)通常被忽略的點(diǎn)技能引用腳本時(shí)要確認(rèn)執(zhí)行權(quán)限。比如你在scripts/下放了analyze.py那它得是chmod x可執(zhí)行的或者用python顯式調(diào)用。否則 AI 嘗試調(diào)用腳本失敗常常會(huì)靜默降級(jí)直接繞開(kāi)技能輸出一個(gè)不完整的結(jié)果你還不容易察覺(jué)。5. 技能庫(kù)、下載源與生態(tài)工具的分布情況現(xiàn)在 GitHub 上的 skill 資源已經(jīng)多到找不過(guò)來(lái)。很多人到處搜集技能庫(kù)網(wǎng)址但真正決定體驗(yàn)的不是數(shù)量而是你知道去哪找、找什么類型、裝完能不能用。這一章把資源分布的現(xiàn)狀講清楚。5.1 值得關(guān)注的開(kāi)源技能庫(kù)社區(qū)資源目前大致分三類。第一類是綜合型技能集合倉(cāng)庫(kù)。這種倉(cāng)庫(kù)通常一口氣收錄幾十個(gè)甚至上百個(gè)技能適合新手一次性批量安裝然后逐個(gè)體驗(yàn)。在 GitHub 上搜 awesome claude skills 或 skills collection 能發(fā)現(xiàn)不少這類項(xiàng)目。它們的優(yōu)點(diǎn)是全面缺點(diǎn)是質(zhì)量參差不齊有些技能明顯是湊數(shù)的。我的建議是別全裝挑和你工作流匹配的裝。第二類是框架型項(xiàng)目。它們不只是給技能還給技能定義了一套標(biāo)準(zhǔn)的寫法、參數(shù)接口甚至讓技能之間可以互相調(diào)用。社區(qū)里討論度很高的 superpowers 就是這一類。它解決了一個(gè)很現(xiàn)實(shí)的問(wèn)題單一技能只能做單一功能但如果技能之間能協(xié)作就能完成復(fù)雜的多步驟任務(wù)。這類框架學(xué)習(xí)成本高一些但它帶來(lái)的能力升級(jí)是值得的。第三類是特定領(lǐng)域小倉(cāng)庫(kù)。只解決一個(gè)問(wèn)題比如日志分析、論文潤(rùn)色、Excel 數(shù)據(jù)清洗。這種倉(cāng)庫(kù)通常質(zhì)量很高但需要你自己有目的地檢索。找的時(shí)候可以圍繞業(yè)務(wù)關(guān)鍵字 skills組合比如 excel skills github 或 dataclean skill。5.2 不同工具對(duì) Skills 的兼容性差異必須給大家提個(gè)醒skills 目前并沒(méi)有統(tǒng)一的行業(yè)標(biāo)準(zhǔn)。Claude Code、Codex、OpenCode 對(duì)技能的支持程度和規(guī)范細(xì)節(jié)不一樣。我自己用下來(lái)Claude Code 的 SKILL.md 形態(tài)比較成熟對(duì) YAML 元信息、腳本資源、文件目錄的解析都比較完善。Codex 也在加這塊能力但在技能加載機(jī)制或目錄約定上略有差異尤其對(duì)scripts/資源的處理方式不一定直接兼容。OpenCode 目前更多是吸收社區(qū)規(guī)范玩家眾多功能迭代更快。所以我建議你在安裝技能包時(shí)先看一下它是否是純提示詞型。如果是純SKILL.md那幾乎在所有工具里都能通用。如果帶了scripts/和特定依賴就要考察一下目標(biāo)工具的腳本執(zhí)行方式是不是匹配。一句話總結(jié)能復(fù)用通用格式的技能就不要鋌而走險(xiǎn)硬塞帶依賴的技能。技術(shù)選型上我給一個(gè)更務(wù)實(shí)的建議如果你剛開(kāi)始接觸選一個(gè)主力工具研究透徹即可不要同時(shí)在幾款工具里各裝一份同類技能。把主力的技能機(jī)制、目錄結(jié)構(gòu)、腳本加載方式搞清楚再去橫向遷移效率會(huì)高很多。6. Skills 的清理、邊界與長(zhǎng)期維護(hù)經(jīng)驗(yàn)熱詞里有一條很具體的問(wèn)題問(wèn)tibo 關(guān)于清理 skills 的方法推薦一看就是被技能堆積問(wèn)題折磨過(guò)的人。我自己大概裝過(guò)五六十個(gè)技能最后穩(wěn)定使用的不到二十個(gè)。大部分技能不是沒(méi)用而是在特定場(chǎng)景下才偶發(fā)揮價(jià)值。但如果不管不顧技能庫(kù)就會(huì)變成數(shù)字雜物間AI 每次掃描負(fù)載增大還可能選錯(cuò)技能。這一章把我清理和維護(hù)的經(jīng)驗(yàn)完整分享一下。6.1 什么時(shí)候該清理 Skills我的判斷標(biāo)準(zhǔn)很直接一個(gè)技能如果連續(xù)兩周都沒(méi)被自動(dòng)加載過(guò)一次它就進(jìn)入了退化區(qū)間。這里的沒(méi)被加載指的不是你沒(méi)用過(guò)而是你在對(duì)話里發(fā)出相關(guān)任務(wù)時(shí)AI 并沒(méi)有主動(dòng)選中它。另一個(gè)需要清理的信號(hào)是技能之間發(fā)生沖突。比如你有兩個(gè)代碼審查類技能它們的描述高度接近AI 有時(shí)加載 A 有時(shí)加載 B輸出風(fēng)格完全不一樣。這種結(jié)果對(duì)用戶是災(zāi)難因?yàn)槊看屋敵龆疾豢深A(yù)測(cè)。正確做法是果斷合并。還有一個(gè)容易忽略的是腳本依賴過(guò)期的技能。技能引用的 Python 包升級(jí)了、API 字段變了或者工具鏈版本提升了舊技能就會(huì)過(guò)保質(zhì)期。這類問(wèn)題往往在你某天突然用到它時(shí)才發(fā)現(xiàn)那時(shí)候再排查非常痛苦。定期盤點(diǎn)能減少這類突發(fā)問(wèn)題。6.2 清理方法論與推薦做法我的清理流程一般分三步。第一步是盤點(diǎn)。進(jìn)入技能目錄把每個(gè)技能包列出來(lái)ls ~/.claude/skills/逐個(gè)打開(kāi)SKILL.md看name和description問(wèn)自己三個(gè)問(wèn)題這個(gè)技能在過(guò)去兩周有沒(méi)有被加載過(guò)它解決的問(wèn)題我現(xiàn)在還用不用它和別的技能有沒(méi)有重復(fù)第二步是分類。我習(xí)慣在~/.claude/下建一個(gè)skills_archive/文件夾把冷門、暫時(shí)不用但以后可能用到的技能移過(guò)去。這不等于刪掉只是讓主目錄更干凈。命令很簡(jiǎn)單mkdir -p ~/.claude/skills_archive mv ~/.claude/skills/冷門技能 ~/.claude/skills_archive/第三步是合并。職責(zé)重疊的技能合并成一個(gè)。合并不是簡(jiǎn)單地把兩段文字拼在一起而是把兩個(gè)技能的描述和指令重新梳理成結(jié)構(gòu)化模式。比如把frontend review和accessibility check合并成web-quality review描述涵蓋兩類任務(wù)指令里用條件分支區(qū)分場(chǎng)景。做完這步技能庫(kù)通常會(huì)縮水一半但效果會(huì)明顯提升。6.3 我的維護(hù)習(xí)慣與個(gè)人經(jīng)驗(yàn)最后分享幾個(gè)我長(zhǎng)期堅(jiān)持的小習(xí)慣。第一我習(xí)慣在技能描述的最后加上日期標(biāo)記。比如在description末尾寫最后驗(yàn)證2025-07。這樣做的好處是每個(gè)月盤點(diǎn)時(shí)只要一看描述就能知道哪些技能需要重新測(cè)試哪些可以直接退役。日期標(biāo)記雖然看起來(lái)不起眼但它能有效防止過(guò)期技能繼續(xù)帶病運(yùn)行。第二我每個(gè)季度做一次實(shí)測(cè)回歸。挑出自己最常用的六到八個(gè)技能逐個(gè)用誘捕式測(cè)試觸發(fā)一遍檢驗(yàn)它們是否還能被 AI 正確加載、指令是否還適應(yīng)當(dāng)前模型版本。模型升級(jí)很頻繁技能描述里的某些措辭可能突然就失效了定期回歸能及時(shí)發(fā)現(xiàn)問(wèn)題。第三我不建議在不同工具里各裝一份同款技能。Claude Code、Codex、OpenCode 各自的加載機(jī)制不一樣維護(hù)成本會(huì)翻倍。挑一個(gè)主力工具深入研究它的技能解析邏輯、腳本運(yùn)行方式、上下文注入機(jī)制把它玩透比到處收集技能包要高效得多。我自己的主力工具是 Claude Code平時(shí)新發(fā)現(xiàn)一個(gè)技能包先手工安裝到它的目錄下測(cè)試確認(rèn)效果后再?zèng)Q定是否供其他場(chǎng)景復(fù)用。清理和維護(hù)這件事短期內(nèi)看不出多大差別但長(zhǎng)期下來(lái)它會(huì)決定你的 AI 工具到底處于越用越順的狀態(tài)還是裝了很多卻什么也不穩(wěn)定的狀態(tài)。技能庫(kù)不是收藏夾少而精永遠(yuǎn)比多而雜靠譜。最后再分享一個(gè)小技巧給你的技能統(tǒng)一命名規(guī)范比如都用領(lǐng)域-功能的結(jié)構(gòu)像web-perf-audit、>