先釐清任務，再比較介面。

什麼時候用？

適合探索尚未確定的介面方向，也適合接續先前的設計探索。保留已做的選擇、回饋與接受的版本，讓下一次討論有可追溯的起點。單一 CSS 修正或已有明確設計稿的直接實作，可以走更短的流程。

從一段對話開始

以下是 Codex 對話中的示例，應在有對應產品內容的專案使用。Claude Code 可使用 /design-experience。

使用示例 · 不是本次執行紀錄

$design-experience 這個專案功能大致完成了，請先理解它，找出主要使用流程，提出幾個方向並建立比較原型。

留下可比較的方向、原型入口與設計紀錄，說明為什麼選擇某個方向，以及哪些部分仍需驗證。

我在這個作品上的工作

我將這套流程整理成可獨立安裝的 skill，維護原型交付、設計紀錄與驗收情境。現有紀錄也保留工具無法檢查畫面時的限制，避免把程式檢查結果當成介面已經好用的證明。

使用前需要知道

原型能執行、邏輯檢查通過，仍需要另外確認畫面、鍵盤操作、不同螢幕與真人使用情況。設計定稿表示接受指定設計版本，正式實作仍需明確安排。

帶回自己的專案

先閱讀完整流程，再按自己的情境個別安裝。