設計方向
一個設計是獨特的，當熟悉該領域的人能將其歸因於這一個產品。易用性來自於熟悉的結構；獨特性來自於這個產品獨有的東西：它的品牌、它的世界觀、它的圖形手法，以及一個標誌性動作。這些都來自於人，因此這個技能會在繪製之前先提問。
一個生成器如果獨自運作，最終會收斂到少數幾種相同的風格（defaults.md）。以下的每個決定若非來自訪談，就是根據該清單進行檢查；沒有任何選擇是因為它是第一個浮現在腦中的念頭。
當方向被寫下、由人選定，且後續的每個建構都遵循它時，即為完成。
1. 收集既有的東西
要求提供並閱讀任何已經定義品牌的既有資產：標誌檔案、色彩、字型、品牌規範、攝影作品、插圖、先前的簡報或頁面、儲存庫中的設計系統檔案，以及 product-ui 技能的專案檔案（.claude/product-ui.md，如果存在的話）。既有的系統是起點；設計方向會擴展它，絕不會與之矛盾。記錄哪些資產存在，哪些遺失。
2. 訪談
執行 interview.md：每輪幾個問題，每一輪都建立在之前的答案之上。提問、傾聽，並將令人驚訝的答案再深入一層挖掘。當你能將產品的世界觀、個性和反參考濃縮成一個段落，並且對方同意時，該輪即告完成。
3. 模式
從訪談中決定模式：
- 操作型（人們在其中工作的應用程式）：結構、導航和控制項維持該類別熟悉的樣式。方向貢獻的是字型、色板、密度、在安靜區域（頁首、空狀態、引導流程、載入）的圖形手法，以及一個標誌性動作。
- 說服型（登陸頁面、行銷活動、簡報）：方向可能塑造整個頁面——構圖、影像、動態、版面。
一個同時具備兩者的產品會有一個設計方向，並根據模式應用它。
4. 提出方向
撰寫兩到三個一眼就能看出差異的方向，每個都來自訪談的材料。每個方向需命名：
- 設計符號：色板（4–6種具角色名稱的顏色）、字型搭配與字級、圓角、邊框、陰影、密度。使用步驟1的品牌資產，透過 tokens.md 建構它們——參考產品可以借鑑其特質（速度、密度），但絕不能借用其顏色或字型；
- 圖形手法：從產品世界觀中提取的形狀語言與幾何結構，以及一個從這些形狀建構生成背景、圖案和填充圖像的配方；
- 圖像：攝影或插圖展示的內容，以及其裁切與處理方式；
- 結構：網格、韻律、螢幕或頁面的構成方式；
- 語調：描述介面說話方式的三個詞，以及分別針對按鈕、空狀態和錯誤的一個例句；
- 標誌性動作：一個具體、可命名、讓觀看者記住的點子（例如「狀態以……方式繪製」）；
- 一個範例：用該方向渲染的一個真實螢幕或區塊，並使用真實內容。
將範例並排展示，尺寸相同，內容相同。對方選擇一個，或組合部分，並說明原因。
範例上的每個數字和標籤都需要一個對方同意的定義（例如「活躍用戶」：是指已登入？還是在今天有會話？）。收集他們質疑的，作為未定義項目；這些是產品問題，它們會進入步驟6的記錄中。
當對方說它看起來仍然很普通，但無法指出原因時，將表面拆分成獨立的切換開關——字型、色板、形狀（圓角、邊框、晶片）、密度、圖示風格——放在同一個畫面上，讓他們切換，直到這種感覺消失。消除這種感覺的開關就指出了原因。
5. 檢查獨特性
將選定的範例與 defaults.md 以及對方的反參考進行比對。對於每個匹配項，更改產生該匹配的決定，或記錄為什麼這個產品保留它。然後進行歸因測試，並根據訪談中表面的獨特性等級進行加權：遮住標誌後，熟悉該領域的人能否說出這個產品的名字？如果等級高，「它可能是任何人的」會讓你回到步驟4，並針對最弱勢的元素。如果等級低，一個乾淨熟悉的結果就算通過，記錄中會註明。
獨特性絕不能以犧牲易用性為代價：一個會隱藏控制項、降低對比度或破壞該類別熟悉模式的標誌性動作，會被移至安靜區域或被捨棄。
6. 記錄
將設計方向寫入專案檔案（.claude/product-ui.md，或 CLAUDE.md 指定專案儲存設計決策的位置；如果不存在，則從 product-ui 範本建立）的「設計方向」章節：日期、模式、設計符號、圖形手法、圖像配方、結構、語調、標誌性動作、反參考、未定義項目，以及證明這些決定的訪談答案。將設計符號本身放入程式碼的符號檔案中。後續的建構和審查會先閱讀這個專案檔案。