企业官网建设流程全解析

这篇技术指南围绕app-store-screenshots开源仓库中 style-prompts.md 展开，讲解这套「命名视觉风格库」的完整构成：_QUALITY_BAR.md通用质量底线、18 个深规格风格文件的索引与选型表、8 步应用工作流、组合覆盖规则，以及风格系统在编辑器源码（THEMES调色板、Style Lab、Scene 场景）中的落地方式。读完本文，你将掌握如何让一次截图生成任务严格复刻某种 App Store 头部应用的视觉语言，并能自行扩展新的命名风格。

style-prompts.md 是什么：一个「三明治式」的可执行风格规范

App Store 截图制作的难点不在于会渲染，而在于每个画面都要卖出一个想法——这是SKILL.md里反复强调的核心原则（"Screenshots are advertisements, not documentation"）。为了让输出具备可重复的设计水准，app-store-screenshots把业界优秀截图的视觉语言蒸馏成一套命名风格库（style prompts library）：

• 用户喊出某个风格名（如 "use the Hand-Drawn Editorial style"），或直接粘贴某个风格提示词时，整个截图 deck 就应采用对应文件里的完整规格——调色板、字体、版面节奏、装饰性点缀和文案语气，一个都不能少；
• 风格是全局优先应用的：先整体套用，之后再允许用户在编辑器里逐张幻灯片覆盖；
• 如果用户给出的提示词匹配不上任何命名风格，则回退到SKILL.md中的「通用视觉设计原则」，并以风格库中最接近的一项作为起点。

这套体系是典型的三层结构（可以理解为「三明治」）：

1. 最底层：SKILL.md中的通用视觉设计原则（10 条，如背景永不为纯白、标题占据顶部 30–40%、每张卡片混合强调、装饰点缀是规则而非例外、缩略图测试等），适用于所有风格；
2. 中间层：_QUALITY_BAR.md，一套适用于每一种风格的通用量化规则（尺寸、插图打磨、对比度、自动否决项）；
3. 顶层：每个命名风格自己的深规格文件（Deep Spec），在通用规则之上叠加风格专属的量化约束。

style-prompts.md就是这套体系的「入口与索引」。

阅读顺序红线：先读_QUALITY_BAR.md，再读深规格

文档开篇明确了一条强制纪律：在阅读任何深规格之前，必须先读 _QUALITY_BAR.md，因为其中的通用规则对所有风格生效，且仅在深规格违反它们时才被覆盖。而当用户点名某个风格时，生成幻灯片前必须读取匹配的深规格文件。

_QUALITY_BAR.md以 App Store iPhone 画布1320×2868（6.9"）为校准基准（其他画布按画布宽度等比缩放），定义了 11 类规则，其中几项最核心的量化约束值得单独记忆：

