Communitygithub.com

66666-design/ai-design-director

讓 AI 做出不像 AI 的設計。支援網頁、落地頁、App 介面、主題配色、海報、簡報等任何視覺設計,並遵循「發現→定義→交付」三階段流程。

ai-design-director 是什麼?

這是一個專為 AI 代理(如 Claude Code、Cursor、Codex 等)設計的技能,旨在打破 AI 預設的「平均化」美學,生成具有獨特品味且不帶 AI 痕跡的視覺設計。它透過隨機種子注入外部靈感、撰寫大膽具體的創意簡報、以及引入獨立評審子代理來迭代優化設計,並支援生成圖片與影片來豐富畫面。最終透過減法與 AI 痕跡清除清單來打磨交付成果,適用於網頁、App、海報、簡報等多種場景,且可在任何支援 Markdown 格式技能的平台上使用。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/66666-design/ai-design-director/tree/HEAD

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

AI 設計總監(ai-design-director)

思路來源:Anshu Chimala《How to turn your AI into a world-class designer》(Lenny's Newsletter,2026-09-01)。本文件為獨立改寫與擴展,不含原文。

為什麼預設產出總是「AI 味」

大模型每一步都挑「最可能讓所有人滿意」的下一個詞。設計決策(配色、佈局、字體)因此被平均化:紫色漸層、左字右圖、頂欄導航、居中大按鈕。只說「要獨特」「隨機一點」沒用——模型只會寫出「聽起來隨機」但其實每次一樣的東西。變化必須從模型外部注入,品味必須由人或獨立評審來把關。

總流程

  1. 發現:先發散,找到別人拿不到的方向。
  2. 定義:把方向做深,形成自己的設計身份。
  3. 交付:打磨、做減法、去掉 AI 痕跡。

每一段都要產出可看的東西(截圖),不靠文字自評。


一、發現

技法 1:隨機種子串(String Seed of Thought)

模型自己不會真隨機,就用 shell 造隨機數,讓它從中「讀出」創意方向。

python3 scripts/seed.py         # 或:head -c 48 /dev/urandom | base64 | tr -dc 'A-Za-z0-9'

給實現者的指令:

  • 先執行腳本得到一串長隨機字元。
  • 從字串裡找靈感定方向:配色、版式、字體、節奏、隱喻。看子模式、特殊數字、字母形狀,任何能激發的東西。
  • 用判斷力把這個方向做好看。
  • 種子只作靈感,不得出現在成品裡。

要多個方案時,每個方案各用一條新種子,並行生成,再挑。

技法 2:大膽、具體的創意簡報

把「做個落地頁」換成帶畫面的要求,例如:

  • 「每一屏像一幀像素遊戲畫面,同時仍是能用的落地頁。」
  • 「放在一座等距視角的活的 3D 小城裡,每個功能是一個街區。」
  • 「激進的不對稱、刺耳的配色與字體、令人不安的留白——打破所有規矩但依然好看。」

找點子的三步法:

  1. 讓模型「廣而不深」地列一大堆設計語言方向,每條一句話。
  2. 挑幾個喜歡的,寫下你的真實反應(喜歡什麼、討厭什麼、哪裡俗氣),讓模型按你的口味收緊。
  3. 滿意後,讓模型寫一段簡潔的提示詞,供實現智慧體做第一版原型。

原則:直接將 AI 的點子餵回 AI 只會得到人人都有的東西;人的取捨才是獨特性的來源。聽上去「這不可能行」的點子值得一試;失敗的提示詞留著,新模型出來再測。


二、定義

技法 3:獨立評審子智慧體(正反饋循環)

實現者不客觀——它看得見自己的程式碼和理由。另開一個「設計評審」:

每一輪:

  1. 截取當前設計的截圖(桌面 + 手機寬度)。
  2. 在全新上下文裡呼叫評審,只給截圖;不給程式碼、實作細節、往期版本或往期評語。
  3. 評審先說出這個設計想要的美學,再想像頂級設計工作室會怎麼做,然後列出最大差距。
  4. 最後給 0–10 分:離那個工作室水準有多近。

評審提示詞要寫明:

  • 既看整體結構與構圖,也看細節。
  • 對過度使用、浮誇、一眼 AI 生成的套路扣分。
  • 反饋要具體、簡短,不要空話。
  • 要大膽有主見,不選安全、省事的答案。

規則:

  • 停止條件只寫給實現者(如「評審獨立打到 9 分以上才算完成」),不寫進評審提示詞,保持評審客觀。每輪用同一份評審提示詞。
  • 先跑 1–2 輪看是否收斂,再決定加輪次,防止無限燒 token。
  • 評審盡量用更大、更有品味的模型;實現者可用便宜快速的模型,但別小到執行不了方向。評審只做決策,所以用量很小。
  • 評審標準越客觀越好。最好:「這裡有 5 張圖,4 張專業作品 + 1 張我們的,按精緻度與品味排序。」可附參考圖當情緒板,明確「作基準,不照抄」。

技法 4:用圖像生成豐富畫面

編碼智慧體愛用漸層、幾何形、簡單圖案代替圖片——這正是 AI 痕跡。主動要求:

  • 用圖像生成做主視覺、紋理、插畫、產品圖;可結合著色器或 3D 效果。
  • 用瀏覽器逐幀檢查實際效果。
  • API key 只在本地開發使用,單獨開一個限額 key,放進 git 忽略的檔案(如 .env.agents),並在 AGENTS.md 註明「開發用,不得隨產品發佈」。絕不寫進程式碼或成品。

技法 5:用影片生成做高級動效

  • 動畫元素:生成純色背景的循環片段,再摳色或用影片摳像模型去背景,疊到介面任意位置,不像影片。需要玻璃折射等效果時,先在頁面底色上渲染(把折射烘進去)再摳像。
  • 狀態過渡:用首尾關鍵幀插值生成過渡片段;上一段的最末幀作為下一段的起始幀,保證無縫;使用者滾動或手勢時逐幀拖動播放。
  • 影片模型更新快,可用聚合平台一個 key 讓智慧體自己挑合適模型。

三、交付

技法 6:做減法

AI 只會加,很少刪。克制本身就顯得高級。逐項問「這個真的需要在螢幕上嗎?」常見要刪的:

  • 背景光暈、發光進度條、無意義的漸層。
  • 隨意的彩色強調文字和高亮。
  • 圖片已能表達時的多餘標籤、容器和留白。
  • 比平台原生組件更醜的自製按鈕和輸入框——優先使用原生組件。
  • 解釋過度的說明文字。

刪程式碼對模型來說是「冒險」,需要你明確推一把。

技法 7:清除 AI 痕跡(本節為本倉自擬清單)

交付前逐條核對,命中就改:

  • 紫/藍紫漸層、玻璃擬態卡片堆疊、處處圓角大陰影。
  • 左文右圖 + 頂欄 + 居中主按鈕的通用英雄區。
  • 三列等寬「功能卡片」配線性圖示。
  • emoji 當圖示;無意義的裝飾性 blob 和網格背景。
  • 千篇一律的標題句式(「釋放你的……」「為……而生」)和空洞行銷詞。
  • 每個區塊都有小標籤、大標題、副標題、按鈕的同一節奏。
  • 字體只有系統無襯線;字型層級過多或過平。
  • 統計數字、評價、logo 牆等編造內容(一律刪除或換真實資料)。
  • 對比度不足、焦點框缺失、手機端溢出——可訪問性問題也是「不專業」。

給智慧體的執行清單

  1. 明確用途、受眾、必須保留的品牌或約束(無約束不強加)。
  2. 方案階段:每個方案一條隨機種子 + 一段具體創意簡報;並行出 2–4 個,截圖給人挑。
  3. 選定後進入評審循環:截圖 → 新上下文評審 → 改 → 再截圖;先 1–2 輪,看收斂。
  4. 需要時加圖像/影片素材,逐幀驗收。
  5. 做減法 + 過 AI 痕跡清單 + 可訪問性檢查(正文對比度 ≥4.5:1)。
  6. 交付:最終截圖、評審分數軌跡、用過的種子和簡報(便於復現)。

安全

  • 不在成品、倉庫或日誌裡寫入任何 API key。
  • 生成素材注意版權:不要求模仿在世藝術家的具體作品或商標。
  • 參考圖只作基準,不照搬他人設計。

相關技能