安利一個11萬Star的必裝插件，能讓你的Agent體驗直接質變。

最近成日講Agent、講Vibe Coding。

但係同越來越多朋友推介嘅時候，發現其實一路有個問題俾人忽略咗。

就係，真正卡住大多數人嘅，係自己冇一個標準嘅工作流程。

特別係創造一個你想要嘅軟件或者程序嘅時候，冇標準流程，其實係一件好可怕嘅事。

所以，我想同大家分享一個我自己喺vibe coding嘅時候，一路用緊嘅一個好好用嘅幫我提升Coding體驗嘅插件，基本上係我推薦所有人都一定要裝嘅一個，Claude Code、Codex、OpenCode、Cursor呢啲全部都啱，都可以裝。

佢喺Github上面，已經有11萬star數。

名就叫Superpowers。

GitHub連結喺度：

https://github.com/obra/superpowers

亦都係Claude官方認證插件，上咗Anthropic官方插件市場，安裝量衝到23萬，排第二。

第一名就係嗰個鼎鼎大名令到你設計變得更有品味嘅超勁Skill，Frontend Design。

一般流程，其實都好簡單，都係要先寫需求文檔，即係做規劃再開發。

我哋用Claude Code做例子，喺呢度，規劃就係Plan模式。

例如，團隊有個同事同老羅一樣，有ADHD，成日睇文章好容易分心，最近我哋就諗，係咪可以做個閲讀輔助嘅小工具。

就呢個需求，我哋開Claude Code，喺對話框度打個/plan，進入規劃模式。

將需求簡單描述一下，幫我做一個面向ADHD用戶嘅中文網頁閲讀器應用。

叫佢開始去做一個計劃。

然後，佢會先調研一輪，一次過拋出好幾個問題叫你回答，呢啲問題其實你會發現，佢哋係並行嘅，之間冇前後因果關係。

例如佢問我使用場景、技術棧偏好，仲有要加邊啲ADHD友好特性，呢度我揀咗仿生閲讀，即係加粗每個單詞前幾個字母，一個比較經典嘅緩解ADHD方法。

我回答咗一下，然後佢就直接開幹。

幾分鐘之後，就直接整咗出嚟，俾咗你一個嘢，都冇審查之類。

我哋而家睇嘅話，係咪好似冇問題？

但其實有大問題。。。

因為呢個仿生閲讀，其實係為英文設計嘅。

英文閲讀咁做冇問題，但係中文，完全唔得，閲讀起上嚟直接亂曬。

原因好簡單，英文單詞之間有空格，揾到邊界，中文字同字之間冇空格，根本揾唔到詞嘅邊界，效果就好彆扭。

除咗樣式唔得，佢對國內用戶嘅適配都好差。

我哋讀中文，用得最多嘅係公眾號、知乎呢啲平台，結果呢個插件根本冇辦法正常讀取。

同我想要嘅閲讀器差咗十萬八千里。

不過坦白講，呢樣真係怪唔到Claude Code。

因為ADHD閲讀輔助本身係個專業領域，需要做針對性調研，仲要考慮中文場景嘅適配、國內平台嘅兼容。

佢問我嘅嗰幾個簡單嘅唔痛唔癢嘅問題，肯定覆蓋唔曬全部需求，咁都好難整出你心中想要嘅答案。

而大多數用戶呢，心裏面都只係有一個模糊嘅想法，佢知道要解決一個具體問題，但具體整成點樣、用咩路徑實現、邊界喺邊，大多數人，真係諗唔清楚。

所以喺非Agent時代，我寫過一篇文章，叫分享6個平時我最常用嘅Prompt心法。

其中有個Prompt心法，就係叫蘇格拉底式提問法，用一段Prompt，叫AI喺動手之前，一個問題一個問題咁拷問你，直到傾清楚需求先開始。

【你的問題/需求】
請你在回答前，先問我問題。
要求：
一次只問一個問題。
根據我的回答，繼續追問。
直到你有95%的信心理解我的真實需求和目標。
然後才給出方案

喺Agent時代，其實都差唔多，只不過從一個Prompt，升級到流程入面嘅一個Skill。

我哋再用Superpowers呢個嘢，再開發試下。

首先當然係安裝呢個插件。

你直接同你嘅Agent講一句就得：

幫我下載並安裝這個插件：
https://github.com/obra/superpowers

安裝完之後，記得要重啟先至生效，唔係熱加載。

都係嗰個ADHD閲讀器，我哋再試下。

一樣嘅Prompt send過去。

你就見到，開始調用Superpowers同工作流程。

