一、AI 編程的"野蠻生長"帶來的問題

Claude Code 作為 Anthropic 推出的終端 AI 編程工具，它憑借強(qiáng)大的代碼理解與生成能力，成為 2026 年最火 AI 編程工具之一，但原生模式存在明顯短板：

• 需求理解偏差，比如你讓它"加個登錄功能"，AI 立刻開始寫代碼，不問清是 OAuth、JWT 還是 Session
• 缺乏標(biāo)準(zhǔn)化工程流程，全靠用戶手動引導(dǎo)
• 容易跳過需求分析、架構(gòu)設(shè)計、測試驗證等關(guān)鍵環(huán)節(jié)
• 長會話漂移，復(fù)雜項目容易失控，代碼質(zhì)量參差不齊,連續(xù)工作 1 小時后，AI 忘記最初的架構(gòu)約定，代碼風(fēng)格混亂
• 團(tuán)隊協(xié)作時，每個人 “調(diào)教 AI” 的方式不一樣，難以統(tǒng)一

這些問題，其實并不是AI大模型能力的問題，而是缺乏工程紀(jì)律的表現(xiàn)。

今天給大家介紹一款開源封神插件——Superpowers，它是由 Jesse Vincent（obra）打造的開源 AI 編程工作流框架，核心理念是：Process over Prompt（流程大于提示詞），給 AI 套上軟件工程的 “紀(jì)律與護(hù)欄”，讓它像資深工程師一樣先思考、再規(guī)劃、后編碼、必驗證。

該項目于 2025 年 10 月開源，2026 年初進(jìn)入 Anthropic 官方插件市場后迅速爆發(fā)，截止目前，總星數(shù)突破 123,000，且一度成為 GitHub Trending 榜首。

裝上它，直接把 Claude Code 從 “代碼生成器” 升級成專業(yè)級工程搭檔，流程規(guī)范、代碼健壯、bug 驟減，真正實現(xiàn)AI 原生工程開發(fā)。

二、Superpowers 到底是什么？

很多新手在剛開始使用Superpowers時，容易把它搞混淆， Superpowers它并不是代碼生成工具，它也不能把 AI 變得更聰明。

本質(zhì)上，它是一套基于 Anthropic Agent Skills 技能工作流框架（Skills Framework），或者說它是一套完整的 AI 開發(fā)方法論 + 可組合技能庫，它通過攔截 Claude Code 的關(guān)鍵決策點，將單次對話轉(zhuǎn)變?yōu)榻Y(jié)構(gòu)化的軟件工程流程。利用它，可以讓AI強(qiáng)制遵循經(jīng)過驗證的軟件工程方法論。從而為 Claude Code 注入一整套工程師思維。

開發(fā)時，強(qiáng)制遵循：頭腦風(fēng)暴 → 方案設(shè)計 → 編寫計劃 → 執(zhí)行開發(fā) → TDD 測試 → 代碼審查 → 系統(tǒng)化調(diào)試

通俗一點來說，它是把軟件工程最佳實踐（TDD、Code Review、Spec-Driven、Git Worktree、子 Agent 協(xié)作）全部封裝成 AI 可自動執(zhí)行的 Skills，讓大模型從“代碼生成器”變成“真正懂工程的 Junior Engineer”。

它遵循的核心理念是圍繞測試驅(qū)動開發(fā)（TDD）來展開，也就是經(jīng)典的“紅-綠-重構(gòu)”循環(huán)。簡單來說：先寫一個會失敗的測試（RED），然后用最少的代碼讓它通過（GREEN），最后優(yōu)化代碼（REFACTOR）。

三、安裝方式

Superpowers 支持 Claude Code、Cursor、Codex、OpenCode、Gemini CLI 等主流 AI 編碼工具，以下以 Claude Code（推薦平臺） 為例，來介紹一下，它的安裝步驟和使用方法：

3.1 官方市場安裝（推薦）

在 Claude Code 終端中執(zhí)行兩條命令：

# 步驟 1：注冊 Superpowers 市場源
/plugin marketplace add obra/superpowers-marketplace
# 步驟 2：安裝插件
/plugin install superpowers@superpowers-marketplace

2026 年 1 月起更簡便的方式 —— 直接通過 Anthropic 官方市場

/plugin install superpowers@claude-plugins-official

3.2 驗證安裝

