把狀態機和邊界寫進提示詞
上一節把「要什麼」翻譯成了目標和場景，這一節補上「別糊弄」的部分。規律很簡單：AI 只認真寫你提到的狀態，沒提到的一律按晴天想像。所以狀態要列全，邊界要説死，防錯要寫明，這三樣合起來就是交互規格。
你説「做一個訂單列表頁」，AI 腦補的畫面永遠是：網絡通暢、數據正好一屏、用戶不會點錯。它不是偷懶，是你給的描述裏只有晴天。本章第 2 節講過介面的狀態三件套（加載、空、錯誤），第 3 節講過防錯與可逆，那兩節教你識別，這一節教你把識別出的要求變成提示詞裏白紙黑字的條款。
跨章引用 · 狀態三件套與錯誤信息三要素加載、空、錯誤各自長什麼樣才合格，錯誤信息怎麼説人話，第 2 節已經玩過一遍，這裏直接引用它的結論。下面這段提示詞是典型的晴天版，右邊的狀態板上五個格子還全是問號。點下方的狀態芯片，逐個把狀態寫進提示詞，看規格一條條長出來。
規格裏那句「空態給引導」到底值多少？下面是同一個訂單頁在新用戶眼裏的兩個版本：左邊的提示詞沒提空態，右邊多寫了一句。點你覺得留得住新用戶的那邊。
狀態列全之後，還有一批藏得更深的邊界情況。它們共同的特點是演示時永遠碰不到，上綫第一週全都來報到。抽一個看看 AI 預設會怎麼糊弄，以及提示詞裏該補哪句。
狀態和邊界要寫到多細，取決於介面的姿態。《About Face 4》第 9 章把產品分成幾種姿態，最常用的兩種抄給你。寫提示詞時先報姿態，AI 對狀態密度的拿捏會準很多。
姿態報錯的典型翻車：給用完就走的請假頁配上主權級的篩選器和統計圖，或者給整天盯着的監控後台配上大字報式的單屏流程。密度跟着姿態走，姿態跟着使用頻率走。
審美篇的積木機拼的是視覺規格，這一台拼交互規格。五組條款自由開關，右側預覽即時更新；哪組選了「不提」，預覽裏會標出 AI 將在哪裏自由發揮。拼好複製，貼在你生 UI 提示詞的末尾。
AI 只寫你提到的狀態：加載、空、錯誤、弱網、成功，五態點名列全，沒點名的就是白屏和 alert 的溫牀。
邊界要説死：列表為空時、網絡失敗時、重複提交時、權限不足時，每個「時」後面接一句明確要求。
先報姿態再談密度：主權姿態的介面狀態可以密，臨時姿態的介面要少而醒目，別拿錯劇本。
規格拼好當附件：目標場景（上一節）打頭，交互規格（這一節）殿後，兩段合起來就是喂 AI 的完整需求。
內容來源：小山學堂「交互工程」專題原創；錯誤與狀態的原則整理自《About Face 4：交互設計精髓》第 15 章，介面姿態整理自第 9 章（Alan Cooper 等）。