shape

shape skill 概覽

shape skill 的用途

shape 是一個以規劃優先的 UI/UX Design skill。它會在任何程式碼開始撰寫之前，先透過結構化的探索流程，協助你把粗略的功能想法整理成清楚的設計 brief。它的目標不是產出像素稿或實作細節，而是先把使用者問題、限制條件與產品方向定義清楚，讓後續工作推進得更快，也更少靠猜。

shape skill 最適合誰使用

當你需要一個具產品思維的設計起點時，就很適合使用 shape skill：像是新功能、UX 調整、重新設計，或任何需求仍然模糊的介面工作。對於希望 AI 助手在提出版面、流程或元件選擇之前，先幫忙問對問題的團隊來說，它尤其實用。

為什麼大家會安裝 shape skill

shape skill 的核心價值在於提升決策品質。你拿到的不只是泛泛的 UI 概念，而是一份經過情境蒐集、範圍界定與設計意圖整理後形成的 brief。當真正的風險是做錯東西，而不只是做得慢時，它會比一次性的 prompt 更合適。

如何使用 shape skill

shape 安裝與設定

使用 npx skills add pbakaus/impeccable --skill shape 安裝。安裝後請先打開 SKILL.md，因為這個 skill 依賴更上層的 $impeccable 指引，並要求你在做任何設計判斷前先遵循它的 Context Gathering Protocol。如果你的環境裡還沒有設計相關的背景資訊，請先執行 $impeccable teach。

一開始就提供對的輸入

shape skill 在你提供的是「功能目標」而不是像「把 UI 做得更好看」這類模糊要求時，效果最好。好的輸入通常會包含使用者目標、產品區域、已知限制，以及成功的定義。例子像是：「Shape the checkout flow for a mobile commerce app where guest users abandon at shipping selection.」這樣 skill 才有具體內容可追問、可釐清。

shape skill 的建議使用流程

請把 shape skill 用在規劃階段：先描述功能、回答探索問題，再讓 skill 產出設計 brief。這份 brief 可以視為交接給 $impeccable craft 這類實作型 skill 的 handoff artifact。如果你其實已經知道解法，shape 可能介入得太早；如果你連問題都還沒釐清，那它反而正是最適合的起點。

建議先讀哪些檔案

先看 SKILL.md，接著檢查上層 repo 中定義原則、情境蒐集與 handoff 行為的部分。以目前這個 repo snapshot 來看，可見的只有 SKILL.md，所以是否安裝這個 skill，主要就取決於你是否接受它的工作流程規則，而不是支援腳本或範例檔。這也代表你應該預期需要自己補充更多專案背景。

shape skill 常見問題

shape skill 只適用於 UI/UX Design 嗎？

是的，shape skill 的核心就是 UI/UX Design 規劃。它不是程式碼生成 skill，也不是用來獨立產出最終視覺規格的工具。它的工作是先把設計問題釐清，好讓後續實作能以更少重工的方式展開。

shape skill 和一般 prompt 有什麼不同？

一般 prompt 通常會直接跳到解法。shape skill 則強制你先走 discovery-first 的流程；當你需要的是有判斷力的產品推理，而不只是看起來合理的 mockup 時，這種方式會更適合。如果你要的是一個能立刻吐出版面畫面的 prompt，那 shape 不是最佳選擇。

初學者需要先有設計經驗嗎？

不需要，但初學者若能把功能描述得更清楚，通常會獲得更多幫助。這個 skill 可以引導對話，但它仍然依賴可用的背景資訊：目標受眾、目標、邊界情境與限制條件。如果連這些基本問題都答不出來，第一輪輸出不完整是很正常的。

什麼情況不該使用 shape skill？

如果只是很小的視覺微調、需求已經完全定義清楚的任務，或已進入後期實作階段，就不建議使用 shape skill。當設計方向已經拍板，只剩執行時，通常改用偏 build-focused 的 skill 會更合適。shape 最擅長處理的是「不確定性本身就是問題」的情境。

如何改進 shape skill 的使用效果

一開始就提供更銳利的背景脈絡

想讓 shape skill 產出更好結果，最有效的方法是用一段話交代清楚使用者、任務，以及限制條件的範圍。請包含平台、受眾、商業目標，以及任何不能改動的地方。弱的 prompt 會寫「design a dashboard」；更強的寫法則是「design a B2B dashboard for ops managers who scan errors in under a minute, must work on laptop and tablet, and cannot add new nav items.」

在 discovery 階段用具體資訊回答

這個 skill 是建立在情境蒐集之上，所以回答一旦模糊，brief 的品質很快就會下滑。當它問你目標或流程時，請回答真實行為，而不是個人偏好。舉例來說，要說清楚使用者現在怎麼做、在哪裡流失，以及現有輸入資料是什麼。這樣才能把 shape skill 從泛泛的發想工具，拉高成真正有用的產品方向整理器。

留意 shape skill 的常見失敗模式

最常見的失敗，就是跳過訪談式探索，太早直接要求設計稿。另一種則是只給輸出限制，卻沒說明這些限制為什麼存在，最後導致建議很脆弱、難以成立。如果第一版 brief 看起來太空泛，先收緊問題陳述、釐清主要使用者，並在下一輪前重新講清楚成功指標。

從 brief 迭代到 handoff

拿到第一版輸出後，請把新浮現的邊界情境、優先順序，以及任何技術或品牌限制補進 brief，再把修正後的 brief 交給實作型 skill 或你原本的設計流程。這正是 shape 最有價值的地方：在工作變得昂貴之前，先把模糊地帶縮小。