前言

最近有讀者在留言區問到：Claude Code 的 Plan Mode、Superpowers 的 Brainstorming 以及 OpenSpec 的 Explore 有什麼不同？這是個很棒的問題，因為這三個功能乍看之下都是「幫你思考」，但實際上它們解決的問題完全不同。

三種模式的定位

先用一句話總結：

• Plan Mode：「我知道要做什麼，幫我規劃步驟」
• Brainstorming：「我有個想法，幫我變成具體設計」
• opsx:explore：「我想聊聊，看看能發現什麼」

Plan Mode：結構化的實作規劃

Plan Mode 是三者中最結構化的。它有嚴格的階段約束：

1

探索 → 設計 → 審查 → 定稿 → 審批

特點

• 目標明確：產出一份可以照著做的實作計畫
• 階段分明：每個階段有清楚的輸入和輸出
• 需要審批：計畫完成後需要使用者確認才會執行

適用場景

當你已經知道「要做什麼」，需要規劃「怎麼做」時使用。

例如：

• 「幫我實作使用者認證功能」
• 「重構這個模組的架構」
• 「新增 API 端點處理訂單」

Brainstorming：從想法到設計

Superpowers 的 Brainstorming 結構化程度稍低，流程是：

1

理解想法 → 探索方案 → 呈現設計

特點

• 互動式引導：一次問一個問題，用選擇題來引導
• 強調 YAGNI：會主動砍掉不必要的功能
• 設計導向：最終產出是具體的設計方案

適用場景

當你有個想法但還沒成形，需要具體化成設計時使用。

例如：

• 「我想讓使用者可以追蹤訂單狀態」
• 「網站需要某種快取機制」
• 「想加個通知功能」

opsx:explore：自由的探索

OpenSpec 的 opsx:explore 是三者中最隨性的。

特點

• 沒有固定流程：跟著有趣的線索走
• 視覺化思考：大量使用 ASCII 圖表來幫助理解
• 允許離題：如果離題有價值，就繼續探索
• 可能無產出：純粹獲得理解也是一種成果

適用場景

當你還不確定問題是什麼，或需要純粹的探索時使用。

例如：

• 「這個 codebase 是怎麼運作的？」
• 「為什麼這個功能會這樣設計？」
• 「我想了解這個架構的取捨」

實際比較

串接使用

這三個模式沒有衝突，它們可以串接使用，形成完整的工作流程：

1
2
3
4
5
6
7

opsx:explore（釐清問題）
       ↓
  Brainstorming（設計方案）
       ↓
   Plan Mode（規劃實作）
       ↓
     實際執行

範例：新增搜尋功能

1. opsx:explore：先探索現有程式碼，理解資料結構、現有的查詢機制、效能考量
2. Brainstorming：根據探索結果，設計搜尋功能的具體方案（全文搜尋？Elasticsearch？簡單 SQL LIKE？）
3. Plan Mode：確定方案後，規劃實作步驟、需要修改的檔案、測試策略

選擇建議

1
2
3
4
5

問自己：「我現在在哪個階段？」

還不知道問題是什麼 → opsx:explore
有想法但不具體     → Brainstorming
知道要做什麼      → Plan Mode

結語

這三種模式代表了不同的思考階段，選對工具可以大幅提升效率：

• 太早進入 Plan Mode 會讓你規劃一個還沒想清楚的東西
• 太早 Brainstorming 會讓你設計一個還不理解的問題
• 一直停在 Explore 則可能永遠不會開始動手

理解它們的定位，在對的時機使用對的工具，才能讓 AI 輔助發揮最大效果。