• 构图：有手机的画面中手机须占画布高度的68–82%；标题+手机合计至少占80%画布高；任何单一留白带不得超过画布高的 22%；单个单词超过画布宽 88% 就必须换行/缩小/断词；每张幻灯片最多 3 个视觉层次。
• 跨屏/跨画布时刻：5 张以上的 deck 默认安排一次相邻屏跨画布衔接（8–10 张最多两次），且每一张导出的 PNG 单独看都必须仍是一张完整的广告；允许 10–30% 的视觉元素跨缝，超过 40% 只允许用于背景/抽象路径/有意的全景；永远不允许标题文字、应用名、法律文案、价格、评分、CTA、人脸/眼睛、关键数字、主要产品声明跨缝。
• 插图与 SVG 质量门（防剪贴画）：每个插画元素必须通过 5 个打磨门中的至少 3 个——多填充色调、地面投影、表面纹理（至少 4% 不透明度）、体积暗示、与尺寸匹配的细节密度。
• 吉祥物/3D 物件最小尺寸：封面主角吉祥物 ≥380px、辅助吉祥物 ≥260px、手机内 ≥120px、英雄 3D 物件 ≥500px、浮动 chip 100–260px。
• 对比度：所有标题文字须满足WCAG AA 4.5:1（对文字底下的最差像素采样，而非平均）；强调词颜色必须独立达标；并给出历史上失败的反例，如 lilac#B49BE6在棉花糖渐变上仅 2.3:1，必须加深到深紫#5B3FC8。
• 标题排版：软性字符上限floor(canvasWidth / fontSize × 0.45)；最多 3 行；行距 ≤1.05、tracking 略负（-0.01em 到 -0.03em）。
• 手机处理：必须使用模板默认 iPhone 边框（public/mockup.png驱动的Phone组件，见 device-frames.tsx），禁止替换成无边框圆角矩形或纸剪裁边框；阴影要按背景染色。
• 装饰密度纪律：极简风格每张 0 个浮动装饰；编辑风格 2–5 个；极繁风格 8–14 个且至少一个出血画布。
• 自动否决清单：导出前逐项核查（文字出血、跨屏元素让单张不可读、手机小于 65% 画布高、留白带超 22%、对比度不达标、插画未过打磨门、纯白文字压在饱和中调背景等），任一为「是」就必须重渲。
• 缩略图测试（强制）：把 PNG 缩到220px 宽，眯眼看，用一句话回答「这是什么风格 / 应用做什么 / 我为什么要点它」。

从源码结构看，这套量化规则与编辑器数据模型是相互印证的：画布与导出尺寸集中在 src/lib/constants.ts 的CANVAS/EXPORT_SIZES（iPhone 画布 1320×2868，导出 6.9"/6.5"/6.3"/6.1" 四档），而PHONE_SCREEN常量预先测量了mockup.png的内屏覆盖区域，保证截图恰好铺满内屏。

18 个命名风格全索引：从 slug 到深规格文件

style-prompts.md维护一张完整的索引表，每条记录包含序号、slug、深规格文件路径和「适用场景」。这是整个文档的主干，完整列出如下：

注意两点跨文档约束：

1. 任何风格的头条文案都要先查 copy-ideas.md，选好候选行后，再用该风格## Copy tone一节的语气规则重写；
2. 每个风格在编辑器的主题选择器里都有同名调色板预设（THEMES，id 与 slug 相同，见 src/lib/constants.ts），但预设只设置基础渲染器的扁平色板，字体、背景、装饰仍由深规格文件驱动。

按 App 品类选风格：一张「First pick + Also try」决策表

风格库并不要求用户记住 18 种风格，style-prompts.md提供了一张按应用品类起步的决策表。其用法是：确定应用品类 → 看「First pick」列 → 再在「Also try」列里挑候选：

这张表与SKILL.mdStep 1 的引导一致：模板随附的通用预设clean-light、dark-bold、warm-editorial、ocean-fresh、bloom-roast之外，每个命名风格都各有一个同名预设，且深规格文件位于style-prompts/下——用户既可以点名风格，也可以用自己的话描述氛围，再由生成方匹配到最接近的风格作为起点。

如何应用一个命名风格：8 步全局应用工作流

style-prompts.md给出的应用路径非常明确。当用户按名字调用某个风格（例如 "use the Hand-Drawn Editorial style"）时：

1. 先读匹配的深规格文件（并在此之前读_QUALITY_BAR.md）；
2. 将主题调色板设置为清单中的 hex 值；
3. 将标题+正文的字体族设置为清单中的字体栈；
4. 匹配清单中的标题强调行为（emphasis behavior）；
5. 应用清单中的版面节奏（layout rhythm：用哪些幻灯片类型、什么顺序）；
6. 决定整个 deck 是否需要一个跨屏/跨画布时刻：5+ 张的 deck 且风格支持时，安排一次克制的相邻屏桥接；极简或照片主导的风格保持含蓄；
7. 在至少 60% 的幻灯片上添加清单中的装饰点缀；
8. 将文案语气重写为清单中的 voice 规则。

