設計流程
模型具備驚人的創造力，但這種創造力卻因其訓練方式而受到壓抑。模型在逐個 token 地建構設計，每當需要做出設計決策時——例如使用什麼顏色、如何排列元素——它都會填入它認為最能討好所有人的 token。最終的設計變得重複且平淡：這是典型的「委員會式設計」的極致案例。偉大的設計始於感覺，旨在創造情感反應。它打破規則，並以令人難忘、出乎意料的選擇來取悅使用者——這與在每一步都做出最可預測的選擇恰恰相反。
這項技能是為 AI 代理重新構想的設計流程，大致受到雙鑽石模型的啟發：發現——透過探索多種方向並撰寫大膽的設計簡報，尋找超越平均水準的新想法；定義——透過超越熟悉的模式並將模型鏈接在一起，建立獨特的設計身份；交付——透過打磨掉粗糙的邊緣，提供令人驚豔的最終結果。（改編自 Anshu Chimala 的 「如何將你的 AI 轉變為世界級設計師」，並將評價最高的公共設計技能中的反覆出現的規則納入 references/anti-slop.md 中。）
有兩條規則高於所有步驟：
- 簡報為王。 當使用者指定了方向、字體、調色板、時代風格時，請嚴格遵循，即使它出現在「預設情況下永不」的清單中。將明確的簡報導向你自己的品味是失敗的。這些清單僅在簡報留下自由軸線時才適用。
- 「特徵痕跡」是指未經思考就使用的預設值，而不是出現的模式。 根據意圖判斷。如果不確定某件事是「特徵痕跡」還是決策，請將其視為決策。
步驟
-
關卡：這是什麼，給誰用的？ 各一行：產品、目標受眾、頁面存在的唯一動作、平台，以及任何品牌限制。如果使用者沒有提供任何這些資訊，則提問一次（
AskUserQuestion）——你自己編造的簡報只會是平均水準的簡報。主題所屬行業、材料和慣用語是產生獨特選擇的來源。在同一個訊息中，確定圖像方案：檢查是否有生成圖像的途徑（.env.agents中的金鑰、fnox、fal/replicate MCP 伺服器、Codex CLI、內建圖像工具；請參閱 define.md）。如果沒有找到途徑 → 要求使用者提供一個，或要求真實資產（產品截圖、照片）。將答案記錄在簡報中；僅使用純文字類型的頁面是用戶的決策，而不是代理會落入的預設陷阱。 -
發現——先廣後深。 從模型外部獲取多樣性。可以透過隨機字串（字串思維種子）來播種方向，也可以透過使用者提供的具體且瘋狂的命名靈感來獲取；當使用者沒有靈感時，生成一個廣泛的設計語言清單，讓他們做出反應。當構圖和層次比播種的靈感本身更重要時，先用圖像模型模擬畫面，然後基於此進行建構，而不是僅使用純文字簡報。在編寫任何程式碼之前，先將所選方向撰寫為設計簡報。如果需要多個方向 → 撰寫多個簡報，製作多個一次性變體，每個變體都是獨立的。→ references/discover.md
-
根據簡報建構第一個版本。 堅定地朝這個方向前進：真實的字體（為此主題選擇、載入並驗證），一個很少使用的重點色，一個不是「主視覺 → 三個特色 → CTA → 頁尾」的整體頁面形狀，一個訪客會記住的標誌性元素，以及每個狀態的設計。在建構過程中，請參照 references/anti-slop.md 中的「預設情況下永不」表格檢查你的選擇，而不是事後才檢查，並在拍攝第一張截圖之前執行其六軸自我檢查。
-
定義——批評者循環。 截取頁面的螢幕截圖（桌面和手機，儲存為檔案）。指派一個設計批評者子代理，使用最強大的可用模型，在全新的上下文中執行，只提供螢幕截圖和預期的美學風格（絕不提供程式碼，也絕不提供目標分數）。它會指出與工作室級水準——或者更好的是，與真實的參考設計進行盲測——之間的差距，並給出 /10 的分數。修復最大的差距，重新截圖，使用相同的提示詞重新執行。這個循環是有界的：預設情況下執行兩輪，然後在達到標準 / 一輪沒有變化 / 預算耗盡時立即停止，並向使用者展示結果。僅分數門檻不能作為退出條件；迄今為止，沒有任何已發表的循環是因此而終止的。→ references/define.md，提示詞在 references/critic-prompt.md
-
定義——真實資產。 任何承载視覺元素的頁面——主視覺、特色圖、紋理、插圖位置——預設情況下都應該使用生成或真實的圖像，而不是漸層、形狀或 CSS 模式；代理除非被告知，否則會跳過這一步，而使用程式碼繪製的裝飾正是露餡的地方。如果適合加入動態效果，則使用影片（色度鍵控循環、關鍵幀插值過渡）。金鑰存放在 gitignore 的環境檔案或 fnox 中，絕不能放在原始碼中。如果在關卡階段沒有找到任何生成途徑，且使用者選擇了純文字類型 → 在交接時將其作為已知的差距說明，並設計頁面使其僅靠字體和構圖就能撐起主視覺。→ references/define.md
-
交付——減法，然後驗證。 檢查每個元素，思考如果移除它會發生什麼；移除發光效果、漸層、冗餘標籤、填充內容、比原生控制項更差的客製控制項、模板放進來的區段。然後進行響應式設計、深色/淺色模式、
accessibility無障礙審計、效能測試，以及在每個斷點處使用真實瀏覽器截圖。→ references/deliver.md -
交付——語氣檢查。 對每個使用者可見的字串（標題、導語、按鈕、空白狀態和錯誤狀態）執行
writing:voice-profile技能，使文案以使用者的口吻呈現，而不是模型的預設語氣；如果沒有設定語氣設定檔，則套用其基本規則加上writing:humanizer仍然有效。→ references/deliver.md
flowchart LR
G[關卡：產品、受眾、
唯一動作] --> D1[發現：
種子或狂野提示]
D1 --> B[設計簡報]
B --> V[根據簡報建構 v1]
V --> S[截圖]
S --> C{批評者 /10
全新上下文}
C -- "差距" --> F[修復最大差距]
F --> S
C -- "9+ 或停滯" --> A[在個性薄弱處
使用真實圖像/影片]
A --> P[交付：減法，
然後驗證]
P --> W[對所有文案
進行語氣檢查]
選擇哪種制度
並非每個設計任務都值得執行完整循環。根據任務選擇處理方式，而不是決定是否要設計：
| 任務 | 做法 |
|---|---|
| 一個元件、一個設定面板、一個文件頁面、一個小型重設計 | 步驟 1–3 + 一次檢視：完整建構，同時截取桌面和手機截圖，一次修復截圖中顯示的所有問題，確認一次，然後停止 |
| 一個登陸頁面、一個主視覺畫面、任何被使用者稱為「普通」或想要脫穎而出的東西 | 完整循環，步驟 1–6，批評者循環如上所述且有界 |
| 使用者想要多個設計供選擇 | 步驟 2 在獨立變體中執行三次或以上，每個變體截取一次，讓他們選擇，然後從步驟 3 開始在獲勝的變體上繼續 |
快速參考
| 症狀 | 動作 |
|---|---|
| 每次執行看起來都一樣（紫色漸層、主視覺分割） | 從隨機字串播種，或指定一個瘋狂的靈感——discover.md |
| 「讓它獨特/隨機」沒有幫助 | 透過提問無法做到隨機；多樣性必須來自模型外部 |
| 不知道該走什麼方向 | 廣泛清單提示 → 使用者反應 → 聚焦 → 建構提示 |
| 佈局/層次感覺不對，但方向是對的 | 用圖像模型模擬畫面，並與書面簡報一起基於此建構——discover.md |
| 代理一直說自己的作品「看起來不錯」 | 批評者子代理，全新上下文，只看截圖，每輪使用相同提示詞 |
| 批評者永遠不滿意，token 在燃燒 | 首先限制最多 2 輪；在分數停滯時停止；使標準具體化（與真實參考進行盲選） |
| 每個非預設的選擇都是相同的非預設選擇（Space Grotesk 字體，奶油色 + 襯線字體） | 二階預設仍然是預設；輪流更換——anti-slop.md |
| 個性來自 CSS 漸層和模糊形狀 | 生成真實圖像；著色器/3D 僅在與圖像結合時使用 |
| 沒有可用的圖像生成金鑰 | 在關卡階段提問，或從使用者那裡獲取真實資產；僅在使用者明確選擇純文字類型時才這樣做 |
| 感覺雜亂，「高級感」不足 | 執行減法——deliver.md |
| 程式碼審查看起來不錯 | 在你看過截圖之前，它還沒有完成 |
完成條件
- 存在一份書面簡報，且最終交付的設計仍然與之匹配。
- 從簡報中移除產品名稱：某人仍然能說出這個頁面是做什麼的。
- 批評者在全新的上下文中給出了 9 分或以上（或在盲測中勝出），或者循環已達到其界限且使用者接受了當前狀態。
- 「預設情況下永不」表格中的任何內容，如果沒有在簡報中寫明理由，都不應存在。
- 每個視覺位置都包含生成或真實的圖像，或者簡報記錄了使用者選擇純文字類型的決定，並且交接時將其標記為一個差距。
- 每個剩餘的元素都有其作用；文案只說明產品的功能。
- 已查看手機和桌面寬度、淺色和深色模式下的截圖，且
accessibility無障礙審計通過。 - 每個使用者可見的字串都經過了語氣檢查；文案讀起來像使用者自己寫的一樣，且語氣審計報告中沒有違禁詞。