佢做嘅第一件事，係先問我用戶會點用，呢一步就直接解決咗啲抓取唔到嘅牆嘅問題。

但係同頭先Plan模式嘅並行提問完全唔同，Superpowers一次只問一個問題，你答完呢個，佢先決定下一個問咩，就係頭先講嘅蘇格拉底式提問，咁先保證呢啲問題真係可以好深入而唔係浮喺表面。

我揀咗瀏覽器擴展，然後佢又問核心功能，去到呢一步嘅時候，我睇住呢啲選項呆咗一下，因為我自己都唔係好熟，所以我話直接我都唔係好了解，你去幫我查下。

佢真係去查，返嚟俾咗我一份調研結果。

然後俾咗我一個建議，整理出核心功能優先級清單。

例如仿生閲讀，就係上次加粗前幾個字母嘅方案，佢直接標咗弱但係用戶喜歡，仲引用研究話呢個對ADHD用戶中文閲讀冇顯著改善。

我就繼續叫佢幫我揀咗幾個功能。

之後佢繼續落去拷問我，逼我想清楚，例如目標瀏覽器係邊個？中文分詞庫有冇偏好？UI語言同風格？

即係逼你想清楚。

呢個示範項目其實唔係好複雜，但係當你開發一個大型項目嘅時候，你就會真正發現，嗰種俾人拷問到汗流浹背嘅感覺。

喺問題你都回答曬之後，AI都大概知道咗你嘅需求。

呢個時候，佢同Plan模式唔同嘅點，就係佢會提出三個架構方案，每個方案嘅優缺點、適用場景列得好清楚。

叫你揀一個，當然你可以直接用佢推薦嘅。

我直接揀咗B，我唔要混合方案。

然後佢又叫我逐個確認唔同嘅細節。

整體架構、功能模塊嘅詳細設計、控制面板、數據流同儲存等等等等。。。。

又一次確認到我汗流浹背，感覺到自己喺AI面前嘅菜雞同渺小。

等所有嘢都確認曬之後，佢先終於，將成份設計文檔寫好，擺喺本地。

超長超詳細一份。

所以好多朋友開發嘅時候，覺得最後開發嘅嘢唔係你想要嘅，其實真係唔關AI菜，係你嘅需求冇講清楚。

規劃2個鐘，執行10分鐘，我而家越來越覺得，執行真係冇咁重要，前期規劃想清楚先至係最最最最最重要。

我哋自己做AIFUT嘅票務小程序嘅時候，其實就係因為盲目自大同AI輔助流程唔規範，好多用戶需求前期冇考慮清楚就直接上線，邊界風險都考慮得唔清楚，呢啲就係前期嘅規劃問題。

所以而家我嘅感受係，AI嚟開發已經夠快，真正要花時間嘅地方係動手之前。

你需要不斷俾人拷問，不斷同團隊分析所有邊界情況，仲要有老師傅坐鎮把關，最後先出到一個真正可以向用戶交付嘅嘢。

講返Superpowers，第一步嘅規劃其實就全部OK，上面所有嘢，其實都仲只係，Superpowers流程入面嘅第一個Skill。

即係brainstorming（頭腦風暴）。

係，第一個。

設計文檔確認之後，你係咪以為，佢應該開始直接寫Code？

但係呢個時候，第二個Skill開始接入，用using-git-worktrees呢個Skill，創建咗一個隔離嘅工作區。

即係從主分支拉出一個新分支，所有後續開發喺呢個新分支進行。主分支嘅Code唔受影響，新分支上無論點搞都唔會影響原有嘅嘢。做完覺得冇問題，再合併返去。

呢個就係做隔離，好多人直接喺之前嘅項目上改，冇版本隔離，然後全部改到炒曬，其實係個好差嘅壞習慣。

再接落嚟，第三個Skill，writing-plans skill登場。

注意啊，呢一步仍然係未寫Code。

佢做嘅嘢係，將頭先嗰份設計文檔拆解成一步一步嘅開發任務清單，而且係拆成2至5分鐘就搞得掂嘅開發任務清單計劃。

呢個特別有趣，因為佢哋嘅目標，原話係：“令一個冇品味、冇判斷力、冇項目上下文、而且厭惡測試嘅熱情初級工程師都可以跟住做。”

當時見到笑死咗。

所以啊，你用咗Superpowers，其實唔係淨係可以用Claude Opus 4.6，其實越係能力一般嘅模型，反而得到嘅加持越大，呢個就係呢個Skill發揮嘅作用。