一个重要的冲突处理原则：如果风格与用户提供的品牌色冲突，保留品牌色，把相邻调色板条目调整为近似色（analogous），而不是反过来牺牲品牌色。

这套「全局先套用、局部再覆盖」的哲学也映射到编辑器实现：Scene（deck 级构图）以scene字段存放在项目状态中，见 src/lib/types.ts 的Scene类型（backdrop取gradient/solid/aurora/spotlight/grid/dots/lines，decoration取blobs/rings/sparkles/none，shadow/glow0–100，tilt±30°，headlineWeight300–900，headlineCase、captionAlign等），并在 src/lib/scene.ts 中提供cleanScene归一化与DEFAULT_SCENE（经典渐变+blobs 外观）。而「逐幻灯片覆盖」则由Slide上的layout、inverted、backgroundColor、transforms、textElements、imageElements、callout等字段承担。

深规格文件的统一字段布局

style-prompts.md在「Adding new styles」一节里明确给出了深规格文件的标准字段布局，这也是阅读任何一份深规格的目录：

Palette（调色板）/ Typography（字体）/ Headline emphasis（标题强调）/ Layout rhythm（版面节奏）/ Decorative accents（装饰点缀）/ Copy tone（文案语气）

以两份完整深规格为例，可以看清每类字段里到底装了多细的可执行参数：

示例一：Hand-Drawn Editorial Tasks（05，灵感来自 Superlist）

这份规格对「设计奖生产力应用」的复刻极其量化：

• 硬性质量规则：手机占画布高 72–82% 且倾斜 10–25°（倾斜后包围盒仍须在此区间）；脚本强调词最小1.20×周围无衬线标题、weight 700、珊瑚色#F26A50、旋转 -3° 到 +5°；每张至少 2 个手绘 SVG 涂鸦；背景单一纯色、无渐变；每张左上角有小写 wordmark；
• 调色板：深海军蓝#1B2336/#18223A、奶油#F5EFDF/#EFE8D4、珊瑚#F26A50/#E55846/#FF7A5C、紫#8B7BFF/#7B5BFF/#6A4FE5、手机暗色表面#0E1018等；
• 字体：主 sans 用 Inter Medium / Söhne Buch / Aeonik Medium（标题 60–84pt、正文 22–28pt，tracking 标题 -0.01em）；脚本强调字用 Caveat Bold / Permanent Marker（约 115–130% 周边字号、恒为珊瑚色、偏离基线 ±4–8px）；
• 签名强调：每张恰好一个脚本短语，配手绘波浪下划线、旋转与基线错位；
• 手机处理：倾斜是强制的，5 张幻灯片分别 -12°/+15°/-10°/+18°/无手机；手机永远显示暗色模式 UI；除封面外全部底部出血 15–30%；
• 逐张拆解：每张幻灯片都有背景色、wordmark、标题行文、涂鸦数量与位置、手机倾斜与出血量、浮动元素的完整清单，甚至包含手机内 UI 的设计模式（任务列表、waveform、AI 语音气泡、Leadership Sync 卡片）；
• 「这不是什么」（What this style is NOT）：不竖立居中、不纯白背景、不用衬线、不超 1 个脚本短语、不用细 monoline 脚本、珊瑚背景上不用珊瑚字、不全屏手机、不用 emoji、标题不居中、不全部大写、无 CTA——负向约束同样量化。

示例二：Swiss Grid Bold（08，灵感来自 Müller-Brockmann）

这是「理性、可测量」的极端案例，也是网格系统被量化得最彻底的一份：

