我在Codex上，安裝了這個12萬star的插件
整理版優先睇
Superpowers 插件令 Agent 先溝通後動手，大幅減少返工，仲成功搬咗去 Codex 用
呢篇文章係作者分享佢將 Claude Code 插件 Superpowers 遷移到 Codex 嘅經驗。Superpowers 係一個 GitHub 12 萬 star 嘅插件，核心係叫 Agent 喺約束下完成任務，唔好一嚟就悶頭做嘢。作者平時用 Claude Code 同 Codex，但 Superpowers 只支援 Claude Code，所以就諗辦法搬過去。佢用橋接方案，喺 Skill 目錄整咗個 superpowers-workflow Skill，同時保留子 Skill 獨立調用。後來 Codex 官方都出咗插件功能，但作者嘅方法依然有參考價值。
文章仲做咗對比實驗：一個 Todo 網頁 app，用 Superpowers 工作流嘅 Agent 會先問技術棧、設計方案、寫實施方案，然後先寫 code，最後仲自動開 Chrome DevTools 測試，包括移動端適配；唔用嘅就一句話直接開幹。雖然兩個前端都唔靚，但用 Superpowers 嗰個過程受控得多，返工率低好多。作者認為呢個思路符合 Harness 工程理念，好實用。
- Superpowers 插件令 Agent 先確認方案再執行，避免悶頭做錯嘢
- 作者用橋接方案將插件遷移到 Codex：建立 superpowers-workflow Skill，子 Skill 保留獨立調用
- 對比實驗顯示，用 Superpowers 工作流嘅 Agent 會自動測試，包括 Chrome DevTools 同移動端適配
- 雖然前端唔靚，但用 Superpowers 嘅過程受控得多，減少返工
- 呢個思路符合 Harness 工程理念——讓 Agent 喺約束下完成任務
發現 Superpowers 插件
最近有個好火嘅 Claude Code 插件叫 Superpowers，GitHub 已經有 12 萬 Star 啦。佢嘅核心係「讓 Agent 喺約束下完成任務，唔好一嚟就悶頭做嘢」。同樣一個項目，佢會先同你溝通清楚，然後由產品設計到最終測試，一口氣完成。
核心係讓 Agent 喺約束下完成任務，唔好一嚟就悶頭做嘢
我讓 AI 做咗個網頁，畀佢搞咗個自我介紹，列出咗其中嘅 Skill，最常用嘅係 brainstorming（頭腦風暴）。每次要做一款產品，都會用佢同 AI 討論。
點樣搬去 Codex 用
Superpowers 插件淨係喺 Claude Code 用到，我平時都會用 Codex 寫 code，所以諗辦法搬過去。官方話可以喺 Skill 目錄創建 .codex/superpowers 呢個 Skill，然後放曬啲子 Skill 入去就得。
官方話可以喺 Skill 目錄創建 .codex/superpowers
但我嘅情況有啲特別，有時唔需要成個工作流，淨係想用某個子 Skill。於是我整咗個橋接方案——喺 Skill 目錄開咗個叫 superpowers-workflow 嘅 Skill，用嚟調用完整工作流；同時保留原本嘅子 Skill（例如 brainstorming）喺 Skill 目錄，而將 Superpowers 嘅子 Skill 放喺另一個文件夾 .codex/vendor-superpowers。
點知我諗出呢個辦法冇幾耐，Codex 就推出咗插件功能，真係俾佢激死。不過呢個方案仍然有參考價值。
對比實驗：有冇 Superpowers 嘅分別
我用一個 Todo 待辦網頁應用做對比實驗。A 組唔用 Superpowers 工作流，B 組用。結果好大分別。
- 1 A 組：我發完指令後，佢二話不說直接開幹，冇幾耐就做完。
- 2 B 組：我用同一句提示詞，但指定要用 Superpowers 工作流。佢先問用咩技術棧，我揀咗 React；然後又叫我確認設計方案，我索性叫佢自己決定；之後佢寫實施方案；最後先寫 code。
最明顯嘅區別：用咗 Superpowers 後，Agent 唔會悶頭做嘢，而係先同你確認方案
中間過程省略一萬字……寫完 code 後，佢竟然自動彈出 Chrome DevTools 做自動化測試，仲自己切換成移動端模式檢查適配情況。呢下真係嚇親我。
結果兩個前端都係咁醜，不愧係 GPT 寫嘅前端（笑），但成個過程明顯感受到：用 Superpowers 時 Agent 始終受控，會主動確認方案，完成後自動測試，返工機會低好多。
總結同推薦
越係用簡單嘅應用對比，越睇到差異。以前我哋叫 AI 做嘢，一句提示詞丟過去就算；而家可以用 Superpowers 呢類插件——先確認方案，再讓 AI 動手，自動測試，返工率大大降低。
讓 Agent 喺約束下完成任務，而唔係悶頭做嘢
我覺得呢個插件好實用，推薦畀大家。如果有幫助，可以幫我點個三連～👍點贊👀在看➤轉發
| 導航 | 閲讀需要8分鐘 |
起點 發現插件 | 4個關鍵發現 Agent 工作流 × 約束工程 × 跨平台遷移 | 終點 效率提升 |
最近有個好紅嘅Claude Code插件叫Superpowers，喺GitHub已經有12萬Star喇。
佢嘅核心係令Agent喺約束嘅條件下完成任務，而唔係一開始就埋頭做嘢。同樣一個項目，佢會先同你溝通清楚，然後由產品設計到最終測試，一口氣搞掂。
我叫AI整咗個網頁，俾佢整咗個自我介紹，列出咗裏面嘅Skill，其中我最常用嘅係 brainstorming，即係腦力激盪，每次要做一個產品，都會用佢同AI討論。
但Superpowers呢個插件只可以喺Claude Code裏面用，我除咗Claude Code，平時都會喺Codex裏面寫code，所以就諗點樣將佢搬去Codex度，分享下自己探索嘅經驗。（不過最近Mac版Codex都支援插件喇）
根據官方說明，可以喺Skill目錄裏面開 .codex/superpowers 呢個Skill，同時將對應嘅子Skill都放埋入去，咁就可以方便咁用喇。
不過我嘅情況有啲特別，部分情況，我並唔需要完整咁用superpowers工作流，只需要用部分子Skill，咁想兼容呢種單獨調用嘅情況，應該點做好呢？
我哋都知道，Skill本質上就係一個個擺喺Skill目錄嘅資料夾，所以我做咗個橋接——喺Skill目錄開咗一個叫 superpowers-workflow 嘅Skill，可以直接喺Codex加載出嚟，用嚟調用superpowers工作流，之前已經安裝過嘅好似brainstorming都保留咗喺Skill目錄，同時將superpowers嘅子Skill放咗去原生Skill目錄（.codex/skill）之外，開咗個新資料夾，例如 .codex/vendor-superpowers。
只有我講「用superpowers完成項目」嘅時候，先會觸發調用完整嘅工作流，講幫我腦力激盪一下，佢就只會調用brainstorm。
喺我諗到呢個方法冇幾耐，Codex都推出咗插件功能，差啲冇俾我激死...
對比實驗：兩種工作流嘅分別
接下來做個對比實驗。以一個Todo待辦網頁應用為例，睇嚇用Superpowers工作流同唔用有咩分別。
A組：唔用superpowers工作流
喺我send完指令之後，佢一句廢話都冇，直接開工，冇幾耐就做曬。
B組：用superpowers工作流
我用同樣嘅提示詞，只不過指定佢要用superpowers工作流，佢唔似A組，一開始就埋頭做嘢，佢先問「我要用邊種技術棧嚟做」，我是但揀咗個React。然後佢都仲未做嘢，又叫我確認設計方案。
為咗快啲，我就一次過叫佢自己決定。
再落去佢會寫出執行方案，到呢度，可以睇到一個最明顯嘅分別：用咗呢個工作流之後，佢唔會埋頭直接做嘢，而係會先同我哋確認方案。 呢個諗法比較符合Harness工程嘅理念——令Agent喺約束之下完成任務。
中間又用咗幾分鐘時間，呢度省略一萬字...
呢個時候，佢寫完code啦，我望住屏幕突然彈咗個chrome視窗，先發現佢自動用咗Chrome DevTools進行自動化測試。
接下來嘅操作俾我嚇親，佢竟然會自己轉瀏覽器視窗，改成流動裝置模式，檢查流動裝置嘅適應情況...
由結果嚟睇，無論係A組定B組，前端頁面都樣衰到爆，真係唔愧係GPT寫嘅前端，明嘅自然明……
但成個過程可以明顯feel到，用Superpowers完成任務時，Agent始終處於受控狀態，佢會主動同你確認方案，完成之後仲會自動測試。
越係用簡單嘅應用做對比，越可以睇到分別。
以前，我哋叫AI做嘢，一句prompt丟過去就完咗。但而家可以用superpowers插件——先確認方案，再叫AI動手，仲自動測試，返工嘅機會大大降低。
呢個插件我覺得好實用，推薦俾大家。
如果覺得有用，可以幫我like同share~
👍 點贊 | 👀 在看 | ➤ 轉發 |
| NAVIGATION | 閲讀需要 8 分鐘 |
起點 發現插件 | 4 個關鍵發現 Agent 工作流 × 約束工程 × 跨平台遷移 | 終點 效率提升 |
最近有個很火的 Claude Code 插件叫 Superpowers，在 GitHub 已經有 12 萬 Star 了。
它的核心是讓 Agent 在約束的條件下完成任務，而不是一上來就悶頭幹活。同樣一個項目，它會先和你溝通清楚後，然後從產品設計到最終測試，一口氣完成。
我讓 AI 做了個網頁，給它搞了個自我介紹，列出了其中的 Skill，其中我最常用的是 brainstorming，也就是頭腦風暴，每次要做一款產品，都會用它和 AI 討論。
但 Superpowers 這個插件只能在 Claude Code 裏面用，我除了 Claude Code，平時也在 Codex 裏面寫代碼，所以就琢磨怎麼把它搬到 Codex 上，分享下自己探索的經驗。（不過最近 Mac 端 Codex 也支持插件了）
按照官方說明，可以在 Skill 目錄裏面創建 .codex/superpowers 這個 Skill，同時把對應的子 Skill 都放進去，這樣就可以方便地使用了。
不過我的情況有點特殊，部分場景，我並不需要完整的使用 superpowers 工作流，只需要使用部分子 Skill，那想要兼容這種單獨調用的情況，應該怎麼辦呢？
我們都知道，Skill 本質上就是一個個放在 Skill 目錄的文件夾，所以我做了個橋接——在 Skill 目錄建了一個叫 superpowers-workflow 的 Skill，可以直接在 Codex 加載出來，用於調用 superpowers 工作流，之前就已經安裝過的像 brainstorming 也保留在了 Skill 目錄，同時把 superpowers 的子 Skill 放到了原生 Skill 目錄（.codex/skill）之外，新建了個文件夾，比如 .codex/vendor-superpowers。
只有我說"用 superpowers 完成項目"的時候，才會觸發調用完整的工作流，說幫我頭腦風暴一下，它就只會調用 brainstorm。
在我想出這個辦法沒多久，Codex 也推出了插件功能，差點沒給我氣死...
對比實驗：兩種工作流的差異
接下來做個對比實驗。以一個 Todo 待辦網頁應用為例，看看用 Superpowers 工作流和不用有什麼區別。
A 組：不使用 superpowers 工作流
在我發完指令後，它二話不說，直接開幹，沒一會就做完了。
B 組：使用 superpowers 工作流
我用同樣的提示詞，只不過指定它要用 superpowers 工作流，它不像 A 組，一開始就悶頭幹活，它先問"我要用哪種技術棧來做"，我隨便選了個 React。然後它還是沒有幹活，又喊我確認設計方案。
為了加快點速度，我反手一把梭哈，讓它自己決定。
再往下它會寫出實施方案，到這裏，能看出一個最明顯的區別：用了這個工作流後，它不會悶頭直接幹活，而是會先跟我們確認方案。 這個思路比較符合 Harness 工程的理念——讓 Agent 在約束下完成任務。
中間又花了幾分鐘時間，此次省略一萬字...
這時候，它寫完代碼了，我看着屏幕突然彈出個 chrome 窗口，才發現它自動調用了 Chrome DevTools 進行自動化測試。
接下來的操作給我驚呆了，它居然會自己切換瀏覽器窗口，改成移動端模式，檢查移動端的適配情況...
從結果來看，不管是 A 組還是 B 組，前端頁面都醜爆了，不愧是 GPT 寫的前端，懂得都懂……
但整個過程能明顯感受到，用 Superpowers 完成任務時，Agent 始終處於受控狀態，它會主動跟你確認方案，完成之後還會自動測試。
越是用簡單的應用對比，越能看出差異。
以前，我們讓 AI 幹活，一句提示詞丟過去就完事了。但現在可以用 superpowers 插件——先確認方案，再讓 AI 動手，並自動測試，返工幾率大大降低。
這個插件我覺得非常實用，推薦給大家。
如果覺得有幫助，可以幫我點個三連~
👍 點贊 | 👀 在看 | ➤ 轉發 |