Superpowers的腦暴Skill的可視化伴侶
整理版優先睇
Superpowers 腦暴 Skill 可視化伴侶：AI 主動畫圖，比文字直觀十倍
作者用 Superpowers 嘅 brainstorming skill 同項目傾想法，中途技能突然問會唔會涉及架構圖，提議開啟可視化模式。作者同意後，技能開咗個叫「可視化伴侶」嘅功能，喺本地起服務並彈出瀏覽器窗口。
之後討論工作流程時，技能直接喺瀏覽器渲染流程圖，清楚顯示每個步驟嘅工具同產出。當提出流程太死板時，仲即時畫出對比矩陣，用顏色同勾叉標明不同任務嘅步驟差異。呢啲如果用文字寫，要上千字先講得明。
作者翻查 GitHub 發現係新增嘅 Visual Companion 模塊，規則係當討論涉及架構圖、流程圖等就會主動提議。作者認為呢個功能驗證咗信息呈現方式比資訊本身更重要，AI 都識得適當時候畫圖。讀者如果有足夠 token，仲可以按場景自訂觸發時機。
- Superpowers 嘅 brainstorming skill 新增可視化伴侶，能夠喺討論架構圖等內容時自動渲染圖表。
- 觸發條件係討論涉及架構圖、流程圖、多方案視覺對比。
- 圖表比 markdown 長文更高效，接收效率完全唔同量級。
- 信息呈現方式比資訊本身更重要，AI 都識得「該畫圖嘅時候唔好廢話」。
- 如果 token 配額夠用，可以按自己場景自訂可視化觸發時機，唔受原 Skill 限制。
意外發現可視化功能
今日我用 Superpowers 嘅 brainstorming skill 同個項目傾想法，傾到一半，佢突然問我：『後面嘅討論會涉及架構圖同系統流程嘅設計，用瀏覽器展示可視化內容會更直觀。』
呢個功能仲比較新，亦比較食 token。
我話開啦，跟住佢就開咗個叫『可視化伴侶』嘅功能，喺本地起咗個服務，彈咗個瀏覽器窗口出嚟。
開咗個叫『可視化伴侶』嘅功能，喺本地起咗個服務。
一圖勝千言
之後討論工作流程時，佢唔再係純文字輸出，而係直接喺瀏覽器度渲染一張完整嘅流程圖——每個步驟係乜、調用邊啲工具、產出乜，一目瞭然。
直接喺瀏覽器度渲染一張完整嘅流程圖
- 流程圖清楚展示每個步驟嘅工具同產出。
- 對比矩陣用顏色同勾叉標明不同任務原型嘅步驟差異。
對比矩陣用顏色同勾叉標明不同任務原型嘅步驟差異。
Visual Companion 嘅運作規則
我後來翻查 GitHub 倉庫先發現，呢個係 brainstorming skill 新增嘅 Visual Companion 模塊。
Visual Companion 模塊
規則寫得好清楚：當討論涉及架構圖、流程圖、多方案視覺對比呢類內容時，就會主動問你要唔要切到可視化模式。
主動問你要唔要切到可視化模式
之前傾簡單需求從未見過佢彈出嚟，今次因為項目涉及組件調用關係同數據流轉，剛好命中觸發條件。
談及組件調用關係同數據流轉，剛好命中觸發條件。
信息呈現方式嘅啟發
接收效率完全唔同量級
如果你嘅 token 配額夠用，你完全可以根據自己場景定製：喺想可視化嘅地方都可以做可視化，唔受原 Skill 觸發時機限制。
唔受原 Skill 觸發時機限制
喺想可視化嘅地方都可以做可視化
今日用緊 Superpowers 嘅 brainstorming skill 討論緊一個項目嘅諗法。
傾到一半，佢突然問我：「之後嘅討論會涉及架構圖同系統流程嘅設計，用瀏覽器展示可視化內容會更直觀。呢個功能仲比較新，亦都比較食 token。要開嗎？」
我話開啦。跟住佢就開咗個叫做「可視化伴侶」嘅功能。
然後佢就喺本地起咗個服務，幫我彈咗個瀏覽器窗口。
接下來討論工作流程嗰陣，佢唔再係純文字輸出。直接喺瀏覽器入面幫我渲染咗一張完整嘅流程圖——每一步係做咩、調用邊啲工具、產出啲乜，一目瞭然。
更加令我驚喜嘅係，當我哋討論到「呢個流程係咪太死板」嗰陣，佢直接幫我畫咗一張對比矩陣——唔同任務原型分別行邊啲步驟、邊啲可以跳過，用顏色同勾叉標得清清楚楚。
呢啲資訊如果用 markdown 純文字寫，大概要一千字先講得明，而且睇嘅人好大機會見到第三行就划走咗。
揾咗一下 GitHub 倉庫發現，呢個係 brainstorming skill 新增嘅 Visual Companion 模塊。佢嘅規則寫得好清楚：當討論涉及架構圖、流程圖、多方案視覺對比呢類內容嘅時候，就會主動問你要唔要轉去可視化模式。
之前傾簡單需求從未見過佢彈出嚟，今次嘅項目涉及組件調用關係同數據流轉，啱啱好中咗佢嘅觸發條件。
呢個其實驗證咗一個我一直相信嘅觀點：資訊呈現方式比資訊本身更重要。同樣嘅架構設計，markdown 長文 vs 一張交互式流程圖，接收效率完全唔同一個量級。
AI 都識得「應該畫圖嘅時候唔好廢話」。
順便講句，如果你嘅 token 配額夠用，你完全可以根據呢個 Skill 按自己嘅場景自訂：喺想要可視化嘅地方都可以做可視化，唔受原 Skill 中觸發時機嘅限制。
今天在用 Superpowers 的 brainstorming skill 討論一個項目的想法。
聊到一半，它突然問我：「後面的討論會涉及架構圖和系統流程的設計，用瀏覽器展示可視化內容會更直觀。這個功能還比較新，也比較吃 token。要開嗎？」
我說開吧。然後它就開了一個叫做「可視化伴侶」的功能。
然後它就在本地起了個服務，給我彈了個瀏覽器窗口。
接下來討論工作流程時，它不再是純文字輸出了。直接在瀏覽器裏給我渲染了一張完整的流程圖——每個步驟是什麼、調用哪些工具、產出什麼，一目瞭然。
更讓我驚喜的是，當我們討論到「這個流程是不是太死板」時，它直接給我畫了一張對比矩陣——不同任務原型分別走哪些步驟、哪些可以跳過，用顏色和勾叉標得清清楚楚。
這種信息如果用 markdown 純文字寫，大概要一千字才能說明白，而且讀的人大概率看到第三行就划走了。
翻了一下 GitHub 倉庫發現，這是 brainstorming skill 新增的 Visual Companion 模塊。它的規則寫得很清楚：當討論涉及架構圖、流程圖、多方案視覺對比這類內容時，就會主動問你要不要切到可視化模式。
之前聊簡單需求從沒見它彈過，這次的項目涉及組件調用關係和數據流轉，剛好命中了它的觸發條件。
這其實驗證了一個我一直相信的觀點：信息呈現方式比信息本身更重要。同樣的架構設計，markdown 長文 vs 一張交互式流程圖，接收效率完全不在一個量級。
AI 都學會「該畫圖的時候別廢話」了。
順便說一句，如果你的 token 配額夠用，你完全可以基於這個Skill根據自己的場景定製：在想要可視化的地方都可以做可視化，不用受到原Skill中觸發時機的限制。