• 硬性规则：手机可见高度 68–78% 画布（≥1950px/2868）、宽度 1040–1120px；倾斜 = 0°（1° 也算失败）；硬裁切是签名手法（底部出血 4–15%、顶部 8–12%、侧边 ≥100px）；12 列网格必须可见（72px 外距、100px 列距 = 76px 列 + 24px 槽、2px 细线rgba(14,14,12,0.13)，且竖线每张必渲染）；标题用 Inter Tight 800、160–190px、行距 0.88–0.92、tracking -0.045em、word-spacing +0.1em，flush-left 于 x=72；每张只有一个国际橙#FF4F00信号元素；
• 对比度已核验表：文档给出允许配对的精确比值——墨#0E0E0C对纸#F2F1EC17.1:1、橙#FF4F00对墨 5.9:1（橙字只许压在墨上）、灰#5E5D57对纸 5.8:1，并明确禁止纸色#F2F1EC与橙#FF4F00互为前后景（2.9:1）；
• 网格系统：12×76px 列、槽 24px、边距 72px，列 n 起点x = 72 + 100·(n−1)；关键 x 位：72（标题）、172/272/348（手机左缘）、472（索引行中标签）、1248（右对齐标签）；纵向 8px 基线，主要 y 停靠点 92/148/196/2090/2760；
• 签名强调：纸面上是「信号块」（橙色矩形自左缘出血、块内墨字）；墨面上是「信号词」（橙色文字）；证明页用巨型数字（700–860px）+ 单位；
• 跨屏时刻：允许跨缝的只有网格本身、3px 水平线、信号带、硬裁切手机的侧出血（10–30%）；标题、巨型数字、mono 索引行、图注、数据列禁止跨缝；
• Copy tone：名词短语+度量值的两拍结构（"Fresh beans. Tracked to the day."），数字恒用数字、单位小写，禁止感叹号/问号/营销词，箭头→算标点；
• 「数字必须是真实的」：证明页的数字要取自应用真实数据，编造统计数字（"10× faster"）对这套风格是反品牌行为。

这两份规格共同示范了深规格文件的写作密度：既有全局调色板/字体栈，又有逐张幻灯片的像素级拆解，还有「这不是什么」的负向约束——这正是「可执行」的体现。

风格在编辑器源码中的落地：THEMES、Style Lab 与 Scene

深规格是给「人（或 Agent）照做的图纸」，而编辑器把其中一部分直接变成了可复用的代码资产：

1. THEMES 调色板预设：在 src/lib/constants.ts 中，THEMES为每个命名风格各登记了一条预设（id 与 slug 相同），字段为bg/bgAlt/fg/fgAlt/accent/accentAlt/muted。例如swiss-grid-bold的bg: "#F2F1EC"、bgAlt: "#0E0E0C"、accent: "#FF4F00"、muted: "#5E5D57"——与深规格的--paper/--ink/--signal/--grey-p一一对应；hand-drawn-editorial-tasks则登记了accent: "#B53A24"与accentAlt: "#F26A50"。ThemeId联合类型在 src/lib/types.ts 中同步收编了全部 18 个风格 id。代码注释明确写着：预设只提供基础渲染器的扁平色板，字体、背景与装饰仍由深规格文件驱动。
2. Style Lab：src/lib/style-lab.ts 提供 8 个生成方向（Editorial / Playful / Cinematic / Minimal / Dreamy / Swiss Bold / Vintage Poster / Panorama），每个方向绑定一组主题、字体、布局节奏、inverted模式与 Scene 参数。例如swiss方向固定backdrop: "grid"、headlineCase: "upper"、headlineWeight: 900，主题池含swiss-grid-bold、bento-keynote-grid、risograph-zine、neon-athletic-night。生成是种子化的（mulberry32 PRNG），同一 seed 恒产出同样的四套 look；applyLook以一次可撤销的编辑把选中的 look 套到当前 deck，并可锁定 palette/type/layout/scene 任一维度（Locks）。
3. Scene 场景字段：src/lib/scene.ts 定义DEFAULT_SCENE（经典渐变+blobs 外观），并实现cleanScene的取值钳制——shadow/glow0–100、tilt±30（TILT_LIMIT）、headlineWeight300–900（步进 100）、headlineScale0.5–2（步进 0.05）、callout的zoom钳在 1.5–5。这解释了为什么深规格里的角度、字号、缩放类约束都能被编辑器无损承接。

