安裝
plan, review against the brief, build, critique適合誰
當你在做新介面，或改一份既有介面，並且需要有意識、可辨認的視覺方向時，使用 frontend-design。它幫你定美學方向、字體和那些看起來不像模板預設值的選擇。
更合適的前提是：把這次任務當成設計工作室的設計負責人，客戶已經拒絕過套話或模板感方案，並願意為明確觀點付費。你要對這次簡報裡的配色、字體和佈局做有立場的選擇，在理由充分時可以承擔審美風險。資料沒有給出代理產品名單或安裝器，不要把它理解成某一家軟體的獨佔功能。官方說明頁是
https://raw.githubusercontent.com/anthropics/skills/main/skills/frontend-design/SKILL.md
3 分鐘完成第一次嘗試
這條說明沒有給出安裝命令，第一次嘗試不要編造倉庫路徑或套件管理器指令。推薦路徑就是資料裡的過程：先 plan，再對照簡報檢查，然後 build，最後 critique。
前置：你已經有一份介面任務，哪怕簡報很短。低風險第一次動作是只做定位，不改程式碼、不寫檔案。若簡報沒有寫清產品或主題，先自己認定一個具體主題、受眾和這項設計的主任務，寫成提案，並與提出需求的人確認。未確認前不要進入配色或寫介面。
成功訊號：三句話能說清「這是給誰、解決什麼、主題是什麼」，並且對方點頭或明確反對後你才改。不要先鋪一層接近 #F4F1EA 的暖奶油底、再配高對比襯線標題和陶土色點綴——資料把這列為當前生成稿扎堆的特徵。
使用案例
案例一：簡報缺少產品資訊時先對齊再設計。按資料，先自己提出一個具體主題、受眾和主任務，作為提案並確認。完成標準是這三項被確認，而不是已經出了一版完整 UI。資料沒有寫確認要用哪種工具，口頭或文字均可；未確認就畫介面，超出這條路徑。
案例二：為已對齊的簡報做字體決定。資料寫明：標題和正文不必各用一套完全不同的字體；用一個家族，或兩套但必須明顯區分。要有意選擇，不要隨手拿「任何專案都會用的預設字體」。摘要還提到行長保持 80 個字元以內，但摘錄沒有寫出行長檢測步驟，因此本案例完成標準是字體家族數量和差異已經定下來，而不是已經跑完排版檢查。配色和佈局仍要針對這次簡報，不要複用奶油底加陶土強調的常見搭配。
使用邊界
過程是 plan、對照簡報、build、再 critique。先有主題、受眾和主任務，再做視覺。字體用一套或兩套，拒絕萬能預設字體。避免資料點名的生成稿扎堆：暖奶油背景（接近 #F4F1EA）、高對比襯線標題、陶土或暖黏土強調。
不要編造安裝器或倉庫內路徑。資料沒有給出元件庫名單、預設色板檔案或用戶端列表。寫程式碼或覆蓋既有樣式前，先確認提案已被接受。超出這些已寫明的定位、字體和避坑，這份說明涵蓋不到。若只是套用現成模板而不針對這次簡報做選擇，就不該走這條路徑。先把簡報對齊，再承擔有理由的審美風險。