Skills那麼多，你只需要裝這一個就夠了！

舊年十月嗰陣，我將 GitHub 上揾到嘅 Claude Code 插件差唔多都摷過一次。

有寫測試嘅、有改 Prompt 嘅、有專搞 Git 嘅，五花八門。裝咗二十幾個啦，桌面嗰個 `.claude` 資料夾腫到好似我嘅 node_modules 咁。

搞完之後留低嘅，得一個。

Claude Code 預設狀態下，佢有一個好差嘅本能。

你同佢講『幫我做個登入頁面』，佢會即刻同你寫 code。即刻。唔問賬號密碼體系、唔問使唔使雙因子、唔問後端用咩——一嚟就 `npm install`，然後噼噼啪啪五百行 React 出嚟。

寫完你睇嚇，方向唔啱。個心咯噔一下。

叫佢改，佢改。再改，再改。改到第四輪你會懷疑人生——你花喺叫佢改錯嘅時間，比自己由頭寫仲長。呢個唔係輔助，係添煩添亂。

Jesse Vincent 喺 README 度有句話我不斷諗過：

翻譯過嚟好簡單——佢唔衝，佢問你。

呢個就係 superpowers 裝咗之後第一個變化。你話『做個登入頁面』，佢唔動手，佢先掉三個問題畀你：咩登入方式、用戶表已經有未、錯誤處理行前端彈窗定後端 code。你一邊答，佢一邊將規格 (spec) 寫落文檔度。

我第一次用嘅時候特別煩。真係特別煩。佢會不斷追問你有關你嘅 code 項目嘅設計細節，然後畀你好詳細嘅設計單先再執行。

第二日再用，冇咁煩啦。

第三日我意識到——我以前嗰種『快』，係將決策推咗畀佢，然後用三輪返工嘅代價買呢個『快』。而家佢逼我五分鐘內做咗決策，然後一次性寫啱。

比喻嘅話，有啲似冇教練嘅業餘運動員，同有教練嘅業餘運動員之間嘅差距。前者動作隨意、傷病多、瓶頸死死卡喺度。後者每次訓練前先拉筋，先講今日嘅目標，先糾正三個錯動作。睇落慢，三個月後差咗一大截。

欲速則不達。喺AI使用中都係咁，根據大量Claude同OpenAI網誌可以得出結論，plan做得越好，寫出嚟嘅code質量越高，而且其實生成code嘅時間會短咗。

superpowers 一共有 14 個 skill。Marc Nuri 喺佢嘅網誌度有一個精準嘅概括——superpowers『ships an opinionated engineering culture as a folder of markdown files』，將一種帶觀點嘅工程文化打包成一疊 markdown 發佈出嚟。

呢堆 skill 裏面，我不斷用、可以感覺到 ROI 嘅，係下面三個。

brainstorming。就係上面講嗰個『逼問』。佢嘅硬規則得一條：喺寫第一行 code 之前，agent 必須問曬所有需要澄清嘅問題。Builder.io 嗰篇評測入面舉咗個例子——一個叫 Ding v1 嘅項目，brainstorming 跑完出咗一份 424 行嘅規格文檔，覆蓋 17 個檔案，最終變成 26 個順序提交。成個過程冇返工。424 行規格換 26 個一次性正確嘅 commit，呢個匯率都幾抵。

test-driven-development。佢嘅非協商規則得一句話：

唔寫失敗嘅測試，就唔寫一行生產 code。紅 - 綠 - 重構，老土嘅工程紀律。只要你寫過一段時間 code 就知道，呢樣嘢人類自己都堅持唔到，何況 LLM 呀。superpowers 嘅做法粗暴有效——佢唔教 Claude TDD 係咩，佢只係阻止 Claude 跳過 TDD。Marc Nuri 嗰句話好到位：『呢啲 skill 嘅目的唔係教 agent 做嘢，係阻止 agent 說服自己唔咁樣做嘢。』

subagent-driven-development。呢個係我最離唔開嘅。佢會將一個大任務拆成 N 個獨立子任務，分派畀 N 個子 agent 去行，每個行完自己先 review 一次，再返嚟彙總。Jesse 喺 README 度話：『It's not uncommon for Claude to be able to work autonomously for a couple hours at a time without deviating from the plan.』

