Communitygithub.com

66666-design/ai-design-director

让 AI 做出不像 AI 的设计。做网页、落地页、App 界面、主题配色、海报、演示页等任何视觉设计时加载。遵循「发现→定义→交付」三阶段:使用随机种子串打破默认审美,编写大胆具体的创意简报,通过只看截图的独立评审子智能体打分迭代,借助图像/视频生成丰富画面,最终做减法、清除 AI 痕迹。

ai-design-director란 무엇인가요?

AI 设计总监(ai-design-director)是一个专门解决 AI 生成设计「同质化」「AI 味浓」问题的技能。其核心方法论来自 Anshu Chimala 在 Lenny's Newsletter 上发表的文章,并经过独立改写和扩展。该技能定义了完整的三阶段流程:发现、定义、交付。在发现阶段,使用随机种子串(String Seed of Thought)从模型外部注入随机性,并结合大胆具体的创意简报来激发独特的设计方向;在定义阶段,通过「独立评审子智能体」进行只看截图的盲评,形成客观的正反馈循环来迭代优化设计;同时鼓励使用图像和视频生成模型来丰富视觉素材。在交付阶段,强调做减法,并逐项检查常见的 AI 痕迹(如紫色渐变、通用英雄区、emoji 图标等),以确保最终设计看起来专业、不像是 AI 生成的。该技能适用于 Claude Code、Cursor、Codex 等 AI Agent,通过指导实现者执行一系列具体的指令和检查清单,来模仿人类设计师的工作流程和审美判断力。

지원 대상~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/66666-design/ai-design-director/tree/HEAD

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

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。
  • 生成素材注意版权:不要求模仿在世艺术家的具体作品或商标。
  • 参考图只作基准,不照搬他人设计。

관련 스킬