安裝后，重啟 Claude Code，然后，你的 Claude Code 就獲得了一整套 Skills。輸入 / 就能看到以 superpowers: 開頭的命令。

/superpowers

如上圖所示，你應(yīng)能看到三個核心命令：

• /superpowers:brainstorm —— 交互式設(shè)計細(xì)化
• /superpowers:write-plan —— 創(chuàng)建實現(xiàn)計劃
• /superpowers:execute-plan —— 使用子代理執(zhí)行計劃

四、核心功能與用法：全流程實戰(zhàn)拆解

4.1 核心技能速覽

4.2 標(biāo)準(zhǔn)開發(fā)工作流（必看）

階段一：先 Brainstorm，再動手

這是 Superpowers 最顛覆性的功能。它阻止 Claude 在沒想清楚之前寫代碼。

觸發(fā)方式：比如當(dāng)你說"幫我加一個用戶登錄功能"，沒有 Superpowers 的 Claude 會直接開始寫代碼。有了 Superpowers，它會先進(jìn)入 Brainstorming 模式，用蘇格拉底式提問幫你理清需求：

工作流程：

1. AI 停止編碼沖動，進(jìn)入"蘇格拉底式提問"模式
2. 詢問業(yè)務(wù)目標(biāo)、約束條件、技術(shù)偏好
3. 澄清模糊需求，識別隱藏假設(shè)
4. 輸出經(jīng)過驗證的設(shè)計方案

示例對話：

用戶：幫我做個登錄功能
Claude：我將使用 brainstorming 技能來探索這個功能。
首先，讓我問幾個澄清問題：
1. 這個登錄功能是要加到哪個項目里？還是一個全新的項目？ → 全新項目
2. 你希望用什么技術(shù)棧來做？ → 全棧 JS
3. 前端框架用哪個？ → React (推薦)
4. 登錄認(rèn)證方式用哪種？ → 賬密 + OAuth
5. 數(shù)據(jù)庫用哪個？ → SQLite
6. ...

你回答這些問題后，它會生成一個結(jié)構(gòu)化的設(shè)計摘要，確認(rèn)你同意后才進(jìn)入實現(xiàn)階段。

為什么這很重要

AI 最貴的 Bug 不是語法錯誤，而是方向錯誤。 你讓它寫了 500 行代碼才發(fā)現(xiàn)"我其實不需要造火箭，我只是想要一個能跑起來的MVP"——這才是真正的浪費。

Brainstorming 階段消耗的 token 不多（通常 3000-5000，相當(dāng)于一次普通對話），但能避免方向性的返工。投入產(chǎn)出比極高。

我的建議

我現(xiàn)在養(yǎng)成了一個習(xí)慣：任何超過 50 行代碼的功能，都先跑一次 /superpowers:brainstorm。 不是因為我自己想不清楚，而是通過回答 Claude 的提問，我經(jīng)常發(fā)現(xiàn)自己漏掉的邊界情況。

階段二：Write Plan（編寫計劃）

觸發(fā)方式：/superpowers:write-plan 或"寫個實現(xiàn)計劃"

輸出格式：

• 將功能拆解為 2-5 分鐘可完成的微任務(wù)
• 每個任務(wù)標(biāo)注精確的文件路徑
• 顯示任務(wù)依賴關(guān)系圖
• 預(yù)估時間和風(fēng)險點

階段三：Execute Plan（執(zhí)行計劃）

觸發(fā)方式：/superpowers:execute-plan

執(zhí)行機(jī)制：

1. 子代理調(diào)度：為每個任務(wù)創(chuàng)建全新 Claude 實例，攜帶最小必要上下文
2. TDD 強(qiáng)制執(zhí)行：子代理必須先寫測試文件，看到測試失敗，再寫實現(xiàn)
3. 雙階段審查：任務(wù)完成后先自審查，再提交給專門的 code-reviewer 代理
4. Git 工作流：自動在隔離 worktree 中工作，保持 main 分支干凈

最佳實踐一：TDD 模式，先寫測試再寫代碼

Superpowers 的 TDD 實現(xiàn)非常激進(jìn)：如果你讓 Claude 寫代碼但沒有先寫失敗的測試，它會拒絕。

工作流程

1.?Claude 根據(jù)需求寫一個測試 → 必須是 FAILING 的（Red）
2.?確認(rèn)測試失敗后，寫最少的代碼讓測試通過（Green）
3.?重構(gòu)代碼（Refactor）
4.?重復(fù)，直到所有功能完成

