superpowers 憑什么讓 AI 編碼助手工程化obra/superpowers單周新增30k stars直接拿下雙榜冠軍目前總 Star 突破27.6 萬(wàn)。但很多人誤以為它又是一個(gè)提示詞模板。錯(cuò)了。superpowers 不是更好的 prompt而是一套把軟件工程紀(jì)律變成 AI 編碼代理默認(rèn)行為的技能框架。這篇我們從架構(gòu)設(shè)計(jì)、技能激活機(jī)制、TDD 強(qiáng)制、subagent 協(xié)作、worktree 隔離五個(gè)技術(shù)維度把它拆開(kāi)看。版本說(shuō)明以下基于官方倉(cāng)庫(kù) v5.1.0約 203k Stars、18.1k Forks結(jié)構(gòu)分析。作者 Jesse VincentGitHub: obra2025 年 10 月首發(fā)。01 核心洞察AI 編碼助手缺的不是能力是紀(jì)律superpowers 解決的根本問(wèn)題不是模型不夠聰明而是AI 編碼代理的三大失控點(diǎn)失控點(diǎn)表現(xiàn)后果搶跑需求沒(méi)澄清就寫(xiě)代碼做了一堆錯(cuò)的事漏測(cè)寫(xiě)完但沒(méi)測(cè)試驗(yàn)證假的完成早宣告成功沒(méi)驗(yàn)證就報(bào)好了集成時(shí)才爆雷superpowers 的設(shè)計(jì)哲學(xué)一句話把靠自覺(jué)完成的工程動(dòng)作改成 agent 的默認(rèn)強(qiáng)制路徑。它不提升模型上限但把模型的下限拉到像樣的高級(jí)工程師。02 倉(cāng)庫(kù)結(jié)構(gòu)分發(fā)面與強(qiáng)制面分離先看清 superpowers 的物理結(jié)構(gòu)才能理解它怎么生效obra/superpowers/ ├── .claude-plugin/ # Claude Code 插件定義 ├── .codex-plugin/ # Codex 插件定義 ├── .cursor-plugin/ # Cursor 插件定義 ├── .opencode/ # opencode 配置 ├── gemini-extension.json # Gemini CLI 擴(kuò)展 ├── skills/ # 核心可調(diào)用技能目錄 │ ├── workflow/ # 工作流類(lèi)brainstorming/planning │ ├── debugging/ # 調(diào)試類(lèi)systematic-debugging │ ├── testing/ # 測(cè)試類(lèi)test-driven-development │ └── meta/ # 元技能writing-skills ├── hooks/ # 檢查技能是否被遵守 ├── tests/ # 跨 harness 驗(yàn)證流程 ├── AGENTS.md # 強(qiáng)制面入口通用 ├── CLAUDE.md # 強(qiáng)制面入口Claude └── GEMINI.md # 強(qiáng)制面入口Gemini關(guān)鍵設(shè)計(jì)分發(fā)面 ≠ 強(qiáng)制面安裝插件只是分發(fā)技能文件到本地真正的約束靠AGENTS.md/CLAUDE.md等強(qiáng)制面入口文件——它們?cè)跁?huì)話開(kāi)始時(shí)注入有技能就必須用技能先查技能再行動(dòng)的強(qiáng)制提示hooks/和tests/負(fù)責(zé)驗(yàn)證這些技能在真實(shí)會(huì)話里有沒(méi)有被跳過(guò)這就是為什么 superpowers 能在 Claude Code、Cursor、Codex、Gemini、Copilot、Kimi、Hermes 等 9 平臺(tái)上通用——它不強(qiáng)依賴某個(gè)模型的特性而是用入口文件 技能目錄這套通用范式掛鉤。03 技能如何自動(dòng)激活不是建議是強(qiáng)制普通提示詞框架是建議你用 TDDsuperpowers 是每個(gè)任務(wù)前必須檢查相關(guān)技能。激活機(jī)制三層① 強(qiáng)制面入口文件AGENTS.md在會(huì)話啟動(dòng)時(shí)注入核心約束“遇到開(kāi)發(fā)任務(wù)先查 skills 目錄里有沒(méi)有對(duì)應(yīng)技能有就必須用不要憑直覺(jué)?！雹?觸發(fā)時(shí)機(jī)README 明確agent 會(huì)在每個(gè)任務(wù)前檢查相關(guān) skills。skill 是入口不是補(bǔ)充材料。③ 驗(yàn)證面hooks/testshooks/檢查技能是否在真實(shí)代理會(huì)話里被遵守tests/專(zhuān)門(mén)驗(yàn)證時(shí)間壓力大 / 沉沒(méi)成本高的場(chǎng)景下agent 有沒(méi)有偷懶跳過(guò)技能。常見(jiàn)不生效原因根據(jù)官方說(shuō)明三種情況會(huì)導(dǎo)致技能沒(méi)激活沒(méi)重啟會(huì)話加載入口文件觸發(fā)的不是開(kāi)始任務(wù)信號(hào)比如在閑聊中當(dāng)前目錄不是 Git 干凈基線worktree 信號(hào)不顯04 TDD 強(qiáng)制RED → GREEN → REFACTORtest-driven-development技能把測(cè)試驅(qū)動(dòng)開(kāi)發(fā)變成不可繞過(guò)的流程強(qiáng)制順序RED紅 → 先寫(xiě)測(cè)試看到它失敗 GREEN綠 → 寫(xiě)最小實(shí)現(xiàn)讓測(cè)試通過(guò) REFACTOR重構(gòu)→ 在測(cè)試保護(hù)下重構(gòu)官方表述很硬“測(cè)試之前寫(xiě)出來(lái)的代碼該刪就刪?！睘槭裁催@個(gè)設(shè)計(jì)有效普通 AI 編碼是先寫(xiě)一大坨再補(bǔ)測(cè)試糊弄一下。superpowers 反向操作——先讓測(cè)試失敗再寫(xiě)實(shí)現(xiàn)。這強(qiáng)制 agent先想清楚什么叫對(duì)測(cè)試即規(guī)格不寫(xiě)無(wú)法驗(yàn)證的代碼重構(gòu)時(shí)有安全網(wǎng)這直接解決了AI 寫(xiě)完的代碼其實(shí)沒(méi)跑過(guò)的行業(yè)頑疾。05 Subagent 兩階段審查先查偏題再查風(fēng)格subagent-driven-development或executing-plans是 superpowers 放大量吞吐的核心。但它不是簡(jiǎn)單地開(kāi) N 個(gè) agent 并行而是有兩階段審查紀(jì)律審查順序階段一Spec compliance規(guī)格符合性先判斷有沒(méi)有做對(duì)有沒(méi)有偏題這是優(yōu)先級(jí)最高的檢查階段二Code quality代碼質(zhì)量再判斷寫(xiě)得好不好風(fēng)格對(duì)不對(duì)設(shè)計(jì)邏輯為什么要分兩階段因?yàn)槿绻?agent 已經(jīng)做偏了spec 不對(duì)再去糾結(jié)代碼風(fēng)格毫無(wú)意義。先糾偏再提質(zhì)——避免一個(gè)上下文越做越歪。這也是 superpowers 解決長(zhǎng)任務(wù)偏航的關(guān)鍵把大任務(wù)拆成小任務(wù)派給 subagent每個(gè)小任務(wù)完成后先過(guò) spec 再過(guò)質(zhì)量。06 Git Worktree 隔離在什么時(shí)候建工作區(qū)using-git-worktrees技能的觸發(fā)時(shí)機(jī)很講究——不是一開(kāi)始建工作區(qū)而是 brainstorming 設(shè)計(jì)獲批之后、寫(xiě)計(jì)劃之前。隔離原理創(chuàng)建隔離工作區(qū)worktree切到新分支驗(yàn)證干凈基線沒(méi)有未提交改動(dòng)為什么必須在這一步“沒(méi)有隔離你很難判斷修改是否帶入問(wèn)題?！痹O(shè)計(jì)獲批前就建 worktree等于在需求還模糊時(shí)占坑設(shè)計(jì)獲批后建才能保證主分支不被半成品污染出問(wèn)題容易回滾多個(gè)任務(wù)并行時(shí)不互相踩前置依賴當(dāng)前目錄必須是 Git 倉(cāng)庫(kù)且基線干凈。否則 worktree 信號(hào)不顯技能不觸發(fā)。07 Writing-plans把 spec 變成傻瓜可執(zhí)行清單writing-plans是 superpowers 里最容易被低估、卻最關(guān)鍵的技能。它定義了計(jì)劃拆解的粒度標(biāo)準(zhǔn)粒度標(biāo)準(zhǔn)每個(gè)步驟2 到 5 分鐘能完成文檔要清楚到一個(gè)熱情但品味不佳、沒(méi)有判斷力、沒(méi)有項(xiàng)目上下文、不愛(ài)測(cè)試的初級(jí)工程師也能執(zhí)行每個(gè)步驟含確切文件路徑 代碼草圖為什么這個(gè)標(biāo)準(zhǔn)厲害AI agent 在長(zhǎng)流程里偏航往往是因?yàn)橛?jì)劃太粗——實(shí)現(xiàn)登錄功能這種粒度agent 會(huì)自由發(fā)揮。拆成在auth.ts第 12 行加 token 校驗(yàn)參考utils/jwt.ts的sign()這種粒度agent 就沒(méi)多少自由發(fā)揮空間了。writing-plans 是 spec 變可執(zhí)行清單的橋梁直接決定了后續(xù) subagent 執(zhí)行的成功率。08 Brainstorming寫(xiě)代碼前先問(wèn)清楚brainstorming在所有技能里最靠前——開(kāi)始寫(xiě)代碼之前必須觸發(fā)。蘇格拉底式提問(wèn)agent 通過(guò)提問(wèn)澄清單人用還是協(xié)作需要持久化嗎要登錄嗎移動(dòng)端支持嗎設(shè)計(jì)哲學(xué)“不澄清需求和邊界后面計(jì)劃再細(xì)也只是把錯(cuò)事做工整?！眀rainstorming 解決的是搶跑失控點(diǎn)——先確認(rèn)做什么、不做什么再談怎么做。09 完整實(shí)戰(zhàn)用 superpowers 寫(xiě)一個(gè) React Todo List輸入“Let’s make a React todo list”Step 1 — Brainstormingagent 先問(wèn)單人還是協(xié)作要持久化嗎localStorage要登錄嗎要移動(dòng)端適配嗎你答單人、localStorage 持久化、不要登錄、桌面優(yōu)先。Step 2 — Using Git Worktrees設(shè)計(jì)確認(rèn)后agent 建隔離工作區(qū)、切新分支、驗(yàn)證干凈基線。Step 3 — Writing Plans拆成① 項(xiàng)目骨架 ② 列表渲染與交互 ③ localStorage 存儲(chǔ) ④ 測(cè)試 review。Step 4 — Subagent Dispatch你說(shuō)go后agent 派發(fā) subagent 并行推進(jìn)各步驟。Step 5 — TDD 每步每步先寫(xiě)測(cè)試看到 RED再寫(xiě)實(shí)現(xiàn)到 GREEN最后 REFACTOR。Step 6 — Code Review任務(wù)之間requesting-code-review攔截關(guān)鍵缺陷不是所有問(wèn)題都攔但嚴(yán)重問(wèn)題必須解決。Step 7 — Finishing Branch完成finishing-a-development-branch統(tǒng)一驗(yàn)證給你選項(xiàng) merge / PR / keep / discard。怎么判斷 superpowers 真生效了盯三個(gè)信號(hào)? 先問(wèn)清需求brainstorming 觸發(fā)? 拆細(xì)計(jì)劃writing-plans 輸出 2-5 分鐘粒度? TDD 真見(jiàn)失敗測(cè)試不是我寫(xiě)好了而是測(cè)試先紅了三個(gè)都滿足說(shuō)明框架在起作用缺一個(gè)說(shuō)明技能被跳過(guò)了。10 安裝與配置superpowers 通過(guò)各編碼工具的插件市場(chǎng)安裝# Claude Code/plugininstallsuperpowersclaude-plugins-official# Cursor/add-plugin superpowers# Codex# 插件市場(chǎng)搜索安裝# Gemini CLIgemini extensionsinstallhttps://github.com/obra/superpowers# Kimi Code/pluginsinstallhttps://github.com/obra/superpowers# Hermes Agenthermes pluginsinstallobra/superpowers--enable安裝后無(wú)需手動(dòng)操作——代理在會(huì)話啟動(dòng)首條消息即自動(dòng)激活 superpowers技能按場(chǎng)景自動(dòng)觸發(fā)。關(guān)閉遙測(cè)export SUPERPOWERS_DISABLE_TELEMETRY111 亮點(diǎn)與邊界亮點(diǎn)本周雙榜冠軍27.6 萬(wàn) Star社區(qū)強(qiáng)驗(yàn)證解決失控點(diǎn)搶跑 / 漏測(cè) / 早宣告成功三個(gè)都堵上了跨工具通用9 編碼助手全支持不綁定模型可擴(kuò)展writing-skills讓你把團(tuán)隊(duì)規(guī)范寫(xiě)成技能越用越貼合MIT 協(xié)議商用友好邊界必須說(shuō)清楚它不提升模型上限——只會(huì)讓模型的下限更穩(wěn)。模型本身弱裝了也白搭小修小改顯啰嗦改個(gè) typo 也走完整流程有時(shí)效率不如直接手寫(xiě)依賴干凈 Git 基線臟工作區(qū)會(huì)導(dǎo)致部分技能不觸發(fā)中文文檔仍少社區(qū)以英文為主寫(xiě)在最后superpowers 的爆火揭示了一個(gè)被很多人忽略的事實(shí)2026 年的 AI 編程瓶頸不在模型聰不聰明而在工程紀(jì)律有沒(méi)有被強(qiáng)制執(zhí)行。一個(gè)高級(jí)工程師的價(jià)值不是他懂多少語(yǔ)法而是他先想清楚、先寫(xiě)測(cè)試、隔離改動(dòng)、主動(dòng) review的紀(jì)律。superpowers 把這些紀(jì)律從人靠自覺(jué)變成了agent 靠框架強(qiáng)制。裝上它你的編碼助手就從熱心但毛躁的實(shí)習(xí)生變成了有流程、有標(biāo)準(zhǔn)、有交付意識(shí)的搭檔。如果你天天用 Claude Code / Cursor / Codex 寫(xiě)代碼這個(gè)本周冠軍值得裝——畢竟能逼著 AI 不偷懶的框架才是好框架。GitHubhttps://github.com/obra/superpowers superpowers 憑什么讓 AI 編碼助手“工程化“？
superpowers 憑什么讓 AI 編碼助手工程化obra/superpowers單周新增30k stars直接拿下雙榜冠軍目前總 Star 突破27.6 萬(wàn)。但很多人誤以為它又是一個(gè)提示詞模板。錯(cuò)了。superpowers 不是更好的 prompt而是一套把軟件工程紀(jì)律變成 AI 編碼代理默認(rèn)行為的技能框架。這篇我們從架構(gòu)設(shè)計(jì)、技能激活機(jī)制、TDD 強(qiáng)制、subagent 協(xié)作、worktree 隔離五個(gè)技術(shù)維度把它拆開(kāi)看。版本說(shuō)明以下基于官方倉(cāng)庫(kù) v5.1.0約 203k Stars、18.1k Forks結(jié)構(gòu)分析。作者 Jesse VincentGitHub: obra2025 年 10 月首發(fā)。01 核心洞察AI 編碼助手缺的不是能力是紀(jì)律superpowers 解決的根本問(wèn)題不是模型不夠聰明而是AI 編碼代理的三大失控點(diǎn)失控點(diǎn)表現(xiàn)后果搶跑需求沒(méi)澄清就寫(xiě)代碼做了一堆錯(cuò)的事漏測(cè)寫(xiě)完但沒(méi)測(cè)試驗(yàn)證假的完成早宣告成功沒(méi)驗(yàn)證就報(bào)好了集成時(shí)才爆雷superpowers 的設(shè)計(jì)哲學(xué)一句話把靠自覺(jué)完成的工程動(dòng)作改成 agent 的默認(rèn)強(qiáng)制路徑。它不提升模型上限但把模型的下限拉到像樣的高級(jí)工程師。02 倉(cāng)庫(kù)結(jié)構(gòu)分發(fā)面與強(qiáng)制面分離先看清 superpowers 的物理結(jié)構(gòu)才能理解它怎么生效obra/superpowers/ ├── .claude-plugin/ # Claude Code 插件定義 ├── .codex-plugin/ # Codex 插件定義 ├── .cursor-plugin/ # Cursor 插件定義 ├── .opencode/ # opencode 配置 ├── gemini-extension.json # Gemini CLI 擴(kuò)展 ├── skills/ # 核心可調(diào)用技能目錄 │ ├── workflow/ # 工作流類(lèi)brainstorming/planning │ ├── debugging/ # 調(diào)試類(lèi)systematic-debugging │ ├── testing/ # 測(cè)試類(lèi)test-driven-development │ └── meta/ # 元技能writing-skills ├── hooks/ # 檢查技能是否被遵守 ├── tests/ # 跨 harness 驗(yàn)證流程 ├── AGENTS.md # 強(qiáng)制面入口通用 ├── CLAUDE.md # 強(qiáng)制面入口Claude └── GEMINI.md # 強(qiáng)制面入口Gemini關(guān)鍵設(shè)計(jì)分發(fā)面 ≠ 強(qiáng)制面安裝插件只是分發(fā)技能文件到本地真正的約束靠AGENTS.md/CLAUDE.md等強(qiáng)制面入口文件——它們?cè)跁?huì)話開(kāi)始時(shí)注入有技能就必須用技能先查技能再行動(dòng)的強(qiáng)制提示hooks/和tests/負(fù)責(zé)驗(yàn)證這些技能在真實(shí)會(huì)話里有沒(méi)有被跳過(guò)這就是為什么 superpowers 能在 Claude Code、Cursor、Codex、Gemini、Copilot、Kimi、Hermes 等 9 平臺(tái)上通用——它不強(qiáng)依賴某個(gè)模型的特性而是用入口文件 技能目錄這套通用范式掛鉤。03 技能如何自動(dòng)激活不是建議是強(qiáng)制普通提示詞框架是建議你用 TDDsuperpowers 是每個(gè)任務(wù)前必須檢查相關(guān)技能。激活機(jī)制三層① 強(qiáng)制面入口文件AGENTS.md在會(huì)話啟動(dòng)時(shí)注入核心約束“遇到開(kāi)發(fā)任務(wù)先查 skills 目錄里有沒(méi)有對(duì)應(yīng)技能有就必須用不要憑直覺(jué)?！雹?觸發(fā)時(shí)機(jī)README 明確agent 會(huì)在每個(gè)任務(wù)前檢查相關(guān) skills。skill 是入口不是補(bǔ)充材料。③ 驗(yàn)證面hooks/testshooks/檢查技能是否在真實(shí)代理會(huì)話里被遵守tests/專(zhuān)門(mén)驗(yàn)證時(shí)間壓力大 / 沉沒(méi)成本高的場(chǎng)景下agent 有沒(méi)有偷懶跳過(guò)技能。常見(jiàn)不生效原因根據(jù)官方說(shuō)明三種情況會(huì)導(dǎo)致技能沒(méi)激活沒(méi)重啟會(huì)話加載入口文件觸發(fā)的不是開(kāi)始任務(wù)信號(hào)比如在閑聊中當(dāng)前目錄不是 Git 干凈基線worktree 信號(hào)不顯04 TDD 強(qiáng)制RED → GREEN → REFACTORtest-driven-development技能把測(cè)試驅(qū)動(dòng)開(kāi)發(fā)變成不可繞過(guò)的流程強(qiáng)制順序RED紅 → 先寫(xiě)測(cè)試看到它失敗 GREEN綠 → 寫(xiě)最小實(shí)現(xiàn)讓測(cè)試通過(guò) REFACTOR重構(gòu)→ 在測(cè)試保護(hù)下重構(gòu)官方表述很硬“測(cè)試之前寫(xiě)出來(lái)的代碼該刪就刪?！睘槭裁催@個(gè)設(shè)計(jì)有效普通 AI 編碼是先寫(xiě)一大坨再補(bǔ)測(cè)試糊弄一下。superpowers 反向操作——先讓測(cè)試失敗再寫(xiě)實(shí)現(xiàn)。這強(qiáng)制 agent先想清楚什么叫對(duì)測(cè)試即規(guī)格不寫(xiě)無(wú)法驗(yàn)證的代碼重構(gòu)時(shí)有安全網(wǎng)這直接解決了AI 寫(xiě)完的代碼其實(shí)沒(méi)跑過(guò)的行業(yè)頑疾。05 Subagent 兩階段審查先查偏題再查風(fēng)格subagent-driven-development或executing-plans是 superpowers 放大量吞吐的核心。但它不是簡(jiǎn)單地開(kāi) N 個(gè) agent 并行而是有兩階段審查紀(jì)律審查順序階段一Spec compliance規(guī)格符合性先判斷有沒(méi)有做對(duì)有沒(méi)有偏題這是優(yōu)先級(jí)最高的檢查階段二Code quality代碼質(zhì)量再判斷寫(xiě)得好不好風(fēng)格對(duì)不對(duì)設(shè)計(jì)邏輯為什么要分兩階段因?yàn)槿绻?agent 已經(jīng)做偏了spec 不對(duì)再去糾結(jié)代碼風(fēng)格毫無(wú)意義。先糾偏再提質(zhì)——避免一個(gè)上下文越做越歪。這也是 superpowers 解決長(zhǎng)任務(wù)偏航的關(guān)鍵把大任務(wù)拆成小任務(wù)派給 subagent每個(gè)小任務(wù)完成后先過(guò) spec 再過(guò)質(zhì)量。06 Git Worktree 隔離在什么時(shí)候建工作區(qū)using-git-worktrees技能的觸發(fā)時(shí)機(jī)很講究——不是一開(kāi)始建工作區(qū)而是 brainstorming 設(shè)計(jì)獲批之后、寫(xiě)計(jì)劃之前。隔離原理創(chuàng)建隔離工作區(qū)worktree切到新分支驗(yàn)證干凈基線沒(méi)有未提交改動(dòng)為什么必須在這一步“沒(méi)有隔離你很難判斷修改是否帶入問(wèn)題?！痹O(shè)計(jì)獲批前就建 worktree等于在需求還模糊時(shí)占坑設(shè)計(jì)獲批后建才能保證主分支不被半成品污染出問(wèn)題容易回滾多個(gè)任務(wù)并行時(shí)不互相踩前置依賴當(dāng)前目錄必須是 Git 倉(cāng)庫(kù)且基線干凈。否則 worktree 信號(hào)不顯技能不觸發(fā)。07 Writing-plans把 spec 變成傻瓜可執(zhí)行清單writing-plans是 superpowers 里最容易被低估、卻最關(guān)鍵的技能。它定義了計(jì)劃拆解的粒度標(biāo)準(zhǔn)粒度標(biāo)準(zhǔn)每個(gè)步驟2 到 5 分鐘能完成文檔要清楚到一個(gè)熱情但品味不佳、沒(méi)有判斷力、沒(méi)有項(xiàng)目上下文、不愛(ài)測(cè)試的初級(jí)工程師也能執(zhí)行每個(gè)步驟含確切文件路徑 代碼草圖為什么這個(gè)標(biāo)準(zhǔn)厲害AI agent 在長(zhǎng)流程里偏航往往是因?yàn)橛?jì)劃太粗——實(shí)現(xiàn)登錄功能這種粒度agent 會(huì)自由發(fā)揮。拆成在auth.ts第 12 行加 token 校驗(yàn)參考utils/jwt.ts的sign()這種粒度agent 就沒(méi)多少自由發(fā)揮空間了。writing-plans 是 spec 變可執(zhí)行清單的橋梁直接決定了后續(xù) subagent 執(zhí)行的成功率。08 Brainstorming寫(xiě)代碼前先問(wèn)清楚brainstorming在所有技能里最靠前——開(kāi)始寫(xiě)代碼之前必須觸發(fā)。蘇格拉底式提問(wèn)agent 通過(guò)提問(wèn)澄清單人用還是協(xié)作需要持久化嗎要登錄嗎移動(dòng)端支持嗎設(shè)計(jì)哲學(xué)“不澄清需求和邊界后面計(jì)劃再細(xì)也只是把錯(cuò)事做工整?！眀rainstorming 解決的是搶跑失控點(diǎn)——先確認(rèn)做什么、不做什么再談怎么做。09 完整實(shí)戰(zhàn)用 superpowers 寫(xiě)一個(gè) React Todo List輸入“Let’s make a React todo list”Step 1 — Brainstormingagent 先問(wèn)單人還是協(xié)作要持久化嗎localStorage要登錄嗎要移動(dòng)端適配嗎你答單人、localStorage 持久化、不要登錄、桌面優(yōu)先。Step 2 — Using Git Worktrees設(shè)計(jì)確認(rèn)后agent 建隔離工作區(qū)、切新分支、驗(yàn)證干凈基線。Step 3 — Writing Plans拆成① 項(xiàng)目骨架 ② 列表渲染與交互 ③ localStorage 存儲(chǔ) ④ 測(cè)試 review。Step 4 — Subagent Dispatch你說(shuō)go后agent 派發(fā) subagent 并行推進(jìn)各步驟。Step 5 — TDD 每步每步先寫(xiě)測(cè)試看到 RED再寫(xiě)實(shí)現(xiàn)到 GREEN最后 REFACTOR。Step 6 — Code Review任務(wù)之間requesting-code-review攔截關(guān)鍵缺陷不是所有問(wèn)題都攔但嚴(yán)重問(wèn)題必須解決。Step 7 — Finishing Branch完成finishing-a-development-branch統(tǒng)一驗(yàn)證給你選項(xiàng) merge / PR / keep / discard。怎么判斷 superpowers 真生效了盯三個(gè)信號(hào)? 先問(wèn)清需求brainstorming 觸發(fā)? 拆細(xì)計(jì)劃writing-plans 輸出 2-5 分鐘粒度? TDD 真見(jiàn)失敗測(cè)試不是我寫(xiě)好了而是測(cè)試先紅了三個(gè)都滿足說(shuō)明框架在起作用缺一個(gè)說(shuō)明技能被跳過(guò)了。10 安裝與配置superpowers 通過(guò)各編碼工具的插件市場(chǎng)安裝# Claude Code/plugininstallsuperpowersclaude-plugins-official# Cursor/add-plugin superpowers# Codex# 插件市場(chǎng)搜索安裝# Gemini CLIgemini extensionsinstallhttps://github.com/obra/superpowers# Kimi Code/pluginsinstallhttps://github.com/obra/superpowers# Hermes Agenthermes pluginsinstallobra/superpowers--enable安裝后無(wú)需手動(dòng)操作——代理在會(huì)話啟動(dòng)首條消息即自動(dòng)激活 superpowers技能按場(chǎng)景自動(dòng)觸發(fā)。關(guān)閉遙測(cè)export SUPERPOWERS_DISABLE_TELEMETRY111 亮點(diǎn)與邊界亮點(diǎn)本周雙榜冠軍27.6 萬(wàn) Star社區(qū)強(qiáng)驗(yàn)證解決失控點(diǎn)搶跑 / 漏測(cè) / 早宣告成功三個(gè)都堵上了跨工具通用9 編碼助手全支持不綁定模型可擴(kuò)展writing-skills讓你把團(tuán)隊(duì)規(guī)范寫(xiě)成技能越用越貼合MIT 協(xié)議商用友好邊界必須說(shuō)清楚它不提升模型上限——只會(huì)讓模型的下限更穩(wěn)。模型本身弱裝了也白搭小修小改顯啰嗦改個(gè) typo 也走完整流程有時(shí)效率不如直接手寫(xiě)依賴干凈 Git 基線臟工作區(qū)會(huì)導(dǎo)致部分技能不觸發(fā)中文文檔仍少社區(qū)以英文為主寫(xiě)在最后superpowers 的爆火揭示了一個(gè)被很多人忽略的事實(shí)2026 年的 AI 編程瓶頸不在模型聰不聰明而在工程紀(jì)律有沒(méi)有被強(qiáng)制執(zhí)行。一個(gè)高級(jí)工程師的價(jià)值不是他懂多少語(yǔ)法而是他先想清楚、先寫(xiě)測(cè)試、隔離改動(dòng)、主動(dòng) review的紀(jì)律。superpowers 把這些紀(jì)律從人靠自覺(jué)變成了agent 靠框架強(qiáng)制。裝上它你的編碼助手就從熱心但毛躁的實(shí)習(xí)生變成了有流程、有標(biāo)準(zhǔn)、有交付意識(shí)的搭檔。如果你天天用 Claude Code / Cursor / Codex 寫(xiě)代碼這個(gè)本周冠軍值得裝——畢竟能逼著 AI 不偷懶的框架才是好框架。GitHubhttps://github.com/obra/superpowers