適用情境
UI 變更最怕「聽起來不錯,做出來悲劇」。ThinkRail 的 visualize 擴充讓代理先給圖再動手——檔案預覽支援 HTML mockup,還能 before/after 並排。
步驟
- 用文字描述想要的改動——例如「把設定頁的表單從單欄改兩欄,儲存鈕固定底部」。先不動代碼。
- 觸發視覺化提案——請代理用 visualize 給方案。它可能回:一張 Mermaid 元件圖+一組 comparison 卡(方案 A 單欄收合 vs 方案 B 兩欄),或直接兩個 HTML mockup 的 before/after 對照。
- 像審 diff 一樣審——mockup 就在對話裡渲染,不用切工具。不滿意就回覆意見,讓它改圖,直到你選定。
- 結構化確認——定案前它可能用 ask-user-question 問「行動版維持單欄?」之類的邊界條件,一次問完。
- 落地——選定方案後在同一工作區實作:改 component、調樣式、補測試。檔案樹的變更標記只會出現在這個 worktree。
- 前後再對照一次——完成後讓代理用 before/after 把「現在的頁面 vs 剛才選定的 mockup」再並排一次,自證做到位。
學到什麼
visualize的三種型別(diagram / comparison / file preview)在真實決策裡怎麼被組合使用- UI 提案的前置成本降到「回一句話」——所以值得多迭代幾輪再動代碼