為什么這比"先寫代碼再補(bǔ)測試"好？

• 先寫代碼再補(bǔ)測試，AI 會按照實現(xiàn)來寫測試——它知道代碼怎么跑，所以測試永遠(yuǎn)通過，但不測邊界情況。
• 先寫測試再寫代碼，AI 會按照需求來寫測試——它還不知道實現(xiàn)細(xì)節(jié)，所以測試會覆蓋各種預(yù)期行為，包括異常情況。

最佳實踐二：并行 Agent，大任務(wù)分而治之

當(dāng)你有多個互不依賴的任務(wù)時，Superpowers 會自動啟動多個子 Agent 并行執(zhí)行。

什么時候會觸發(fā)？

你："幫我把這 6 個 API 接口都加上參數(shù)校驗和錯誤處理"
Superpowers 分析后發(fā)現(xiàn)這?6?個接口互不依賴 →
自動分發(fā)給?3?個子?Agent?并行處理 →
每個子?Agent?遵循 TDD 流程 →
完成后合并，跑一遍集成測試

效果對比

Token 消耗略多（因為每個子 Agent 有獨立的上下文），但時間節(jié)省 60%。對于大型重構(gòu)任務(wù)，這個提升非常顯著。

最佳實踐三：配合 Git Worktrees

Superpowers 會自動為每個子 Agent 創(chuàng)建獨立的 Git Worktree，避免文件沖突。完成后自動合并。你不需要手動管理——這一切都是自動的。

階段四：系統(tǒng)性調(diào)試

沒有 Superpowers 的 Claude 改 Bug 通常是這樣的：

報錯了 → 單點改一下，比如加個 try-catch → 不報錯了 → "修好了！"

有了 Superpowers 的 Claude 改 Bug 是這樣的：

Phase1: 復(fù)現(xiàn) → 寫一個能穩(wěn)定觸發(fā) Bug 的測試用例
Phase2: 定位 → 追蹤調(diào)用鏈，找到根因（不是癥狀）
Phase3: 修復(fù) → 改根因，而不是包一層 catch
Phase4: 驗證 → 跑測試確認(rèn)修復(fù)，檢查沒有引入新問題

階段五：完整工作流串聯(lián)

上面講的是單個 Skill 的使用，真正的威力在于把它們串聯(lián)起來。我日常開發(fā)一個功能的完整工作流：

Step1: /superpowers:brainstorm
? → 蘇格拉底式問答，理清需求和邊界
Step2: /superpowers:write-plan
? → 生成實現(xiàn)計劃：文件列表、依賴關(guān)系、任務(wù)拆分
Step3: 審閱計劃，修改后確認(rèn)
? → Claude 不會在你沒確認(rèn)前動手
Step4: /superpowers:execute-plan
? → 自動分發(fā)給子?Agent
? → 每個?Agent?遵循 TDD
? → 任務(wù)間自動 Code Review
? → 關(guān)鍵問題阻塞推進(jìn)
Step5: 驗證 + Code Review
? → verification-before-completion 自動跑測試
? → requesting-code-review 發(fā)起最終審查

這套流程跑下來，產(chǎn)出的代碼質(zhì)量跟有經(jīng)驗的工程師寫的沒有明顯差距。 關(guān)鍵不在于 AI 的能力變強(qiáng)了，而在于 Superpowers 用流程約束住了 AI 容易犯的錯誤。

五、Superpowers使用常見誤區(qū)

誤區(qū) 1："每個小任務(wù)都要走完整流程"

不需要。 改一行 CSS、修一個 typo，直接告訴 Claude 就行。Superpowers 的完整工作流適合 50 行以上的功能開發(fā)和 Bug 修復(fù)。

誤區(qū) 2："Superpowers 會消耗更多 Token"

短期看是的，長期看不是。 Brainstorming + TDD 會多消耗 10-20% 的 Token，但減少了 60-70% 的返工。算總賬，Token 消耗反而降低。

誤區(qū) 3："TDD 太慢了，我就想快速出個原型"

Superpowers 不是鐵板一塊。你可以只用 Brainstorming 和 Plan，跳過 TDD。

但我的建議是：原型階段跳過 TDD 沒問題，但正式開發(fā)一定要開。 原型的 Bug 你可以容忍，上線的 Bug 你容忍不了。