而且拆細仲有一個好處，就係每完成一個小任務就可以驗證一次，出咗問題即刻發現，唔使等成個項目寫完先發現直接爆咗。

呢一點，去到執行階段更加明顯。

呢步搞掂之後，終於，要去到寫Code嘅執行階段。

呢個時候，佢會調用subagent-driven-development呢個Skill。

直接開咗好幾個子Agent，去做上面所有嘅事。

第一輪派一個獨立嘅審查Agent，睇呢個任務有冇跟需求做，應該做嘅有冇做到，唔應該做嘅有冇亂加，有冇神經病咁整出一堆毫無意義嘅過度設計。

第二輪再派一個審查Agent，查嘅係Code質量，呢一輪主要睇Code寫得規唔規範，好唔好維護。

兩道審查都唔通過就打返修改，改完再審，然後咁樣循環，直到通過為止。

呢10個小任務，終於開發完，審查未完，下一個環節，requesting-code-review呢個Skill會派一個最終審查Agent出嚟，將所有Code從頭到尾睇一次。

之前每個任務嘅審查，睇嘅係局部，呢一輪睇嘅係全局，睇模塊之間可唔可以集成、有冇遺漏、整體一唔一致。

最後收尾，跑一次驗證，確認所有測試通過，冇殘留問題，然後將Code合併返主分支，清理工作區。

最後，終於，做曬。

我哋睇下呢個閲讀器嘅效果。

佢有兩種好實用嘅閲讀模式。

一種係詞性着色，會將名詞、動詞、形容詞用唔同顏色標出嚟，句子結構會清楚好多。

仲有一種模式係段落聚焦，正在閲讀嘅呢一段會被高亮，其他段落會壓暗，適合讀長段落，可以明顯減少周圍文字帶嚟嘅幹擾，避免走神。

對ADHD用戶嚟講，最大嘅敵人係注意力俾周圍文字分散。

呢個閲讀器，就係將閲讀重點變得更清楚，令應該睇嘅內容更容易見到，周圍幹擾少啲，成篇讀落嚟就唔會咁攰。

而且今次，因為用插件方案，所以公眾號、知乎呢啲頁面全部都可以正常讀取。

真係一次過，令我省心太多太多。。。

咁充分說明咗一個AI時代，正確嘅工作流程應該係點。

規劃2個鐘，執行10分鐘，審查1個鐘。

大概就係咁。

除咗上面我提到嘅一啲觸發咗嘅Skills，仲有其他啲我冇提到嘅Skills，我就唔詳細講，大家用嘅時候到時可以自己去試下。

呢個插件，係我推薦俾大家嘅，必裝插件。

喺我心目中，可能係同skill-creator同級嘅必裝插件。

相信我，絕對可以大大提升你嘅工作質量。

仲有工作效率。

以上，既然睇到呢度，如果覺得唔錯，順手點個讚、睇、轉發三連啦，如果想第一時間收到推送，都可以俾我個星標⭐～多謝你睇我嘅文章，我哋，下次再見。

> / 作者：卡茲克、可達

> / 投稿或爆料，請聯繫郵箱：wzglyay@virxact.com

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

但是在給越來越多的朋友安利的時候，發現其實，一直有一個問題被忽略了。

就是，真正卡住大多數人的，是自己沒有一個標準的工作流程。

特別在創造一個你想要的軟件或者程序的時候，沒有標準流程，其實是一件非常可怕的事情。

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

它在Github上，已經有11萬的star數了。

名字叫，Superpowers。

GitHub 連結在此：

https://github.com/obra/superpowers

也是Claude官方的認證插件，上架了Anthropic的官方插件市場，安裝量衝到了23萬，排名第二。

第一名就是那個大名鼎鼎的讓你的設計變得更有品味的超牛逼的Skill，Frontend Design。

一般流程，其實都非常的簡單，都是要先寫需求文檔，也就是做規劃再開發。

我們拿Claude Code舉例子，在這裏面，規劃就是Plan模式。

比如說，團隊有個小夥伴跟老羅一樣，有ADHD，經常看文章就很容易容易分心，最近我們就在說，是不是可以做個閲讀輔助的小東西。

就這個需求，我們打開Claude code，在對話框裏面敲個/plan，進入到規劃模式。

把需求簡單的描述一下，幫我做一個面向 ADHD 用戶的中文網頁閲讀器應用。

讓他來開始去做一個計劃。

然後，他會先調研一輪，一口氣甩出好幾個問題讓你回答，這些問題其實你會發現，他們是並行的，之間沒有前後因果關係。

