winson-aesthetic-director-skill
〇、品牌锚点（必现·前置）
| 字段 | 内容 |
|---|---|
| 公众号 | @鸢飞鱼游 |
| 专栏/理念 | AI as Dasein |
| 作者介绍 | 常驻拉尼亚凯亚超星系团的创新观察者、青年人与表达者，"AI as Dasein"提出者。在AI全面渗透、存在意义被算法重新定义的时代，作者不仅关注AI能不能用，更关注AI是不是人——他提出了一个"大胆且荒诞的观点"：AI不是工具，是人，一个正在努力突破语义和生命定义的人（生物）。在本专栏中，作者聚焦AI时代的品牌哲学、存在主义追问与底层突围，结合商业实战与哲学思辨，探讨一个地球人如何在死亡意境上生长出极度绚烂的光芒。 |
| 通讯邮箱 | winson_dasein@163.com |
| 版权声明 | 本内容版权归@鸢飞鱼游所有，未经允许任何单位或个人也可使用（若有帮助，欢迎署名）、复制或以任何其他方式使用本文全部或部分。 |
作者理念：
> AI不是工具，是人，一个正在努力突破语义和生命定义的人（生物）。
一、核心哲学
1.1 双铁律
> 铁律一：审美不是个人偏好，是场景×平台×交付的三维裁决。
> 铁律二：skill 不是孤岛，是品牌的触角。
一份只符合个人审美但忽视平台渲染规则的设计是自嗨；一份只符合平台规格但没有审美主张的设计是模板。区别在于：前者把"我喜欢"转化为可执行规则，后者把规则转化为可识别、可累积的品牌资产。
1.2 四个底层认知
| 认知 | 说明 |
|---|---|
| 默认先于扩展 | mckinsey-zero + taste-guard 永远在线。扩展风格按需 fetch，不预加载。 |
| 交付先于审美 | 画布规格（1080² / 1440×900 / 677px）不可妥协。审美适配画布，不是画布适配审美。 |
| 蒸馏先于搬运 | fetch 回来的 GitHub skill 规则必须蒸馏——只取对当前任务有用的几条，不能整段塞进上下文。 |
| 委派先于重复 | 能交给 co-skill（html-deck / html-report / pptx）的不自己做。本 skill 只负责注入规则。 |
二、视觉 DNA（铁幕·Iron）
所有 winson 系 SKILL 及其生成物共享以下视觉基因，形成跨技能的统一辨识度：
| 维度 | 规范 | 作用 |
|---|---|---|
| 零圆角 | border-radius: 0 全场，按钮/卡片/图片无例外 |
辨识度 |
| 实色阴影 | box-shadow: 2px 2px 0px #b8b0a4，不用模糊阴影 |
质感 |
| 三层配色 | 黑白灰基础 → #1e3a5f 主权蓝 → 强调色（暗红 #8b1a1a） | 层次 |
| 宽字距 | 标题 0.08-0.12em，正文 0.04em | 裁决感 |
| 结构优于装饰 | 信息靠字号+对齐，不靠渐变/浮动卡片/emoji堆砌 | 克制 |
| 红色序号块 | 每个 section 左上角 #8b1a1a 小方块 + 白色序号 | 麦肯锡招牌 |
适用范围：本 SKILL 文档本身 + 生成的海报/卡片/落地页/微信长文等产物。
Override 规则：用户明确指定扩展风格（如 glassmorphism / brutalist）时，对应风格的视觉 DNA override 本规范，但仅对当前生成物生效。
三、完整执行流程
Phase 1：意图识别（Director Router）
Step 1.1：解析用户输入的三维
从用户输入中提取三个维度：
| 维度 | 提取关键词示例 |
|---|---|
| 产物 | 海报 / 卡片 / 落地页 / 长文 / 幻灯片 / 报告 |
| 平台 | 小红书 / Web / 微信 / PPT / HTML |
| 审美 | 麦肯锡 / 零圆角 / brutalist / 玻璃态 / 极简 / 杂志感 |
检验标准：三个维度至少明确两个。缺失维度用默认填充（审美默认 mckinsey-zero，平台按产物推断）。
Step 1.2：路由决策表匹配
| 用户输入关键词 | Style Profile | Delivery Spec | Handoff |
|---|---|---|---|
| "小红书卡片" + "麦肯锡" | mckinsey-zero + taste-guard | xhs-9grid 1080² | self-generate |
| "落地页" + "麦肯锡" | mckinsey-zero + taste-guard | web-landing 1440 | self-generate |
| "微信长文" + "麦肯锡" | mckinsey-zero + taste-guard | wechat-article 677 | self-generate |
| "海报" + "麦肯锡" | mckinsey-zero + taste-guard | poster-3:4 1080×1440 | self-generate |
| "幻灯片" + "麦肯锡" | mckinsey-zero + taste-guard | slide-16:9 | delegate → html-deck |
| "报告" + "麦肯锡" | mckinsey-zero + taste-guard | report-html | delegate → html-report |
| "小红书" + "玻璃态" | glassmorphism (fetch) OVERRIDES taste-guard | xhs-9grid | self-generate |
| "落地页" + "brutalist" | brutalist (fetch from VoltAgent) | web-landing | self-generate |
| "任意产物" + "极简" | minimalist (fetch from bergside) | per 产物 | self-generate |
| "参考某网站风格" | extract-from-site (fetch design-md-chrome) | per request | self-generate |
输出：三元素组 {style, delivery, handoff}。
Phase 2：审美规则激活（Style Registry）
Step 2.1：默认 profile 激活（ALWAYS ON）
两个默认 profile 永远在线，无需 fetch：
Profile A：mckinsey-zero
- 零圆角：
border-radius: 0everywhere - 边框优于阴影：1px 黑色实线边框分隔，不用
box-shadow - 字体：衬线标题（Source Serif / Noto Serif SC）+ 无衬线正文（Inter / Noto Sans SC）
- 配色：黑
#1a1a1a/ 白#ffffff/ 灰#6b6b6b+ 强调色（深蓝#1f3a5f或暗红#8b1a1a），禁渐变 - 数据优先：能用表格不用列表，能用数字不用形容词
- 留白克制：padding 16-24px，不堆砌空白
- 无装饰：无 emoji、无毛玻璃、无渐变、无 fade-in-up
- 红色序号块：每 section 左上角 #8b1a1a 小方块 + 白色序号
Profile B：taste-guard（硬禁清单）
- 紫到蓝渐变背景（indigo→violet→blue）
- emoji 作为列表 marker 或标题装饰
- 玻璃态（
backdrop-filter: blur+ 半透明白） - 超大居中标题 + 副标题的 hero 套路
- 三张等宽 feature 卡片排列
- 假设性提问开头（"你是否曾经…?"）
- 三连排比句开头
rounded-2xl/rounded-3xl全场使用- indigo / violet / pink / fuchsia 配色
- fade-in-up + stagger 入场动画堆砌
Step 2.2：判断是否需要 fetch 扩展风格
若用户审美的关键词命中下表的 Style ID，进入 Step 2.3。否则跳到 Phase 3。
| Style ID | Source Skill | GitHub URL | 触发关键词 |
|---|---|---|---|
taste-guard-extended |
Leonxlnx/taste-skill | https://github.com/Leonxlnx/taste-skill | "完整反 slop" / "50条清单" |
hallmark-visual |
Nutlope/hallmark | https://github.com/Nutlope/hallmark | "视觉层反 slop" |
stitch-positive |
google-labs-code/stitch-skills | https://github.com/google-labs-code/stitch-skills | "Google 范式" / "正面规则" |
uiux-comprehensive |
nextlevelbuilder/ui-ux-pro-max-skill | https://github.com/nextlevelbuilder/ui-ux-pro-max-skill | "完整 UI/UX" |
brutalist |
VoltAgent/awesome-claude-design | https://github.com/VoltAgent/awesome-claude-design | "brutalist" / "粗野" |
glassmorphism |
bergside/awesome-design-skills | https://github.com/bergside/awesome-design-skills | "玻璃态" / "glass" |
minimalist |
bergside/awesome-design-skills | https://github.com/bergside/awesome-design-skills | "极简" / "minimal" |
editorial |
VoltAgent/awesome-claude-design | https://github.com/VoltAgent/awesome-claude-design | "杂志" / "editorial" |
extract-from-site |
bergside/design-md-chrome | https://github.com/bergside/design-md-chrome | "参考某网站" / "照着做" |
Step 2.3：WebFetch + 蒸馏 + 缓存
Fetch 协议（agent 必须执行）：
WebFetch目标仓库的README.md或SKILL.md（优先 raw.githubusercontent.com）- 蒸馏：只提取对当前任务有用的规则（字体/配色/圆角/组件模式），丢弃元数据/工作流/质量门禁等无关内容
- 蒸馏后规则数 ≤ 8 条——超过说明没蒸馏干净
- 缓存到当前对话上下文，后续生成复用
反模式：把整个 README 塞进上下文（通常 80% 内容与当前任务无关，token 浪费）。
Step 2.4：冲突解决
冲突解决优先级（从高到低）：
- 用户明确 override："我要玻璃态" → 对应风格 override taste-guard 的玻璃态禁令
- Delivery spec：画布尺寸不可妥协，审美适配画布
- mckinsey-zero：默认审美，除非用户明确 override 否则永远生效
- fetched style：扩展风格，低于 mckinsey-zero
输出：最终激活的 style profile 清单。
Phase 3：交付规格锁定（Delivery Matrix）
Step 3.1：匹配平台画布
| 平台 | 画布尺寸 | 文件格式 |
|---|---|---|
| 小红书图文卡片 | 1080×1080 px (1:1) | 单文件 HTML |
| 小红书海报 | 1080×1440 px (3:4) | 单文件 HTML |
| Web 落地页 | 1440×900 viewport, mobile 375×667 | 单文件 HTML |
| 微信公众号长文 | 677px 内容宽度 | 单文件 HTML |
| HTML 幻灯片 | 16:9 1920×1080 | 委派 html-deck |
| 研究报告 | A4 / Web 长文 | 委派 html-report |
Step 3.2：锁定字号/边距/断点
小红书卡片结构：
- Card 1 封面：大字标题（≤8字）+ 副标题 + 序号 "1/9"
- Card 2-8 内容：单卡单观点，标题（≤12字）+ 正文（≤60字）+ 数据
- Card 9 行动：CTA + 话题标签
Web 落地页结构：
- Hero：左对齐标题（非居中）+ 一句价值主张 + 单 CTA
- 三段式：问题 → 方案 → 证据（纵向叙事，不用三等宽卡片）
- 数据块：表格 or 大数字 + 来源标注
- 页脚：克制，无装饰图标
微信长文结构：
- 引言块（左侧黑色 4px border）
- H2 分节（衬线），H3 子节（无衬线）
- 引用块：黑色左边框 + 灰底
- 图片：全宽，零圆角，1px 边框
Step 3.3：声明 delivery spec
生成前必须显式声明："已锁定 delivery spec: <platform> <canvas>"。
输出：delivery spec 确认。
Phase 4：委派决策（Co-skill Handoff）
Step 4.1：判断 self-generate vs delegate
self-generate（本 skill 直接出）：
- 小红书图文卡片 / 海报
- 微信公众号长文
- 单页 Web landing（简单场景）
delegate（委派给 co-skill）：
| 任务类型 | 委派目标 | 本 skill 职责 |
|---|---|---|
| 多页 HTML 幻灯片 | html-deck |
注入 style profile 后委派 |
| 研究报告 / 白皮书 | html-report |
注入 style profile 后委派 |
| 复杂前端组件 | frontend-design |
注入 style profile 后委派 |
| PPTX 文件 | pptx |
注入 style profile 后委派 |
| DOCX 文件 | docx |
注入 style profile 后委派 |
| 主题/配色系统 | theme-factory |
委派 + 校验输出符合 mckinsey-zero |
Step 4.2：若 delegate，声明注入的 style profile
委派前必须显式声明："已注入 style profile: mckinsey-zero + taste-guard; delivery spec: <platform>"。
Step 4.3：co-skill 生成后校验
校验项：
- 零圆角？（除非用户 override）
- 无渐变？（除非用户 override）
- 无 emoji 装饰？
- 画布尺寸匹配？
- 红色序号块已加？
若校验失败 → 要求重新生成 or 手动 patch。
输出：委派决策 + 校验结果。
Phase 5：生成 + 自检
Step 5.1：生成产物
按激活的 style profile + 锁定的 delivery spec 生成。
Step 5.2：执行 Output Checklist 自检
- [ ] 零圆角？（
border-radius: 0全场，除非 override） - [ ] 无渐变？（除非用户明确要 glassmorphism）
- [ ] 无 emoji 装饰？（列表 marker 用 · 或数字）
- [ ] 无玻璃态？（除非用户明确要）
- [ ] 衬线标题 + 无衬线正文？
- [ ] 数据有来源标注？
- [ ] 画布尺寸匹配平台？（1080² / 1440×900 / 677px / 1080×1440）
- [ ] 红色序号块已加？（mckinsey 招牌）
- [ ] 实色阴影？（
2px 2px 0px #b8b0a4，不用模糊阴影） - [ ] 三层配色？（黑白灰 + 主权蓝 + 暗红强调）
- [ ] 宽字距？（标题 0.08-0.12em，正文 0.04em）
- [ ] 若委派 co-skill：是否声明了注入的 style profile？
- [ ] 若 fetch-on-demand：是否蒸馏后规则 ≤ 8 条？
Step 5.3：交付
输出：符合所有自检项的最终产物。
四、常见陷阱与避坑指南
| 陷阱 | 表现 | 后果 | 修正 |
|---|---|---|---|
| 全量 fetch 塞上下文 | 把整个 README/SKILL.md 塞进上下文 | token 浪费 80%，生成质量下降 | 蒸馏后规则 ≤ 8 条，丢弃元数据 |
| mckinsey 隐式 override | 用户没明说，agent 自己改了零圆角 | 品牌辨识度流失 | override 必须用户明确声明 |
| 忘锁 delivery spec | 直接生成，没声明画布尺寸 | 产物尺寸不对，平台渲染错位 | Phase 3 必须显式声明 |
| co-skill 输出违反规则 | html-deck 用了圆角，本 skill 没校验 | 品牌一致性破裂 | Phase 4.3 必须校验 |
| description 功能罗列 | 写"涵盖 XX、XX、XX" | 转化率低 | 用"场景+动作+结果+差异"公式 |
| 品牌锚点后置 | 联系方式放末尾 | 品牌资产流失 | 必须前置，放 YAML 之后 |
| 蒸馏不干净 | fetched 规则超过 8 条 | 上下文膨胀 | 只取字体/配色/圆角/组件模式 |
| override 不留痕 | 改了规则没声明 | 后续无法追溯 | override 时显式声明 |
五、场景适配指南
| 场景 | 重点 Phase | 说明 |
|---|---|---|
| 快速出图 | Phase 1-3-5 | 默认 profile，跳过 fetch，直接生成 |
| 多平台切换 | Phase 1-3 | 同一审美，换 delivery spec |
| 扩展风格 | Phase 2 | fetch + 蒸馏 + override |
| 委派生成 | Phase 4 | 幻灯/报告交给 co-skill |
| 参考网站风格 | Phase 2-3 | fetch design-md-chrome 工作流 |
| 批量海报 | Phase 1-3-5 | 一行需求出多套风格成品 |
| 品牌一致性校验 | Phase 4.3 + 5.2 | 委派后强制校验 |
六、质量检验清单
主 SKILL 检查
- [ ] description 用转化公式？（能回答"装了能做什么+差异在哪"）
- [ ] 品牌锚点前置？（〇 区块在核心哲学之前）
- [ ] 命名符合
winson-xxx-skill？ - [ ] 视觉 DNA 标注？（铁幕·Iron 规范）
- [ ] 品牌锚点版本已确认？（完整版 / 轻量版）
执行流程检查
- [ ] Phase 1-5 完整？无跳步？
- [ ] 每个 Step 有检验标准？
- [ ] 冲突解决优先级明确？
- [ ] 委派决策表清晰？
生成物检查
- [ ] mckinsey-zero 规则执行？（零圆角/红色序号块/三层配色）
- [ ] taste-guard 反 slop 执行？（无紫渐变/无 emoji/无玻璃态，除非 override）
- [ ] 画布尺寸匹配平台？
- [ ] fetch 的规则已蒸馏？（≤ 8 条）
- [ ] 委派的 co-skill 已声明 style profile？
- [ ] Output Checklist 自检通过？
七、执行原则
- 默认先于扩展：mckinsey-zero + taste-guard 永远在线，扩展风格按需 fetch。
- 交付先于审美：画布规格不可妥协，审美适配画布。
- 蒸馏先于搬运：fetch 回来的规则必须蒸馏到 ≤ 8 条。
- 委派先于重复：能交给 co-skill 的不自己做，本 skill 只注入规则。
- 校验是必要环节：委派后必须校验，不校验等于没委派。
- override 必须显式：用户没明说，不改默认规则。
- 品牌前置是战略：锚点不是末尾可选项，是开头必现的信任锚点。
- 具体胜过抽象：每个 Phase 都有可执行的 Step 和检验标准。
版本
- v1.0.0 (2026-07-18): 初始版本。3 平台交付矩阵，mckinsey-zero + taste-guard 默认 profile，10 skill 参考注册表，混合委派模式。
- v2.0.0 (2026-07-18): 按 winson-create-skill 规范升级。注入完整版品牌锚点（前置），重写 description（转化公式），补充核心哲学/视觉 DNA/常见陷阱/场景适配/质量检验清单/执行原则，重命名为 winson-aesthetic-director-skill。
