最近一直在聊Agent、聊Vibe Coding。

但是在給越來(lái)越多的朋友安利的時(shí)候，發(fā)現(xiàn)其實(shí)，一直有一個(gè)問(wèn)題被忽略了。

就是，真正卡住大多數(shù)人的，是自己沒(méi)有一個(gè)標(biāo)準(zhǔn)的工作流程。

特別在創(chuàng)造一個(gè)你想要的軟件或者程序的時(shí)候，沒(méi)有標(biāo)準(zhǔn)流程，其實(shí)是一件非常可怕的事情。

所以，我想給大家分享一個(gè)我自己在vibe coding的時(shí)候，一直在用的一個(gè)超好用的幫我提高Coding體驗(yàn)的一個(gè)插件，也基本上是我推薦所有人都必裝的一個(gè)，基本上Claude Code、Codex、OpenCode、Cursor啥的全都適配，都可以裝的。

它在Github上，已經(jīng)有11萬(wàn)的star數(shù)了。

名字叫，Superpowers。

GitHub 鏈接在此：

https://github.com/obra/superpowers

也是Claude官方的認(rèn)證插件，上架了Anthropic的官方插件市場(chǎng)，安裝量沖到了23萬(wàn)，排名第二。

第一名就是那個(gè)大名鼎鼎的讓你的設(shè)計(jì)變得更有品味的超牛逼的Skill，F(xiàn)rontend Design。

Superpowers其實(shí)不太能算一個(gè)傳統(tǒng)意義上的工具，我覺(jué)得他更應(yīng)該被定義為一套指導(dǎo)Agent如何完成任務(wù)的系統(tǒng)。

因?yàn)樘拐\(chéng)的講，絕大數(shù)的Agent，在進(jìn)行任務(wù)的時(shí)候，天然都傾向于拿到任務(wù)就開(kāi)始寫(xiě)代碼，會(huì)跳過(guò)設(shè)計(jì)、跳過(guò)測(cè)試、跳過(guò) review，然后產(chǎn)出一坨不可維護(hù)的東西。

而Superpowers會(huì)強(qiáng)行在Agent的鏈路里面插入一套結(jié)構(gòu)化的工作流，再結(jié)合著14個(gè)skills的組合，能讓你最終的任務(wù)產(chǎn)出質(zhì)量，上升幾個(gè)檔次。

我做了一張圖，可以簡(jiǎn)單的讓大家看看這些Skills，每個(gè)有啥用，以及是怎么組合的，不用細(xì)看，大概知道原理就行。

所以其實(shí)可以看出來(lái)， Superpowers本質(zhì)上，是一個(gè)由14個(gè)Skills組成的工作流系統(tǒng)，而且，這個(gè)系統(tǒng)，并不止可以用在開(kāi)發(fā)上，因?yàn)閯?chuàng)造一個(gè)東西的本質(zhì)上都是類似的。

都是規(guī)劃 - 拆解 - 執(zhí)行 - 審查 - 復(fù)盤(pán)。

所以，你也完全可以拿來(lái)做營(yíng)銷方案、做PPT、做數(shù)據(jù)分析等等，基本都是相通的。

非常的好用。

我覺(jué)得可以先給大家看看，如果不用Superpowers的時(shí)候，我們拿Claude Code或者Codex開(kāi)發(fā)產(chǎn)品的原生流程會(huì)是什么樣子的。

一般流程，其實(shí)都非常的簡(jiǎn)單，都是要先寫(xiě)需求文檔，也就是做規(guī)劃再開(kāi)發(fā)。

我們拿Claude Code舉例子，在這里面，規(guī)劃就是Plan模式。

比如說(shuō)，團(tuán)隊(duì)有個(gè)小伙伴跟老羅一樣，有ADHD，經(jīng)常看文章就很容易容易分心，最近我們就在說(shuō)，是不是可以做個(gè)閱讀輔助的小東西。

就這個(gè)需求，我們打開(kāi)Claude code，在對(duì)話框里面敲個(gè)/plan，進(jìn)入到規(guī)劃模式。

把需求簡(jiǎn)單的描述一下，幫我做一個(gè)面向 ADHD 用戶的中文網(wǎng)頁(yè)閱讀器應(yīng)用。

讓他來(lái)開(kāi)始去做一個(gè)計(jì)劃。

然后，他會(huì)先調(diào)研一輪，一口氣甩出好幾個(gè)問(wèn)題讓你回答，這些問(wèn)題其實(shí)你會(huì)發(fā)現(xiàn)，他們是并行的，之間沒(méi)有前后因果關(guān)系。

比如它問(wèn)我使用場(chǎng)景、技術(shù)棧偏好，還有要加哪些ADHD友好特性，這塊我選了仿生閱讀，就是加粗每個(gè)單詞前幾個(gè)字母，一個(gè)比較經(jīng)典的緩解ADHD的方法。