比如它問我使用場景、技術棧偏好，還有要加哪些ADHD友好特性，這塊我選了仿生閲讀，就是加粗每個單詞前幾個字母，一個比較經典的緩解ADHD的方法。

我回答了一下，然後它就直接開幹了。

幾分鐘之後，就直接做出來了，給了你一個東西，也沒有審查啥的。

我們現在看的話，是不是好像沒啥問題？

但，其實有大問題。。。

因為這個仿生閲讀，其實是為英語設計的。

英文閲讀這麼做沒問題，但是你中文，是完全不行的話，閲讀起來直接亂套了。

原因很簡單，英文單詞之間有空格，能找到邊界，中文字和字之間沒有空格，根本找不到詞的邊界，效果就會很彆扭。

除了樣式它不太行，它對國內用戶的適配也很差。

我們讀中文，用得最多的是公眾號、知乎這些平台，結果這個插件根本沒法正常讀取。

跟我想要的閲讀器差了十萬八千里。

不過坦誠的講，這確實也怪不到Claude Code頭上。

因為ADHD閲讀輔助本身就是個專業領域，需要做針對性的調研，還得考慮中文場景的適配、國內平台的兼容。

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

而大多數的用戶呢，心裏也就是隻有一個模糊的想法，他知道他要解決一個具體的問題，但是具體要做成啥樣、該用什麼路徑去實現、邊界在哪，大多數人，是真的想不清楚的。

所以在非Agent的時代，我寫過一篇文章，叫分享6個平時我最常用的Prompt心法。

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

【你的問題/需求】
請你在回答前，先問我問題。
要求：
一次只問一個問題。
根據我的回答，繼續追問。
直到你有95%的信心理解我的真實需求和目標。
然後才給出方案

在Agent時代，其實也差不多，只不過從一個Prompt，升級到了流程中的一個Skill。

我們再用Superpowers這個東西，再來開發試一下。

首先自然是安裝這個插件了。

你直接跟你的Agent說一句話就行了：

幫我下載並安裝這個插件：
https://github.com/obra/superpowers

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

還是那個ADHD閲讀器，我們再試試。

一模一樣的Prompt發過去。

你就能看到，開始調用Superpowers和工作流了。

它做的第一件事，是先問我用戶會怎麼用，這一步就直接解決了那些抓取不到的牆的問題。

但跟剛才Plan模式的並行提問完全不一樣，Superpowers一次只問一個問題，你答完這個，它才決定下一個問什麼，就是剛才說的蘇格拉底式提問，這樣才能保證這些問題真的能夠非常深入而不是浮於表面。

我選了瀏覽器擴展，然後它又問了核心功能，到這一步的時候，我看着這些選項愣了一下，因為我自己也沒那麼熟，所以我說直接我都不是很瞭解，你去給我查一查吧。

它就真的去查了，回來給了我一份調研結果。

然後給了我一個建議，整理出了核心功能優先級的清單。

比如仿生閲讀，就是上次加粗前幾個字母的方案，它直接標了弱但用戶喜歡，還引用了研究說這玩意對ADHD用戶中文閲讀並沒有顯著的改善。

我就繼續讓它幫我選了幾個功能。

之後他就繼續往下拷打我，逼着我想清楚，比如目標瀏覽器是哪個？中文分詞庫有沒有偏好？UI語言和風格？

也就是逼着你想清楚。

這個演示的項目其實不是很複雜，但是當你開發一個大型的項目的時候，你就會真正的發現，那種被拷打的汗流浹背的感覺了。

在問題你都回答完之後，AI它也大概知道了你的需求。

這時候，它跟Plan模式不一樣的點，就是它會提出三個架構方案，每個方案的優缺點、適用場景列得清清楚楚。

讓你來挑一個，當然你也可以直接用它推薦的。

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

然後它又讓我挨個確認不同的細節。

整體架構、功能模塊的詳細設計、控制面板、數據流與存儲等等等等。。。。

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

等所有東西都確認完以後，他才終於，把整份的設計文檔給寫好，放在了本地。

巨長巨詳細的一份。

所以很多朋友在開發的時候，感覺最後開發的東西不是你想要的，其實真的不是AI菜逼，是你的需求並沒有說清楚。

規劃2小時，執行10分鐘，我現在越來越覺得，執行真的沒有那麼重要，前期的規劃想清楚，才是最最最最最重要的。

我們自己做AIFUT的票務小程序的時候，其實就是因為盲目自大以及AI輔助流程不規範，很多用戶需求前期沒有考慮清楚就直接上線了，邊界風險考慮的也不清楚，這其實就是前期的規劃問題。