我前幾日叫佢俾一個 CLI 工具加六個新 flag，開咗個 worktree，返去睇咗集劇。一個半鐘之後返嚟，六個 flag 都加曬，每一個都有對應嘅測試。我冇幹預過一次。

呢種體驗，半年前我係唔敢諗嘅。

去年十月那會兒，我把 GitHub 上能找到的 Claude Code 插件幾乎都扒拉過一遍。

有寫測試的、有改 Prompt 的、有專門搞 Git 的，五花八門。裝了二十多個吧，桌面那個 `.claude` 文件夾臃腫得像我的 node_modules。

折騰完之後留下來的，只有一個。

Claude Code 默認狀態下，它有一個非常糟糕的本能。

你告訴它"幫我做個登錄頁面"，它會立刻給你寫代碼。立刻。不問賬號密碼體系、不問要不要雙因子、不問後端用什麼——上來就 `npm install`，然後噼裏啪啦五百行 React 出來了。

寫完你一看，方向不對。心裏咯噔一下。

讓它改，它改。再改，再改。改到第四輪你會懷疑人生——你花在讓它糾錯上的時間，比自己從頭寫還長。這不是輔助，這是添堵。

Jesse Vincent 在 README 裏有一句話我反覆琢磨過：

翻譯過來很簡單——它不衝，它問你。

這就是 superpowers 裝上之後第一個變化。你說"做個登錄頁面"，它不動手，它先甩三個問題給你：什麼登錄方式、用戶表已經有了嗎、錯誤處理走前端彈窗還是後端碼。你一邊回答，它一邊把規格 (spec) 落到文檔裏。

我第一次用的時候特別煩。真的特別煩。他會不斷的追問你關於你的代碼項目的設計細節，然後給你詳細的設計單後再執行。

第二天再用，沒那麼煩了。

第三天我意識到——我以前那種"快"，是把決策推給了它，然後用三輪返工的代價買這個"快"。現在它逼我五分鐘內把決策做了，然後一次性寫對。

類比的話，有點像沒教練的業餘運動員，跟有教練的業餘運動員之間的差距。前者動作隨意、傷病多、瓶頸死死卡在那裏。後者每次訓練前先拉伸，先講今天的目標，先糾正三個錯誤動作。看起來慢，三個月後差出去一截。

遇速則不達。在AI使用中也是如此，根據大量的Claude和OpenAI博客可以得到結論，plan做的越好，寫出來的代碼質量越高，而且其實生成代碼的時長會變短。

superpowers 一共內置 14 個 skill。Marc Nuri 在他的博客裏有一個精準的概括——superpowers "ships an opinionated engineering culture as a folder of markdown files"，把一種帶觀點的工程文化打包成一坨 markdown 發出來。

這堆 skill 裏，我反覆用、能感覺到 ROI 的，是下面三個。

brainstorming。就是上面說的那個"逼問"。它的硬規則只有一條：在寫出第一行代碼之前，agent 必須問完所有需要澄清的問題。Builder.io 那篇評測裏舉了個例子——一個叫 Ding v1 的項目，brainstorming 跑下來產出了一份 424 行的規格文檔，覆蓋 17 個文件，最終落成 26 個順序提交。整個過程沒返工。424 行規格換 26 個一次性正確的 commit，這個匯率挺划算。

test-driven-development。它的非協商規則只有一句話：

不寫失敗的測試，就不寫一行生產代碼。紅 - 綠 - 重構，老掉牙的工程紀律。但凡你寫過一段時間代碼就知道，這個東西人類自己都堅持不下來，別說 LLM 了。superpowers 的做法粗暴有效——它不教 Claude TDD 是什麼，它只阻止 Claude 跳過 TDD。Marc Nuri 那句話戳人："這些 skill 的目的不是教 agent 做事，是阻止 agent 把自己說服去不這樣做事。"

subagent-driven-development。這個是我最離不開的。它會把一個大任務拆成 N 個獨立子任務，分發給 N 個子 agent 去跑，每個跑完自己先 review 一遍，再回來彙總。Jesse 在 README 裏說："It's not uncommon for Claude to be able to work autonomously for a couple hours at a time without deviating from the plan."

我前幾天讓它給一個 CLI 工具加六個新 flag，開了個 worktree，回去刷了集劇。一個半小時之後回來，六個 flag 都加完了，每一個都有對應的測試。我沒幹預過一次。

這種體驗，半年前我是不敢想的。