我回答了一下，然后它就直接開(kāi)干了。

幾分鐘之后，就直接做出來(lái)了，給了你一個(gè)東西，也沒(méi)有審查啥的。

我們現(xiàn)在看的話，是不是好像沒(méi)啥問(wèn)題？

但，其實(shí)有大問(wèn)題。。。

因?yàn)檫@個(gè)仿生閱讀，其實(shí)是為英語(yǔ)設(shè)計(jì)的。

英文閱讀這么做沒(méi)問(wèn)題，但是你中文，是完全不行的話，閱讀起來(lái)直接亂套了。

原因很簡(jiǎn)單，英文單詞之間有空格，能找到邊界，中文字和字之間沒(méi)有空格，根本找不到詞的邊界，效果就會(huì)很別扭。

除了樣式它不太行，它對(duì)國(guó)內(nèi)用戶的適配也很差。

我們讀中文，用得最多的是公眾號(hào)、知乎這些平臺(tái)，結(jié)果這個(gè)插件根本沒(méi)法正常讀取。

跟我想要的閱讀器差了十萬(wàn)八千里。

不過(guò)坦誠(chéng)的講，這確實(shí)也怪不到Claude Code頭上。

因?yàn)锳DHD閱讀輔助本身就是個(gè)專業(yè)領(lǐng)域，需要做針對(duì)性的調(diào)研，還得考慮中文場(chǎng)景的適配、國(guó)內(nèi)平臺(tái)的兼容。

它問(wèn)我的那幾個(gè)簡(jiǎn)單的不痛不癢的問(wèn)題，就肯定覆蓋不了全部需求，那也很難做出你心中想要的答案。

而大多數(shù)的用戶呢，心里也就是只有一個(gè)模糊的想法，他知道他要解決一個(gè)具體的問(wèn)題，但是具體要做成啥樣、該用什么路徑去實(shí)現(xiàn)、邊界在哪，大多數(shù)人，是真的想不清楚的。

所以在非Agent的時(shí)代，我寫(xiě)過(guò)一篇文章，叫

其中有一個(gè)Prompt心法，就是叫做蘇格拉底式提問(wèn)法，用一段Prompt，讓AI在動(dòng)手之前，先一個(gè)問(wèn)題一個(gè)問(wèn)題地拷打和追問(wèn)你，直到把需求聊透了再開(kāi)始。

然后才給出方案

在Agent時(shí)代，其實(shí)也差不多，只不過(guò)從一個(gè)Prompt，升級(jí)到了流程中的一個(gè)Skill。

我們?cè)儆肧uperpowers這個(gè)東西，再來(lái)開(kāi)發(fā)試一下。

首先自然是安裝這個(gè)插件了。

你直接跟你的Agent說(shuō)一句話就行了：

https://github.com/obra/superpowers

安裝完以后，記得要重啟一下才能生效，不是熱加載。

還是那個(gè)ADHD閱讀器，我們?cè)僭囋嚒?/p>

一模一樣的Prompt發(fā)過(guò)去。

你就能看到，開(kāi)始調(diào)用Superpowers和工作流了。

它做的第一件事，是先問(wèn)我用戶會(huì)怎么用，這一步就直接解決了那些抓取不到的墻的問(wèn)題。

但跟剛才Plan模式的并行提問(wèn)完全不一樣，Superpowers一次只問(wèn)一個(gè)問(wèn)題，你答完這個(gè)，它才決定下一個(gè)問(wèn)什么，就是剛才說(shuō)的蘇格拉底式提問(wèn)，這樣才能保證這些問(wèn)題真的能夠非常深入而不是浮于表面。

我選了瀏覽器擴(kuò)展，然后它又問(wèn)了核心功能，到這一步的時(shí)候，我看著這些選項(xiàng)愣了一下，因?yàn)槲易约阂矝](méi)那么熟，所以我說(shuō)直接我都不是很了解，你去給我查一查吧。

它就真的去查了，回來(lái)給了我一份調(diào)研結(jié)果。

然后給了我一個(gè)建議，整理出了核心功能優(yōu)先級(jí)的清單。

比如仿生閱讀，就是上次加粗前幾個(gè)字母的方案，它直接標(biāo)了弱但用戶喜歡，還引用了研究說(shuō)這玩意對(duì)ADHD用戶中文閱讀并沒(méi)有顯著的改善。

我就繼續(xù)讓它幫我選了幾個(gè)功能。

之后他就繼續(xù)往下拷打我，逼著我想清楚，比如目標(biāo)瀏覽器是哪個(gè)？中文分詞庫(kù)有沒(méi)有偏好？UI語(yǔ)言和風(fēng)格？