从源码结构看，这套「图纸 + 代码」双轨制意味着：深规格负责设计意图与风格细节，编辑器负责把调色板/场景参数变成可交互、可导出的一等公民，二者通过相同的风格 id 关联。

组合与覆盖：风格不是单选题

style-prompts.md专门给出组合与覆盖（Combining and overriding）规则，用于处理用户同时给出风格与自定义品牌参数的场景：

• 风格 + 自定义品牌色：把调色板中明度最接近的条目换成品牌色，但保留字体和点缀规则不变；
• 风格 + 指定布局（如 "style 05 but with style 04's layout rhythm"）：保留被点名风格的字体与点缀，只替换布局节奏；
• 同时点名两个风格：取第一个为 primary，最多从第二个引入一个元素（字体或装饰二选一）；
• 跨屏时刻继承 primary 风格的规则：moody/照片风格延续照片、暗角或通知跨缝；编辑风格用倾斜手机、涂鸦或贴纸痕迹桥接；极繁风格让 chip、吉祥物或 3D 物件跨缝成对。跨屏装置永远不能成为破坏字体对比、手机尺寸或单张可读性的借口。

这套规则与_QUALITY_BAR.md的跨屏约束（每张 PNG 仍须通过「一秒独立可读」测试）互为表里，保证了组合操作不会滑向「一张被切成几块的大海报」。

新增风格：风格库如何自增长

当用户描述了一个不在清单里的新风格且效果满意时，style-prompts.md给出的扩展协议是：

1. 在./style-prompts/目录追加一个新的深规格文件，使用下一个连续序号（当前 18 个，下一个即19-…）；
2. 严格沿用既有规格的字段布局：Palette / Typography / Headline emphasis / Layout rhythm / Decorative accents / Copy tone；
3. 在上面的索引表中补一行记录。

与之配套，工程侧还需要把新风格的ThemeId并入 src/lib/types.ts、在 src/lib/constants.ts 的THEMES中登记同名预设——深规格的 swiss-grid-bold 一节第 2 步正是这样示范的。这套「文档驱动 + 代码同步」的扩展流程，让风格库可以在不破坏既有内容的前提下持续生长。

文案配合：Copy Ideas 与风格语气

最后，风格不是孤立的视觉系统——文案语气是深规格的第七大字段。style-prompts.md指出头条文案的统一流程：先看 copy-ideas.md（按 hero / differentiator / feature / proof / closer 槽位给出公式、13 个应用品类的现成文案、eyebrow 标签、弱→强改写表、四种 deck 叙事弧线与本地化备注），选中一行后再按所选风格的## Copy tone重写。编辑器的 inspector 里也内嵌了一份精简版Copy ideas菜单（见 src/lib/copy-ideas.ts，与copy-ideas.md保持同步），用户可以直接套公式并替换占位词。

以同一句 idea 为例，不同风格会给出完全不同的读感：Neon Athletic Night 里是 "Dial in every pour."，Magazine Cover Editorial 里则是 "The ritual, refined."——风格库的真正价值就在于此：同样的卖点，由 18 套视觉语言各自翻译一遍。

小结

style-prompts.md定义了app-store-screenshots截图生成的核心设计系统：一份强制先读的通用质量底线（_QUALITY_BAR.md）、18 个深规格文件构成的命名风格索引、按品类的选型决策表、8 步应用工作流、组合覆盖协议与自增长扩展路径。它与 SKILL.md 的通用设计原则、copy-ideas.md 的文案库，以及编辑器里的THEMES/ Style Lab / Scene 实现共同组成一个「图纸可查、代码可跑、规则可量」的完整闭环——这也是本仓库能把「截图即广告」这一理念落到像素级的原因。