六、Superpowers + Claude Code 使用技巧

技巧 1：自然語言驅(qū)動，不用記命令

直接描述任務(wù)，插件自動匹配技能：

• “幫我重構(gòu)這個模塊” → 觸發(fā)計劃 + 審查
• “這個報錯幫我定位” → 觸發(fā)系統(tǒng)化調(diào)試
• “幫我做代碼評審” → 觸發(fā)審查技能

技巧 2：復(fù)雜項目必開 Git Worktrees

開發(fā)前主動要求：

用 git worktrees 隔離開發(fā)，避免影響主線

安全試錯，改崩直接丟棄，零風(fēng)險。

技巧 3：強(qiáng)制高質(zhì)量輸出

在需求前加一句：

按 Superpowers 完整流程，先 brainstorm，再 write-plan，最后 execute-plan，必須做 TDD 和 code review

AI 會嚴(yán)格按工程標(biāo)準(zhǔn)執(zhí)行。

技巧 4：團(tuán)隊統(tǒng)一 AI 開發(fā)規(guī)范

全團(tuán)隊統(tǒng)一安裝 Superpowers，實現(xiàn)：

• 統(tǒng)一開發(fā)流程
• 統(tǒng)一代碼規(guī)范
• 統(tǒng)一審查標(biāo)準(zhǔn)
• 降低溝通成本，提升交付質(zhì)量

技巧 5：長項目會話管理

即使有了 Superpowers，超長期項目（數(shù)周）仍可能積累上下文債務(wù)。

解決方案：

1. 定期 /compact：壓縮歷史對話，保留關(guān)鍵決策
2. 文檔化架構(gòu)決策：讓 Superpowers 在 Plan 階段輸出 ARCHITECTURE.md
3. 使用 Git Worktree 隔離：每個大功能獨立分支，完成后合并清理

技巧 6：與 VS Code 集成

雖然 Superpowers 主要運行在 Claude Code 終端，但你可以：

1. 在 VS Code 中安裝 Claude Code Extension
2. 使用 VS Code 終端運行 claude 命令
3. 在 VS Code 中查看 Superpowers 生成的代碼和測試文件
4. 利用 VS Code 的 Git 面板管理 Superpowers 創(chuàng)建的 worktree 分支

七、寫在最后

說幾個Superpowers 使用感受：

優(yōu)點：

• 代碼質(zhì)量顯著提升：不是 AI 變聰明了，是流程把常見錯誤堵住了
• 減少焦慮：以前讓 AI 寫代碼總擔(dān)心"它是不是又在瞎寫"，現(xiàn)在每一步都有驗證
• 適合團(tuán)隊推廣：新人用 Claude Code 最大的問題是"不知道怎么用好"，Superpowers 給了一個標(biāo)準(zhǔn)工作流

不足：

• 簡單任務(wù)有些重：改個文案也要走 Brainstorm 會讓人煩（但可以跳過）
• 并行 Agent 偶爾沖突：Git Worktree 合并時極少數(shù)情況會有沖突，需要手動解決
• Token 消耗增加：完整工作流比直接寫代碼多消耗 10-20% Token

一句話總結(jié)：正式項目必裝，寫腳本做原型隨意。

Superpowers 代表了一種范式轉(zhuǎn)變：與其追求更聰明的模型，不如讓現(xiàn)有模型遵循更嚴(yán)格的紀(jì)律。

它把 Claude Code 從"一個反應(yīng)靈敏的編程助手"轉(zhuǎn)變?yōu)?quot;一個自律的、可預(yù)測的、可審計的開發(fā)流程"。對于正在將 AI 編程投入生產(chǎn)的團(tuán)隊來說，Superpowers 正迅速成為基礎(chǔ)設(shè)施級的必需品。

AI 編程的競爭，早已不是 “誰會用 AI 寫代碼”，而是誰能用 AI 寫出穩(wěn)定、健壯、可上線的工程級代碼。

建議所有程序員、測試開發(fā)、AI 愛好者可以動手安裝使用一下

參考資源

• GitHub 倉庫: github.com/obra/superpowers
• 官方文檔: lzw.me/docs/opencodedocs/obra/superpowers

到此這篇關(guān)于Superpowers + Claude Code 保姆級教程(2026最新入門到精通)的文章就介紹到這了,更多相關(guān)Superpowers Claude Code 入門到精通內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持腳本之家！

最新評論