最近一個(gè)月我?guī)缀跆焯炫菰贑laude Code里寫項(xiàng)目代碼生成速度確實(shí)沒(méi)話說(shuō)但真正讓人頭疼的不是“寫得慢”而是“寫得快但不穩(wěn)”。改完一個(gè)函數(shù)旁邊的模塊崩了測(cè)試紅了一片AI卻還在自信地繼續(xù)往下寫。這種時(shí)候你才會(huì)意識(shí)到AI編程的瓶頸早就從“生成速度”轉(zhuǎn)移到了“可靠性”。我后來(lái)把Anthropic開(kāi)源的Superpowers完整跑了一圈才真正理解為什么說(shuō)它是讓AI編程從“快”走向“可靠”的關(guān)鍵工具。Superpowers本質(zhì)上是Claude的一個(gè)Skills集合把規(guī)劃、寫碼、測(cè)試、審查、調(diào)試這一整套工程流程拆成了一組可調(diào)用的標(biāo)準(zhǔn)動(dòng)作。這篇文章我不打算跟你復(fù)述官方README而是從實(shí)際使用者的角度講清楚它解決什么問(wèn)題、有哪些skills、怎么裝怎么用以及我踩過(guò)的坑。1. 先把Superpowers講清楚它到底是什么解決了什么問(wèn)題1.1 從“快”到“可靠”AI編程的第二個(gè)階段先說(shuō)一個(gè)我自己的觀察。第一代AI編程工具解決的是“快”的問(wèn)題你在IDE里按一下TabAI幫你補(bǔ)全十幾個(gè)字符或者一鍵生成一個(gè)函數(shù)。那時(shí)候大家比的都是誰(shuí)生成的代碼多、誰(shuí)打字打得少這個(gè)階段確實(shí)很有沖擊力。但等你真正把一個(gè)像樣的項(xiàng)目交到AI手里讓它連續(xù)寫幾百個(gè)文件、跨模塊改邏輯的時(shí)候你會(huì)發(fā)現(xiàn)“快”根本不值錢真正值錢的是做完之后系統(tǒng)還能跑。Claude Code這種智能體類的編程工具出現(xiàn)之后AI已經(jīng)不是單純幫你補(bǔ)代碼了而是能自己讀文件、改文件、跑命令、看報(bào)錯(cuò)、再重試。這聽(tīng)上去很美好可一旦它運(yùn)行起來(lái)問(wèn)題就變成了另一個(gè)模樣它會(huì)在沒(méi)有完全理解需求的情況下直接開(kāi)寫會(huì)在改A文件的時(shí)候順手破壞了B文件的依賴關(guān)系會(huì)在測(cè)試還沒(méi)跑的情況下就告訴你“完成”。這種現(xiàn)象的本質(zhì)是AI缺少一套工程上強(qiáng)制執(zhí)行的流程。它像一個(gè)熱情過(guò)剩但經(jīng)驗(yàn)不足的實(shí)習(xí)生寫代碼不含糊但做事沒(méi)章法。Superpowers就是沖著這個(gè)痛點(diǎn)來(lái)的。它不改變Claude生成代碼的能力而是給Claude配了一套標(biāo)準(zhǔn)作業(yè)程序。每一個(gè)skill都是一份經(jīng)過(guò)設(shè)計(jì)的操作流程告訴Claude在什么場(chǎng)景下該做什么、按什么順序做、做到什么程度才算完。有了這套程序AI的行為就從“隨機(jī)發(fā)揮”變成了“按SOP執(zhí)行”這正是從“快”走向“可靠”的核心轉(zhuǎn)變。1.2 Skills機(jī)制的核心讓Claude知道自己該干什么要理解Superpowers得先理解Claude Skills機(jī)制。簡(jiǎn)單說(shuō)一個(gè)skill就是一個(gè)文件夾文件夾里有一份SKILL.md文件有時(shí)候還帶幾個(gè)可執(zhí)行的腳本。SKILL.md的開(kāi)頭有一段frontmatter寫著這個(gè)skill的名字和描述下面則是具體的操作步驟。Claude Code啟動(dòng)時(shí)會(huì)掃描本地skills目錄把所有skill注冊(cè)進(jìn)自己的“工具箱”里。關(guān)鍵在于當(dāng)你在對(duì)話中提出需求時(shí)Claude會(huì)根據(jù)需求判斷該調(diào)用哪個(gè)skill。比如你說(shuō)“幫我看看這段代碼有沒(méi)有問(wèn)題”它會(huì)匹配到code-review你說(shuō)“我這邊出了一個(gè)bug快幫我搞定”它會(huì)匹配到debugging或fix-bug。這套機(jī)制本質(zhì)上給了Claude一種“元認(rèn)知”能力——它不光是會(huì)寫代碼還知道自己當(dāng)前處于哪個(gè)工作階段、該調(diào)用哪套方法來(lái)應(yīng)對(duì)。這個(gè)設(shè)計(jì)思路我認(rèn)為非常聰明因?yàn)樗鼪](méi)有試圖把流程硬編碼進(jìn)模型而是把流程做成可插拔的模塊讓模型按需調(diào)用。Superpowers之所以值得關(guān)注還有一個(gè)原因它不是一個(gè)社區(qū)隨手寫的小玩具而是Anthropic團(tuán)隊(duì)內(nèi)部日常使用的skills集合。你可以把它理解為官方把自己的工作方法開(kāi)源出來(lái)了。這就意味著你看到的不是某個(gè)博主拍的腦袋而是一套在真實(shí)商業(yè)項(xiàng)目中被磨過(guò)的流程。1.3 這套工具適合誰(shuí)用如果你只是偶爾用AI寫個(gè)腳本、做個(gè)一次性爬蟲(chóng)那Superpowers對(duì)你來(lái)說(shuō)可能有點(diǎn)多余那些場(chǎng)景不需要嚴(yán)格流程跑了就行。但如果你跟我一樣用Claude Code在正經(jīng)項(xiàng)目上連續(xù)開(kāi)發(fā)兩周以上需要維護(hù)多個(gè)模塊、反復(fù)修改需求、保持代碼質(zhì)量穩(wěn)定那這套skill就非常值錢了。它適合幾類人一是用Claude Code做中大型項(xiàng)目開(kāi)發(fā)的開(kāi)發(fā)者需要AI承擔(dān)更多自主編碼任務(wù)二是團(tuán)隊(duì)里負(fù)責(zé)維護(hù)代碼質(zhì)量的工程師想讓AI的產(chǎn)出更規(guī)范、更好審查三是對(duì)AI編程工作流有好奇心、想研究“如何讓AI更可靠”的實(shí)踐者。說(shuō)白了只要你的痛點(diǎn)不是“AI寫不出來(lái)”而是“AI寫出來(lái)的東西讓人不敢信”就可以試著引入Superpowers。2. Superpowers套裝里到底有哪些skills按場(chǎng)景怎么挑2.1 項(xiàng)目啟動(dòng)與規(guī)劃類skills我打開(kāi)Superpowers倉(cāng)庫(kù)的時(shí)候第一反應(yīng)是這已經(jīng)不是簡(jiǎn)單的“提示詞集合”了它幾乎把軟件開(kāi)發(fā)的完整生命周期都覆蓋了。我先按使用場(chǎng)景給你分個(gè)類方便你按需挑選。項(xiàng)目啟動(dòng)和規(guī)劃這一塊包含start-a-project、create-a-project、brainstorming、generate-prd、planning、write-spec、manage-project、update-tasks這幾個(gè)。brainstorming是用來(lái)澄清需求的當(dāng)你只有一個(gè)模糊想法時(shí)它會(huì)引導(dǎo)Claude一步步追問(wèn)目標(biāo)用戶、核心場(chǎng)景、約束條件和風(fēng)險(xiǎn)點(diǎn)最后產(chǎn)出一份決策記錄。這個(gè)skill對(duì)我特別有用因?yàn)锳I最怕的不是代碼寫得差而是在需求沒(méi)搞清楚的情況下瞎寫一通。planning則是把需求拆解成可執(zhí)行的子任務(wù)每個(gè)任務(wù)帶上驗(yàn)收標(biāo)準(zhǔn)。它生成的tasks.md就是后續(xù)所有工作的索引。manage-project和update-tasks負(fù)責(zé)維護(hù)任務(wù)狀態(tài)保證項(xiàng)目推進(jìn)過(guò)程中不跑偏。如果你用Claude Code接過(guò)一個(gè)稍微大點(diǎn)的需求一定體會(huì)過(guò)“它一上來(lái)就開(kāi)始寫代碼”的那種恐懼。用了planning之后Claude會(huì)先停下來(lái)做一個(gè)整體規(guī)劃這個(gè)停頓本身就能避免大量返工。2.2 編碼與修改類skills進(jìn)入編碼環(huán)節(jié)這塊有edit-file、improve-code、fix-bug、change-a-skill、build-a-skill、create-diagnostics。edit-file不是讓Claude隨便改文件而是要求它在改動(dòng)前先讀取相關(guān)文件、確認(rèn)改動(dòng)范圍再精確編輯避免改動(dòng)時(shí)誤傷其他邏輯。improve-code是在已有代碼基礎(chǔ)上做重構(gòu)和優(yōu)化fix-bug則是針對(duì)具體bug做修復(fù)。這幾個(gè)skills里我最想強(qiáng)調(diào)的是edit-file。過(guò)去Claude Code在改代碼時(shí)經(jīng)常出現(xiàn)的一個(gè)問(wèn)題是一次性重寫整個(gè)文件把原本好的風(fēng)格也順手毀了。edit-file會(huì)先做分析、再分步改每個(gè)步驟都盡量小步快走。它把“修改代碼”這個(gè)動(dòng)作變成了一個(gè)受控流程而不是一次玄學(xué)操作。build-a-skill和change-a-skill這兩個(gè)是“元技能”——專門用來(lái)創(chuàng)建、修改skill本身的。我一開(kāi)始沒(méi)太在意后來(lái)才意識(shí)到這是Superpowers最強(qiáng)大的地方。你不需要等官方更新你完全可以把自己團(tuán)隊(duì)的工作規(guī)范寫成新的skill讓Claude以后都按你的規(guī)范來(lái)。比如你公司要求所有PR都帶上性能測(cè)試結(jié)果那你就可以寫一個(gè)create-performance-check的skill。2.3 測(cè)試、審查與調(diào)試類skills測(cè)試和質(zhì)量這塊的skills是Superpowers的重頭戲包括create-tests、run-tests、code-review、debugging、investigate-issue。我的感受是Anthropic顯然是知道自家模型的問(wèn)題在哪——它能生成大量代碼但往往忘記測(cè)試、跳過(guò)驗(yàn)證。所以Superpowers專門把測(cè)試和審查做成了獨(dú)立skills。create-tests會(huì)根據(jù)已有代碼生成測(cè)試用例run-tests負(fù)責(zé)執(zhí)行測(cè)試并分析失敗原因。code-review是逐文件審查代碼質(zhì)量關(guān)注邏輯漏洞、邊界條件和潛在隱患。debugging是一個(gè)很有意思的skill它不會(huì)讓Claude上來(lái)就亂改代碼而是先要求你復(fù)現(xiàn)問(wèn)題、提出假設(shè)、驗(yàn)證假設(shè)再動(dòng)手修復(fù)。這個(gè)流程很像一位有經(jīng)驗(yàn)的工程師在排除故障而不是在瞎猜。2.4 流程輔助與擴(kuò)展類skills最后還有一個(gè)流程輔助類create-pr-description、get-approval、add-mcp、explore-ai-news、review-a-skill甚至還有個(gè)t-shirt。create-pr-description會(huì)讀取你當(dāng)前工作區(qū)的git diff生成結(jié)構(gòu)清晰的中英文PR描述。get-approval要求Claude在執(zhí)行高風(fēng)險(xiǎn)操作前先征求你同意給你一個(gè)“剎車”的機(jī)會(huì)。add-mcp用來(lái)給Claude Code添加MCP服務(wù)器這個(gè)對(duì)經(jīng)常接外部工具的人很實(shí)用。review-a-skill用來(lái)審查其他skill的質(zhì)量如果你是團(tuán)隊(duì)里負(fù)責(zé)維護(hù)這套工具的人這個(gè)skill相當(dāng)于一個(gè)質(zhì)檢員。t-shirt這個(gè)技能看似搞笑實(shí)際是官方用來(lái)展示“skill如何封裝一個(gè)完整創(chuàng)意流程”的示例。3. 從零安裝Superpowersclone、復(fù)制目錄、驗(yàn)證生效三步搞定3.1 安裝前的環(huán)境檢查安裝Superpowers之前先確認(rèn)你本地的Claude Code版本不要太老最好是最新版因?yàn)閟kills機(jī)制迭代得比較快。我用的是2025年年中的版本跑這些skills沒(méi)有遇到兼容性問(wèn)題。另外skills依賴Node.js環(huán)境跑一些輔助腳本所以本機(jī)最好裝好Node.js版本不要太低。還要說(shuō)一句目錄結(jié)構(gòu)的事。Claude Code默認(rèn)讀取~/.claude/skills/這個(gè)目錄你放在這下面的每一個(gè)子目錄只要包含SKILL.md文件就會(huì)被自動(dòng)注冊(cè)成一個(gè)skill。知道了這個(gè)機(jī)制安裝就很簡(jiǎn)單了不需要什么特殊工具。3.2 安裝的具體步驟我用的是命令行安裝整個(gè)過(guò)程大概三分鐘。先把倉(cāng)庫(kù)clone到本地然后把skills目錄下所有子目錄復(fù)制到Claude Code的skills目錄里。命令大概是這樣的mkdir -p ~/.claude/skills git clone https://github.com/anthropics/superpowers.git cp -r superpowers/skills/* ~/.claude/skills/裝完之后你可以進(jìn)到~/.claude/skills/目錄下看看應(yīng)該能看到brainstorming、planning、debugging、code-review這樣一長(zhǎng)串目錄。如果你只想用其中一部分可以只復(fù)制需要的目錄沒(méi)必要全量安裝。我一開(kāi)始是全量裝的后來(lái)發(fā)現(xiàn)有些不常用就把目錄再精簡(jiǎn)了一下。裝太多skill雖然不影響穩(wěn)定性但會(huì)讓Claude在選擇時(shí)有點(diǎn)“選擇困難”偶爾會(huì)用錯(cuò)工具。3.3 驗(yàn)證skill是否加載成功驗(yàn)證方法很簡(jiǎn)單。啟動(dòng)Claude Code在對(duì)話輸入會(huì)彈出skill自動(dòng)補(bǔ)全列表。如果能看到剛才復(fù)制的那些名字說(shuō)明加載成功了。你也可以直接問(wèn)一句“你現(xiàn)在有哪些skills可以用”正常的Claude會(huì)基于已加載的skills列出一個(gè)清單。我建議你裝完之后隨手開(kāi)一個(gè)新目錄做個(gè)小試驗(yàn)寫一個(gè)最簡(jiǎn)單的Python腳本故意留一個(gè)bug然后讓Claude用debugging流程處理一下。這樣既能驗(yàn)證skill是否生效也能直觀感受一下“按流程走”和“直接亂修”之間的區(qū)別。4. 實(shí)操中的核心用法與經(jīng)驗(yàn)把工作流真正跑起來(lái)4.1 用brainstorming做需求澄清別讓AI瞎起步我第一個(gè)想重點(diǎn)講的實(shí)際操作是用brainstorming做需求澄清。以前我都是直接跟Claude說(shuō)“幫我做一個(gè)待辦事項(xiàng)應(yīng)用”然后它就嗖嗖開(kāi)寫。表面上效率很高但做到一半就會(huì)發(fā)現(xiàn)我要的可能是帶數(shù)據(jù)統(tǒng)計(jì)的輕量工具它給的是一個(gè)帶用戶注冊(cè)的完整平臺(tái)方向就偏了。現(xiàn)在我的做法是啟動(dòng)任務(wù)前先用brainstorming。我會(huì)說(shuō)“我有個(gè)想法幫我brainstorming一下弄清楚具體要做什么”。這個(gè)skill會(huì)引導(dǎo)出幾個(gè)關(guān)鍵問(wèn)題核心用戶是誰(shuí)、最重要的那個(gè)場(chǎng)景是什么、必須做和不能做的邊界在哪里、有什么限制條件。整個(gè)過(guò)程大概幾十秒但它逼著我把想法說(shuō)出來(lái)、被挑戰(zhàn)、再收斂。最終產(chǎn)出的決策記錄我會(huì)讓它保存在項(xiàng)目目錄里后續(xù)所有編程任務(wù)都以這份記錄為準(zhǔn)。這個(gè)步驟看著簡(jiǎn)單實(shí)際上非常關(guān)鍵。因?yàn)锳I編程最大的浪費(fèi)是方向錯(cuò)了還一直在寫brainstorming相當(dāng)于在開(kāi)工前先對(duì)表把我和Claude對(duì)需求的理解對(duì)齊了再動(dòng)手。4.2 用planning把需求拆成任務(wù)讓執(zhí)行有節(jié)奏需求對(duì)齊之后緊接著我會(huì)調(diào)用planning。這個(gè)skill會(huì)把需求拆解成任務(wù)列表每個(gè)任務(wù)附上驗(yàn)收標(biāo)準(zhǔn)和依賴關(guān)系。它生成的tasks.md會(huì)一直存在項(xiàng)目里后續(xù)Claude每完成一項(xiàng)就更新一下?tīng)顟B(tài)。我用下來(lái)最直觀的感受是有了planning之后Claude的執(zhí)行節(jié)奏感完全不同了。沒(méi)有計(jì)劃時(shí)它總是急著把一個(gè)功能從頭寫到尾寫到一半被其他問(wèn)題打斷又去改別的。有了計(jì)劃它會(huì)遵守“一次只做一個(gè)任務(wù)、做完標(biāo)記完成、再做下一個(gè)”的節(jié)奏。這就像你給一個(gè)充滿干勁的人配了一張作戰(zhàn)地圖他不光跑得快還知道自己此刻該站在哪。這里給一個(gè)建議planning拆出來(lái)的任務(wù)粒度不要太粗也不要太細(xì)。太粗執(zhí)行時(shí)還是要靠隨機(jī)應(yīng)變太細(xì)光維護(hù)任務(wù)狀態(tài)就消耗大量上下文。我一般控制在“半天到一天能完成”的粒度這樣既不會(huì)失控也不會(huì)讓流程本身成為負(fù)擔(dān)。4.3 用create-tests和run-tests把質(zhì)量關(guān)口焊死我一直覺(jué)得測(cè)試是AI編程可靠性的最后一道防線。Claude生成代碼的能力太強(qiáng)了強(qiáng)到它容易對(duì)自己的產(chǎn)出過(guò)度自信。如果不強(qiáng)制它寫測(cè)試、跑測(cè)試那它真的可能告訴你“所有功能都已實(shí)現(xiàn)”但實(shí)際上連最基本的邊界條件都沒(méi)處理。我的標(biāo)準(zhǔn)流程是寫完一個(gè)功能模塊立刻調(diào)用create-tests讓它生成對(duì)應(yīng)的測(cè)試再用run-tests執(zhí)行一遍。如果測(cè)試掛了就讓Claude基于失敗信息修代碼修完再跑直到全綠。這樣做的好處是質(zhì)量驗(yàn)證不再是“人肉檢查”而是有一套客觀標(biāo)準(zhǔn)。實(shí)際跑下來(lái)create-tests生成的測(cè)試質(zhì)量還算可以關(guān)鍵路徑的覆蓋度比我預(yù)期高。但你也別指望它生成的測(cè)試有多全面因?yàn)樗腔诂F(xiàn)有代碼生成的天然會(huì)帶上同樣的思維盲區(qū)。所以我有時(shí)會(huì)在寫完測(cè)試后再手動(dòng)補(bǔ)幾個(gè)邊界用例。另外一個(gè)經(jīng)驗(yàn)是不要讓Claude同時(shí)改代碼和更新測(cè)試分兩輪做先改功能再更新測(cè)試這樣測(cè)試結(jié)果才能真實(shí)反映代碼狀態(tài)。4.4 用code-review和debugging處理“看起來(lái)能跑”的代碼到了項(xiàng)目后期最常做的事就是review和debug。code-review這個(gè)skill會(huì)逐文件審查代碼重點(diǎn)看邏輯漏洞、并發(fā)問(wèn)題、未處理異常等。我通常會(huì)讓它在每次較大的改動(dòng)之后跑一遍審查結(jié)果直接當(dāng)作代碼評(píng)審依據(jù)。debugging則是我處理線上問(wèn)題的主力。這個(gè)skill最讓我滿意的地方是它強(qiáng)制要求先復(fù)現(xiàn)再動(dòng)手。以前我讓Claude修bug它經(jīng)常上來(lái)就“我覺(jué)得這里有問(wèn)題”然后把不相干的代碼也改了。用了debugging之后它會(huì)要求我先給復(fù)現(xiàn)步驟或者讓它在本地重現(xiàn)故障然后提假設(shè)、寫驗(yàn)證方法、再動(dòng)代碼。整個(gè)過(guò)程非常接近人類工程師的標(biāo)準(zhǔn)排障思路。這里我要提醒一句debugging不是萬(wàn)能藥。如果bug是環(huán)境配置引起的跟代碼邏輯無(wú)關(guān)那它光靠復(fù)現(xiàn)和假設(shè)也很難定位。我遇到過(guò)一次折騰了半小時(shí)發(fā)現(xiàn)是依賴版本不一致導(dǎo)致的。所以別迷信任何工具該檢查環(huán)境的時(shí)候還是要檢查環(huán)境。4.5 用build-a-skill沉淀團(tuán)隊(duì)規(guī)范最后說(shuō)一下進(jìn)階用法——build-a-skill。因?yàn)镾uperpowers是開(kāi)源的它的skills本質(zhì)上就是一堆SKILL.md文件你完全可以照著它的結(jié)構(gòu)寫自己的。我用它把團(tuán)隊(duì)的一些代碼規(guī)范封裝成了內(nèi)部skill比如“所有數(shù)據(jù)庫(kù)變更必須寫遷移腳本”“提交代碼前必須檢查敏感信息”之類。這個(gè)做法的價(jià)值在于你不用每次都在對(duì)話里反復(fù)叮囑Claude而是把規(guī)范固化下來(lái)讓它每次進(jìn)入對(duì)應(yīng)場(chǎng)景時(shí)自動(dòng)生效。就像一個(gè)老工程師把經(jīng)驗(yàn)沉淀成文檔之后每個(gè)新人都能按這份文檔做事。如果你團(tuán)隊(duì)里有人在維護(hù)AI編程工作流這個(gè)能力絕對(duì)值得研究。5. 常見(jiàn)問(wèn)題與排查技巧實(shí)錄5.1 裝好了但Claude就是識(shí)別不到skill這是我見(jiàn)過(guò)最多的問(wèn)題也是我第一次裝時(shí)踩過(guò)的坑。原因往往出在目錄嵌套上。有人直接clone整個(gè)superpowers倉(cāng)庫(kù)然后原封不動(dòng)放進(jìn)~/.claude/skills/結(jié)果目錄結(jié)構(gòu)變成了~/.claude/skills/superpowers/skills/planning/SKILL.mdClaude Code掃描時(shí)沒(méi)找到有效skill自然什么也識(shí)別不了。正確做法是讓每個(gè)skill的子目錄直接位于~/.claude/skills/下面也就是~/.claude/skills/planning/SKILL.md這種結(jié)構(gòu)。檢查方法很簡(jiǎn)單用命令看下目錄結(jié)構(gòu)確認(rèn)沒(méi)有多套一層就完事了。5.2 SKILL.md存在但Claude沒(méi)有自動(dòng)調(diào)用有時(shí)skill已經(jīng)加載但Claude在你遇到某個(gè)場(chǎng)景時(shí)沒(méi)自動(dòng)喚起對(duì)應(yīng)的skill。這個(gè)一般是skill的description寫得不夠精準(zhǔn)導(dǎo)致的——description是Claude決定何時(shí)調(diào)用skill的依據(jù)寫得含糊匹配率就低。Superpowers自帶的skills大多寫得不錯(cuò)但你自己寫的skill經(jīng)常會(huì)犯這個(gè)毛病。我的技巧是給每個(gè)自建skill的description加上明確的觸發(fā)場(chǎng)景和關(guān)鍵詞比如“當(dāng)用戶提到性能優(yōu)化或頁(yè)面卡頓時(shí)使用此skill”。另外遇到?jīng)]有自動(dòng)調(diào)用的情況最直接的兜底方案就是在對(duì)話里顯式輸入skill名稱來(lái)手動(dòng)觸發(fā)完全沒(méi)問(wèn)題。建議把常用幾個(gè)skill的調(diào)用方式記在項(xiàng)目說(shuō)明文檔里提醒后續(xù)的AI會(huì)話使用。5.3 skill里的腳本跑不起來(lái)部分skills帶輔助腳本比如add-mcp、create-diagnostics。你在使用時(shí)會(huì)發(fā)現(xiàn)腳本沒(méi)有執(zhí)行權(quán)限提示permission denied。這個(gè)通常是因?yàn)閏lone下來(lái)的文件默認(rèn)沒(méi)有保留可執(zhí)行位。解決方法很直接給對(duì)應(yīng)腳本加上執(zhí)行權(quán)限chmod x ~/.claude/skills/*/scripts/* 2/dev/null還有個(gè)容易忽略的點(diǎn)是腳本運(yùn)行需要Node.js環(huán)境如果你是在容器或者精簡(jiǎn)環(huán)境下用Claude Code可能沒(méi)有裝Node。這個(gè)提前裝好就行不用等到報(bào)錯(cuò)再折騰。5.4 skill太多導(dǎo)致上下文被擠占選擇也受影響這是另一個(gè)很現(xiàn)實(shí)的問(wèn)題。每個(gè)加載的skill的SKILL.md都會(huì)占用上下文窗口裝幾十個(gè)不常用的skill會(huì)把寶貴的上下文空間吃掉不少。而且skill多了之后Claude在選擇時(shí)偶爾會(huì)出現(xiàn)“猶豫”明明該用debugging它卻先調(diào)用了一次investigate-issue。雖然不影響最終結(jié)果但過(guò)程確實(shí)更繞了。我的建議是保持克制的安裝清單先用base的planning、brainstorming、create-tests、run-tests、debugging、code-review這六個(gè)等真正需要的時(shí)候再把其他skill加進(jìn)來(lái)。我現(xiàn)在的~/.claude/skills/目錄里只保留了十來(lái)個(gè)常用技能跑項(xiàng)目又穩(wěn)又省心。5.5 引入skills之后幻覺(jué)反而變多了先排查這套流程有一個(gè)現(xiàn)象值得一提有時(shí)候引入了這套流程Claude的產(chǎn)出還是會(huì)有幻覺(jué)。這時(shí)候別急著罵skill沒(méi)用先想想是不是流程執(zhí)行不到位。比如它說(shuō)自己“已經(jīng)跑了測(cè)試”但實(shí)際輸出里沒(méi)有測(cè)試結(jié)果它說(shuō)“所有task已完成”但tasks.md還有一堆未勾選項(xiàng)。我的經(jīng)驗(yàn)是在關(guān)鍵節(jié)點(diǎn)要求Claude給出可驗(yàn)證的證據(jù)比如“請(qǐng)貼出測(cè)試輸出”“請(qǐng)把tasks.md的當(dāng)前狀態(tài)發(fā)給我”。這不是不信任AI而是工程上本來(lái)就要求可追溯。Superpowers提供了流程框架但最終守門的是你自己。該檢查的時(shí)候絕不含糊這樣才能把可靠性真正提上來(lái)。整個(gè)Superpowers用下來(lái)我的體會(huì)是它沒(méi)有Magic核心價(jià)值就是把AI編程從“寫代碼很快”重新定義成“交付結(jié)果很可靠”。它提供的思維方式和流程框架比任何單個(gè)提示詞都值得學(xué)習(xí)。如果你正準(zhǔn)備讓AI深入?yún)⑴c現(xiàn)有項(xiàng)目建議先裝上planning、debugging、code-review這幾個(gè)最核心的skills跑一周你會(huì)明顯感受到工作節(jié)奏變得更踏實(shí)、更可控。