Winson 审美总监

要解决的问题

AI 生成的设计稿有两类典型翻车：一类是把「我觉得好看」当成规则，产物在平台上渲染错位；另一类是套用平台规格的模板，审美上毫无辨识度，做完十张海报也认不出是同一个品牌。更隐蔽的问题是风格扩展——从 GitHub 拉一堆 design skill，把整份 README 塞进上下文，结果 80% 的规则与当前任务无关，还稀释了生成质量。

核心工作方式

这个 skill 是审美层的「导演」，负责把审美决策变成可执行规则：

• 意图识别：从输入中解析 产物 × 平台 × 审美 三维，至少锁定两维，缺省用 mckinsey-zero 填充审美。
• 默认 profile 常驻：mckinsey-zero（零圆角、1px 实线边框、衬线标题 + 无衬线正文、红色序号块）与 taste-guard（禁紫渐变、禁 emoji 装饰、禁玻璃态）永远在线，无需 fetch。
• 按需 fetch + 蒸馏：命中 brutalist、glassmorphism、minimalist 等关键词时才拉取对应 skill，蒸馏后只保留与当前任务相关的 ≤ 8 条规则（字体/配色/圆角/组件模式），丢弃元数据和工作流。
• 交付规格锁定：生成前显式声明画布——小红书 1080²、海报 1080×1440、Web 1440×900、微信长文 677px，审美适配画布，不可反向妥协。
• 委派 + 校验：幻灯片/报告交给 html-deck / html-report 等 co-skill，注入 style profile 后仍要跑输出校验（零圆角、无渐变、画布尺寸、序号块），不校验等于没委派。

适用边界

• override 必须显式：用户没明说「我要玻璃态」，agent 不得自行改掉默认规则，否则品牌一致性会悄悄流失。
• fetched 风格优先级最低：排在用户 override、交付规格、mckinsey-zero 之后，只对当前产物生效。
• 它注入规则，不做内容：复杂组件、PPTX/DOCX 文件应走委派路径，本 skill 不负责替代前端实现。
• 适合需要跨产物保持视觉统一的团队；如果只想单张图自由发挥，这套流程会显得重。