也就是逼著你想清楚。

這個(gè)演示的項(xiàng)目其實(shí)不是很復(fù)雜，但是當(dāng)你開(kāi)發(fā)一個(gè)大型的項(xiàng)目的時(shí)候，你就會(huì)真正的發(fā)現(xiàn)，那種被拷打的汗流浹背的感覺(jué)了。

在問(wèn)題你都回答完之后，AI它也大概知道了你的需求。

這時(shí)候，它跟Plan模式不一樣的點(diǎn)，就是它會(huì)提出三個(gè)架構(gòu)方案，每個(gè)方案的優(yōu)缺點(diǎn)、適用場(chǎng)景列得清清楚楚。

讓你來(lái)挑一個(gè)，當(dāng)然你也可以直接用它推薦的。

我直接選了B，我不想要混合方案。

然后它又讓我挨個(gè)確認(rèn)不同的細(xì)節(jié)。

整體架構(gòu)、功能模塊的詳細(xì)設(shè)計(jì)、控制面板、數(shù)據(jù)流與存儲(chǔ)等等等等。。。。

又一次確認(rèn)的我汗流浹背，感覺(jué)到了自己在AI面前的菜雞與渺小。

等所有東西都確認(rèn)完以后，他才終于，把整份的設(shè)計(jì)文檔給寫(xiě)好，放在了本地。

巨長(zhǎng)巨詳細(xì)的一份。

所以很多朋友在開(kāi)發(fā)的時(shí)候，感覺(jué)最后開(kāi)發(fā)的東西不是你想要的，其實(shí)真的不是AI菜逼，是你的需求并沒(méi)有說(shuō)清楚。

規(guī)劃2小時(shí)，執(zhí)行10分鐘，我現(xiàn)在越來(lái)越覺(jué)得，執(zhí)行真的沒(méi)有那么重要，前期的規(guī)劃想清楚，才是最最最最最重要的。

我們自己做AIFUT的票務(wù)小程序的時(shí)候，其實(shí)就是因?yàn)槊つ孔源笠约癆I輔助流程不規(guī)范，很多用戶需求前期沒(méi)有考慮清楚就直接上線了，邊界風(fēng)險(xiǎn)考慮的也不清楚，這其實(shí)就是前期的規(guī)劃問(wèn)題。

所以現(xiàn)在我的感受是，AI來(lái)開(kāi)發(fā)已經(jīng)夠快了，真正該花時(shí)間的地方是動(dòng)手之前。

你需要不斷的被拷打，不斷的跟團(tuán)隊(duì)分析所有的邊界情況，還必須有老師傅坐鎮(zhèn)和把關(guān)，最后才能出來(lái)一個(gè)能真正向用戶交付的東西。

說(shuō)回Superpowers，第一步的規(guī)劃其實(shí)就全部OK了，上面的所有的東西，其實(shí)都還只是，Superpowers流程中的第一個(gè)Skill。

也就是brainstorming（頭腦風(fēng)暴）。

對(duì)，第一個(gè)。

設(shè)計(jì)文檔確認(rèn)之后，你是不是以為，它應(yīng)該開(kāi)始直接寫(xiě)代碼了？

但這個(gè)時(shí)候，第二個(gè)skill開(kāi)始接入，用using-git-worktrees這個(gè)Skill，創(chuàng)建了一個(gè)隔離的工作區(qū)。

就是從主分支拉出一個(gè)新分支，所有后續(xù)的開(kāi)發(fā)都在這個(gè)新分支上進(jìn)行。主分支的代碼不受影響，新分支上不管怎么折騰都不會(huì)波及原有的東西。做完了覺(jué)得沒(méi)問(wèn)題，再合并回去。

這就是做隔離，很多人都是直接就在之前的項(xiàng)目上改，然后沒(méi)有版本隔離，就直接全部改炸了，那其實(shí)是個(gè)很不好的壞習(xí)慣。

再接下來(lái)，第三個(gè)Skill，writing-plans skill登場(chǎng)了。

注意啊，這一步依舊還是沒(méi)有寫(xiě)代碼。

它干的事情是，把剛才那份設(shè)計(jì)文檔拆解成一步一步的開(kāi)發(fā)任務(wù)的清單，而且是拆成2～5分鐘就能完成的開(kāi)發(fā)任務(wù)清單計(jì)劃。

這個(gè)特別有意思，因?yàn)樗麄兊哪繕?biāo)，原話是：“讓一個(gè)沒(méi)有品味、沒(méi)有判斷力、沒(méi)有項(xiàng)目上下文、而且厭惡測(cè)試的熱情初級(jí)工程師也能照著做。”

當(dāng)時(shí)看到給我笑樂(lè)了。