所以現在我的感受是，AI來開發已經夠快了，真正該花時間的地方是動手之前。

你需要不斷的被拷打，不斷的跟團隊分析所有的邊界情況，還必須有老師傅坐鎮和把關，最後才能出來一個能真正向用戶交付的東西。

說回Superpowers，第一步的規劃其實就全部OK了，上面的所有的東西，其實都還只是，Superpowers流程中的第一個Skill。

也就是brainstorming（頭腦風暴）。

對，第一個。

設計文檔確認之後，你是不是以為，它應該開始直接寫代碼了？

但這個時候，第二個skill開始接入，用using-git-worktrees這個Skill，創建了一個隔離的工作區。

就是從主分支拉出一個新分支，所有後續的開發都在這個新分支上進行。主分支的代碼不受影響，新分支上不管怎麼折騰都不會波及原有的東西。做完了覺得沒問題，再合併回去。

這就是做隔離，很多人都是直接就在之前的項目上改，然後沒有版本隔離，就直接全部改炸了，那其實是個很不好的壞習慣。

再接下來，第三個Skill，writing-plans skill登場了。

注意啊，這一步依舊還是沒有寫代碼。

它乾的事情是，把剛才那份設計文檔拆解成一步一步的開發任務的清單，而且是拆成2～5分鐘就能完成的開發任務清單計劃。

這個特別有意思，因為他們的目標，原話是：“讓一個沒有品味、沒有判斷力、沒有項目上下文、而且厭惡測試的熱情初級工程師也能照着做。”

當時看到給我笑樂了。

所以啊，你用了Superpowers，其實並不是只能用Claude Opus 4.6，其實越是能力一般的模型，反而得到的加持會越大，這就是這個Skill發揮的作用。

而且拆細了還有一個好處，就是每完成一個小任務就能驗證一次，出了問題馬上能發現，不用等整個項目寫完了才發現直接爆炸了。

這一點，到了執行階段體現得更明顯。

這一步完事了以後，終於，要到了寫代碼的執行階段。

這時候，它會調用subagent-driven-development這個Skill。

直接開了好幾個子Agent，去做上面所有的事情。

第一輪派一個獨立的審查Agent，看這個任務到底有沒有按需求來，該做的有沒有做到，不該做的有沒有瞎加，有沒有神經病一樣整出一堆毫無意義的過度設計。

第二輪再派一個審查Agent，查的是代碼質量，這一輪主要就看代碼寫得規不規範，好不好維護。

兩道審查都不通過就打回修改，改完再審，然後如此循環，直到都通過為止。

這10個小任務，終於開發完了，審查還沒完，下一個環節，requesting-code-review這個skill會派一個最終審查Agent出來，把所有代碼從頭到尾通看一遍。

之前每個任務的審查，盯的是局部，這一輪盯的是全局，看模塊之間能不能集成、有沒有遺漏、整體一不一致。

最後收尾，跑一遍驗證，確認所有測試通過，沒有殘留問題，然後把代碼合併回主分支，清理工作區。

最後，終於，做完了。

我們看下這個閲讀器的效果。

它有兩種很實用的閲讀模式。

一種是詞性着色，會把名詞、動詞、形容詞用不同顏色標出來，句子結構會清楚很多。

還有一種模式是段落聚焦，正在閲讀的這一段會被高亮，其他段落會壓暗，適合讀長段落，能明顯減少周圍文字帶來的干擾，避免跑神。

對ADHD用戶來說，最大的敵人就是注意力被周圍的文字分散。

這個閲讀器，就是把閲讀重點變得更清楚，讓該看的內容更容易被看見，周圍干擾少一點，整篇讀下來就不會那麼累了。

而且這次，因為用的插件方案，所以公眾號、知乎這些頁面全都能正常讀取了。

真的是一遍過，讓我省心太多太多了。。。

這樣充分的說明了一個AI時代，正確的工作流程應該是啥樣的。

規劃2小時，執行10分鐘，審查1小時。

大概就是這樣。

除了上面我提到的一些觸發了的Skills，還有一些其他的我沒提到的Skills，我就不詳細提了，大家用的時候到時候可以自己去試一下。

這個插件，是我推薦大家的，必裝插件。

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

相信我，絕對能大大提升你的工作質量。

還有工作效率。

以上，既然看到這裏了，如果覺得不錯，隨手點個贊、在看、轉發三連吧，如果想第一時間收到推送，也可以給我個星標⭐～謝謝你看我的文章，我們，下次再見。

>/ 作者：卡茲克、可達

>/ 投稿或爆料，請聯繫郵箱：wzglyay@virxact.com