principle-exhaust-the-design-space | 用競爭原型比較設計
本頁以 pstack-claude 0.9.126 為基準。原文標示 user-invocable: false，通常由 poteto-mode 按需讀取。示範以自然語言套用原則，不提供獨立命令。
定位與適用情境
當新互動或架構選擇在程式庫裡沒有先例，先製作兩到三個競爭原型（Prototype），並排比較，再承諾投入正式實作。若產品決策依賴使用感受而非單純邏輯，也適用這個原則。
例如管理介面首次加入批次選取。團隊正在考慮固定核取方塊、進入選取模式，或集中在側邊面板操作。只討論抽象優缺點，無法得知讀者能否發現入口、是否容易誤觸，以及取消操作是否清楚。
上游只有簡短適用條件與原型數量要求。以下是具體教學練習，不是上游提供的測試套件，也不要求把所有可能設計列舉完。
準備
- 確認既有介面沒有可沿用的互動先例，並寫下真正尚未解決的問題。
- 準備相同的模擬清單，涵蓋一般項目、空結果與不可操作項目。
- 定義共同任務，例如選取指定項目、確認範圍、預覽動作與取消。
- 指定可拋棄的原型目錄與觀察方式，不接正式資料或真實刪除操作。
操作步驟
- 固定要比較的問題。 寫明這次要決定批次操作入口與選取回饋，不同時討論全站導航或視覺品牌。先列出入口可發現性、誤選、回復方式與維護成本等觀察面向。
- 製作兩到三個真正不同的原型。 用相同模擬資料呈現核取方塊、選取模式等競爭方案。每個原型都要能走完共同任務，不只是換顏色的靜態截圖。
- 用同一腳本並排試用。 在相同畫面條件下，依序選取、確認範圍、取消與重做。記錄選取狀態是否可辨認、操作入口是否被忽略、錯誤如何恢復。觀察不到的部分標成未驗證。
- 依證據選定並留下取捨。 將觀察與方案逐項對照，說明採用哪個原型、捨棄哪些設計，以及還需要什麼觀察。若方案都卡在相同任務，就先修正原型或問題定義，不直接投入正式實作。
可直接使用的提示詞
套用 principle-exhaust-the-design-space。
我們的管理介面沒有批次選取先例，這次只決定操作入口與選取回饋。
請在核准的拋棄式原型目錄做兩到三個競爭方案，使用同一份模擬資料。
每個方案都要能選取指定項目、確認操作範圍、取消並重做。
依入口可發現性、誤選恢復、狀態清楚程度與維護成本並排比較。
先觀察原型再推薦，不要用個人偏好假裝使用者證據。
不接正式服務，不執行真實資料操作，不把原型直接視為可上線版本。預期結果與驗收
讀者應取得可操作的兩到三個方案、一份共同試用腳本，以及連到實際觀察的決策紀錄。每個方案都必須走過相同核心任務，才有比較基礎。
驗收時，請另一位讀者依腳本重走，確認可以看到所描述的狀態與回復方式。若只交出一個方案與兩段想像中的缺點，沒有完成競爭原型比較。若沒有觀察真實使用者，也不能宣稱已證明所有人偏好某方案。
常見誤用是把時間花在三套精緻視覺稿，卻沒有讓任一套能完成任務。另一種是先選好答案，再把其他原型刻意做得難用。
限制與權限
原型用來降低承諾成本，不等於正式品質驗收。可用性、安全性與效能仍須在正式實作驗證。已有成熟先例的小改動，不一定值得重新探索多個方案。
這個原則也可用於架構選擇，但比較問題應改成可執行的資料流或邊界情境，不能用介面感受代替架構證據。本頁不保證多代理、特定工具或任何設計必然勝出。
所有原型都應在允許範圍內建立。對外發布、接入服務與處理正式資料仍需另外授權。