所以啊，你用了Superpowers，其實(shí)并不是只能用Claude Opus 4.6，其實(shí)越是能力一般的模型，反而得到的加持會(huì)越大，這就是這個(gè)Skill發(fā)揮的作用。

而且拆細(xì)了還有一個(gè)好處，就是每完成一個(gè)小任務(wù)就能驗(yàn)證一次，出了問(wèn)題馬上能發(fā)現(xiàn)，不用等整個(gè)項(xiàng)目寫(xiě)完了才發(fā)現(xiàn)直接爆炸了。

這一點(diǎn)，到了執(zhí)行階段體現(xiàn)得更明顯。

這一步完事了以后，終于，要到了寫(xiě)代碼的執(zhí)行階段。

這時(shí)候，它會(huì)調(diào)用subagent-driven-development這個(gè)Skill。

直接開(kāi)了好幾個(gè)子Agent，去做上面所有的事情。

每個(gè)任務(wù)開(kāi)發(fā)完，也不是直接就扔給你了，而是會(huì)過(guò)兩道檢查。

第一輪派一個(gè)獨(dú)立的審查Agent，看這個(gè)任務(wù)到底有沒(méi)有按需求來(lái)，該做的有沒(méi)有做到，不該做的有沒(méi)有瞎加，有沒(méi)有神經(jīng)病一樣整出一堆毫無(wú)意義的過(guò)度設(shè)計(jì)。

第二輪再派一個(gè)審查Agent，查的是代碼質(zhì)量，這一輪主要就看代碼寫(xiě)得規(guī)不規(guī)范，好不好維護(hù)。

兩道審查都不通過(guò)就打回修改，改完再審，然后如此循環(huán)，直到都通過(guò)為止。

這10個(gè)小任務(wù)，終于開(kāi)發(fā)完了，審查還沒(méi)完，下一個(gè)環(huán)節(jié)，requesting-code-review這個(gè)skill會(huì)派一個(gè)最終審查Agent出來(lái)，把所有代碼從頭到尾通看一遍。

之前每個(gè)任務(wù)的審查，盯的是局部，這一輪盯的是全局，看模塊之間能不能集成、有沒(méi)有遺漏、整體一不一致。

最后收尾，跑一遍驗(yàn)證，確認(rèn)所有測(cè)試通過(guò)，沒(méi)有殘留問(wèn)題，然后把代碼合并回主分支，清理工作區(qū)。

最后，終于，做完了。

我們看下這個(gè)閱讀器的效果。

它有兩種很實(shí)用的閱讀模式。

一種是詞性著色，會(huì)把名詞、動(dòng)詞、形容詞用不同顏色標(biāo)出來(lái)，句子結(jié)構(gòu)會(huì)清楚很多。

還有一種模式是段落聚焦，正在閱讀的這一段會(huì)被高亮，其他段落會(huì)壓暗，適合讀長(zhǎng)段落，能明顯減少周圍文字帶來(lái)的干擾，避免跑神。

對(duì)ADHD用戶來(lái)說(shuō)，最大的敵人就是注意力被周圍的文字分散。

這個(gè)閱讀器，就是把閱讀重點(diǎn)變得更清楚，讓該看的內(nèi)容更容易被看見(jiàn)，周圍干擾少一點(diǎn)，整篇讀下來(lái)就不會(huì)那么累了。

而且這次，因?yàn)橛玫牟寮桨福怨娞?hào)、知乎這些頁(yè)面全都能正常讀取了。

真的是一遍過(guò)，讓我省心太多太多了。。。

這樣充分的說(shuō)明了一個(gè)AI時(shí)代，正確的工作流程應(yīng)該是啥樣的。

規(guī)劃2小時(shí)，執(zhí)行10分鐘，審查1小時(shí)。

大概就是這樣。

除了上面我提到的一些觸發(fā)了的Skills，還有一些其他的我沒(méi)提到的Skills，我就不詳細(xì)提了，大家用的時(shí)候到時(shí)候可以自己去試一下。

這個(gè)插件，是我推薦大家的，必裝插件。

在我心中，可能是跟skill-creator平級(jí)的必裝插件了。

相信我，絕對(duì)能大大提升你的工作質(zhì)量。

還有工作效率。

以上，既然看到這里了，如果覺(jué)得不錯(cuò)，隨手點(diǎn)個(gè)贊、在看、轉(zhuǎn)發(fā)三連吧，如果想第一時(shí)間收到推送，也可以給我個(gè)星標(biāo)?～謝謝你看我的文章，我們，下次再見(jiàn)。

>/ 作者：卡茲克、可達(dá)

>/ 投稿或爆料，請(qǐng)聯(lián)系郵箱：wzglyay@virxact.com