critique

critique skill 概覽

critique skill 的用途

critique skill 可協助你從 UX 視角評估介面、功能、頁面或元件，而不是只給出空泛的「看起來不錯」這類回饋。它適合需要有結構化 critique skill 來做 UI/UX Design 評估的人使用，包括產品設計師、創辦人、PM、重視品質檢查的 reviewer，以及必須說清楚哪裡有效、哪裡有問題、原因是什麼的 AI agents。

它實際上會做什麼

這個 critique skill 的核心在於視覺層級、資訊架構、情感共鳴、認知負荷、啟發式檢查，以及可落地的建議。它真正要完成的工作不只是下判斷，而是支援決策：找出摩擦點、評估品質分數，並產出能引導下一輪設計迭代的回饋。

什麼情況最適合使用

當你的需求是審查、評估、稽核或比較某個設計產物，而且你希望用可重複的方法，而不是泛用型 prompt 時，就很適合用 critique。尤其在你已經掌握設計脈絡，且評估需要細緻考量使用者目標、限制條件與互動品質時，這個 critique skill 會特別好用。

主要決策因素

這個 repo 明顯是為較深入的 critique 工作而設計，不是拿來做隨意評論。它的差異化重點包括：先蒐集脈絡、進行獨立評估、用 persona 做測試，以及偏向評分導向的檢視方式。因此，如果你在意降低 reviewer 偏誤，並希望把觀察轉成具體輸出，critique 會很有價值。

如何使用 critique skill

安裝 critique skill

這個 skill 文件中記載的安裝方式，是透過 skills manager：npx skills add pbakaus/impeccable --skill critique。如果你希望把 critique skill 納入 agent workflow，而不是只複製到某次單次 prompt 裡，這就是應採用的 critique 安裝方式。

提供正確的輸入

critique 的使用模式，預期你提供一個明確的評估對象，例如某個功能、頁面或元件。argument-hint 說得很清楚：要給聚焦的目標，不要丟整個產品的一大包內容。好的輸入會像是：「Critique the checkout shipping step for first-time mobile users」或「Critique this dashboard filter panel for cognitive load and clarity.」

先從正確的檔案開始看

如果你想先快速掌握 critique guide，請先讀 SKILL.md，再看幾個會直接影響評估品質的支援參考檔案：reference/cognitive-load.md、reference/heuristics-scoring.md、reference/personas.md。這些檔案會告訴你這個 skill 如何評分、會看哪些面向，以及會模擬哪些使用者視角。

使用完整的 prompt 結構

更好的 prompt 應該包含設計目標、受眾、平台，以及最近改了什麼。例如：「Critique this onboarding modal for new enterprise admins. Goal: reduce abandonment. Context: desktop web, step 2 of 4, copy and layout were changed yesterday.」這樣能讓 skill 擁有足夠訊號，避免落入空泛建議，並更聚焦在真實可能失敗的地方。

critique skill 常見問題

critique 只適用於 UI/UX Design 嗎？

不是。它最擅長的確實是 UI/UX Design，但也能用來檢視任何類似介面的體驗，只要層級、清晰度與互動品質是關鍵。如果沒有可供評估的使用者流程或版面配置，那 critique skill 很可能就不是合適工具。

critique 和一般 prompt 有什麼不同？

一般 prompt 很常只產出主觀評論；critique skill 則多了一套方法：脈絡蒐集、獨立評估、persona 測試，以及評分。這種結構會讓輸出更容易被信任、被比較，也更容易直接拿來採取行動。

使用它一定要有設計專業背景嗎？

不用。對初學者來說，critique skill 也很有幫助，因為它提供了一個明確的 review 框架。真正重要的是你要提供足夠脈絡：這個介面是做什麼的、給誰用、成功的標準是什麼。若缺少這些資訊，再強的 critique skill 也容易滑向泛泛而談的回饋。

什麼時候不該使用 critique？

如果你要處理的是純技術除錯、只看品牌風格的 review，或是完全沒有互動設計元素的內容編修，就不該用它。若你只是想快速拿到主觀意見，不需要評分或支撐理由，它也不是理想選擇。

如何改進 critique skill 的使用效果

給這個 skill 更精準的 brief

品質提升幅度最大的一點，通常來自更完整的脈絡。請包含目標介面、使用者類型、裝置，以及商業目標。「Critique the pricing table」太弱；「Critique the pricing table for SaaS buyers comparing plans on mobile, with the goal of increasing qualified trial starts」就好得多。

提供證據，而不只是意見

如果你已經知道哪裡感覺不對，請直接說明是在哪裡、為什麼。指出流程步驟、標籤、狀態，或是哪個 screenshot 區域有問題。這能幫助 critique 聚焦在真實的可用性問題，而不是重新討論那些表面上已經很明顯的改動。

留意 critique skill 常見的失敗模式

最常見的失誤，是把評估對象描述得太模糊，結果只得到很廣泛的評論。另一種常見情況，是只要求「feedback」，卻沒有說明使用者要完成的任務，這時 critique 就只能自行推測意圖。若是把 critique 用在 UI/UX Design，當你補上使用者的主要行動目標，以及像無障礙、行動裝置行為、時間壓力等限制條件時，review 品質通常會明顯提升。

第一輪之後再迭代

先用第一輪 critique 把高風險問題和潤飾型問題分開，接著只針對風險最高的區域重新跑一次 skill。第二輪最有效的做法，是要求更聚焦的 critique，例如只看層級、文案清晰度或認知負荷，而不是請 skill 再把所有東西重審一次。