企业官网建设流程全解析

ppt-master Visual Styles 全解析：17 种视觉风格的目录结构、选择边界与可编辑 custom 投影

【免费下载链接】ppt-masterAI turns documents or topics into real, native PowerPoint decks—with native shapes, transitions and animations,>项目地址: https://gitcode.com/GitHub_Trending/ppt/ppt-master

导读

本文是 ppt-master 技能体系（skills/ppt-master）中视觉风格层（Visual Styles）的完整技术指南，聚焦 visual-styles/_index.md 定义的核心概念：一套视觉风格如何通过形状语言、装饰密度、留白节奏、排版性格与质感/层级锚定整套 PPT 的美学系统。读完本文，你将掌握 17 种预设风格的完整目录与适用场景、风格与模式（mode）的独立解耦原则、"风格不携带任何 HEX 颜色"的能力边界，以及custom可编辑投影在 Default 与 Quick 两条生成链路中的落点与锁定语法。

1. 什么是 Visual Style：一套风格如何定义"看起来怎样"

在 ppt-master 的分层决策模型中，视觉风格（visual style）决定整套 deck 的观感（looks）——它管辖五个维度：形状语言（shape language）、装饰密度（decoration density）、留白节奏（whitespace rhythm）、排版性格（typographic character）、质感与层级（texture / elevation）。索引文档的原话是："A visual style is how the deck looks"。它是 SVG 布局本身美学（卡片、分隔线、间距、圆角、阴影使用）的锚点，与内容无关。

每个 deck 只能解析一种视觉风格（deck-wide resolution）：Default 链路会将其锁定（lock）进执行锁；Quick 链路只保留在当前上下文中，不持久化任何规划产物。

1.1 能力边界（Hard rule）：风格治理"处理方式"，不决定"载体资格"

这是索引文档中最重要的一条硬规则。风格管辖的是：

• treatment（处理手法）
• visual weight（视觉权重）
• density（密度）
• recurrence（重复规律）
• coherence（整体一致性）

而它永远不决定：

• carrier eligibility（载体资格）——即页面用什么图表、表格、图片
• image source（图片来源）
• 完整原语（primitive）、Office 预设形状、独立构图、布尔运算、必要的自由绘制（freeform）等创作词汇（authoring vocabulary）的收窄

换句话说：页面的用途决定载体与构造方式，风格只是让选定的形式归属于同一套视觉系统。例如一个data-journalism风格的 deck 依然可以使用 Office 预设形状与布尔运算，只是这些形状的权重、密度与重复规律要服从该风格的气质。

1.2 风格不携带颜色：HEX 从何而来

索引文档用引用块明确声明：

Styles carry NO fixed HEX and define no palette.

默认（Default）链路的核心颜色身份与重复角色行为存放在design_spec.colors/spec_lock.colors（对应确认项e）；Quick 链路则在活动上下文中解析等价的调色板锚点。视觉风格只描述这些锚点在 SVG 合成中如何表现——可以要求情境化的色调、渐变、效果或材质过渡，但绝不替代一套无关的调色板。

这一定位在 strategist.md 的确认项d（Style Objective Confirmation）中得到重申："It carries no color (it governs how the HEX locked ateisused)"。生成的图片遵循同样的锚点模型，见 image-renderings/_index.md（旧版image-palettes/目录仅为遗留兼容材料）。

1.3 风格 ≠ 模式（mode）

这是最容易混淆的一对概念，索引文档用一句话切开：

Visual style = how it looks; mode = how you argue

• Mode是叙事 + 说服骨架，决定论点如何跨页组织与推进，见 modes/_index.md（pyramid/narrative/instructional/showcase/briefing五种）。
• Visual style是美学系统，决定 deck 看起来如何。

两者独立解析、任意配对：一个pyramid论证模式的 deck 既可以长成swiss-minimal，也可以长成dark-tech。注意"Keynote-style"这类请求属于mode请求（showcase 节奏），而非视觉风格——系统刻意不提供名为 keynote 的视觉风格。

2. 完整目录：17 种预设风格与配对渲染

每个风格都有自己独立的权威文件，包含五部分内容：形状与装饰、排版性格、配色纪律（无 HEX）、质感/层级、配对的图片渲染（Paired rendering）。索引文档（_index.md）只在你选择方向时阅读；选定之后，活动角色只能读取被选中的兄弟文件——严禁 glob 整个目录或读取未选中的兄弟文件。

目录按五组组织，与 image-renderings/_index.md 互相镜像：每种风格的 "Paired rendering" 列出的就是与之共享美学的插画家族名。

2.1 企业 / 产品（Corporate / product）

2.2 编辑 / 出版（Editorial / publication）

2.3 表现 / 印刷（Expressive / print）

2.4 手绘 / 笔刷（Hand-drawn / brush）

2.5 特类（Specialty）

2.6 三处必须澄清的字段语义

索引文档用三条引用块纠正常见误用：

1. visual_style的值只能是第一列的id（如swiss-minimal、editorial）。"Paired rendering" 列列出的是image-rendering 名称（flat、minimalist-swiss、digital-dashboard…）——绝不能把渲染名当作visual_style。Default 在确认项h记录渲染；Quick 只在活动上下文与所需图片清单中保留所选渲染。
2. Illus.（插画倾向）列只在资源需求审查选定插画之后生效：core（插画可以主导观感）、supportive（插画可以参与构图）、sparse（插画保持克制，让风格的主视觉清晰）。它调节已选插画的中心度与重复规律，不推荐添加插画、不选择AI 来源或图片行、不缩小可用页面类型、元素尺度或载体组合。用户明确要求使用/跳过插画会覆盖它，且image_usage: none永远不写插画行。每种风格文件自己的 §6 有完整规则。
3. 排版性格只作用于可编辑的原生文本。装饰性字体（decorative lettering）是独立的载体决策；风格只影响它的处理方式，不影响其资格。

3. 选型边界：参考而非约束

3.1 选型决策维度

索引文档强调：先解析受众任务、成果、交付语境、所需载体与成品后续用途（afterlife），再选风格。一个主题、行业或风格关键词永远不能直接选出一行——同一个主题在不同沟通任务下可能适配完全不同的视觉系统。决策时应逐项比较：

3.2 Default 的形状语言推导规则

默认情况下，在把线条、矩形、圆形或椭圆作为 deck 的主要形状语言之前，先测试源材料、品牌身份或沟通任务是否能提供更具体的边、角、开口、角度、轮廓或分层逻辑。当原语主导的结果是刻意的适配时才保留它；但不要在此处选择具体的创作预设（authoring preset）——风格是行为描述，不是创作配方。

3.3 配对渲染的两条边界

• 当 deck 有 AI 图片时，"Paired rendering" 列只暴露一个美学相关的候选，它不选择渲染、也不创建 AI 图片任务——使用前要与实际图片角色对比。
• 并非每个 image-rendering 都成为独立的视觉风格。只有当一个渲染定义了整页布局语言（形状、留白、构图、纹理）——而不只是插入图片的观感——它才配获得布局孪生体。纯氛围类渲染（nature、warm-scene、fantasy-animation）保持仅图片属性。注意photo-editorial的区分：摄影作为渲染是图片观感，但照片主导的构图是真正的布局语言——所以该风格存在，并配对corporate-photo。

4. 风格文件内部结构（以四个代表性风格为例）

每个预设风格文件按固定 §1–§6 组织。下面用四个风格展示这个骨架在不同气质下的具体差异。

4.1swiss-minimal：严格瑞士网格

swiss-minimal.md 是最克制、最"少"的风格，面向高端咨询、建筑、设计事务所与字体主导的 deck：

• 形状与装饰：偏好锐利精确的原生轮廓、真圆、单粗细规则线、少量大几何平面。默认直角，圆角几乎不可感知。构图几何强调"少而大、精确"：整高的色柱、巨型圆盘、粗重条带分区页面；非对称分割、海报尺度的超大数字；单条对角规则线作为刻意的网格破格。无信息或构图任务的装饰一律省略。
• 排版性格：单一无衬线家族、常规/粗体对比，紧密严格的字距；强大小层级，左对齐。
• 配色纪律：主色只定义刻意的网格区域，画布保持近白；强调色局部化到"标点"而非"装饰"；无渐变。HEX 来自确认项e，本风格只管辖其运用之克制。
• 质感/层级：严格扁平，无阴影、无深度、无材质——纯 2D 概念平面。
• 配对渲染：minimalist-swiss（AI 图片锁定以共享网格-极简美学）。
• 插画倾向：sparse——留白与网格主导，插画仅在锐化层级或形成刻意的对比反点时选择性使用。

4.2dark-tech：深色画布 + 辉光强调

dark-tech.md 面向科技、AI、开发工具、数据产品与发布会：

• 形状与装饰：清晰几何、细辉光线、六边形/电路/网格母题（克制使用）；圆角可锐可微圆。构图几何包括：发光的对角电路迹线分割画面、同心轨道环托举中心指标、六边形节点簇映射组件、超大低透明度数字漂浮在内容层后方、细括号框分区。
• 排版性格：正文用干净无衬线、标签/数字/代码线索用等宽字体、小号大写标签宽字距；高对比层级。
• 配色纪律：深色背景 + 克制的发光强调色集合，通过发光数字或活动节点承载焦点，其余保持低调；强调色靠局部高对比"做工"而非固定数量。
• 质感/层级：用辉光与深色上的分层表达深度而非投影——外发光/浅色描边标记层级；渐变保持同色相且细微。
• 配对渲染：digital-dashboard或blueprint。
• 插画倾向：sparse——辉光强调与几何精确主导，插画仅在作为属于 dark-tech 系统的焦点或支撑层时使用。

4.3ink-wash：新中式水墨

ink-wash.md 面向文化读书会、哲学、遗产、修身与"新中式"叙事：

• 形状与装饰：极简笔触与发丝分隔线、偶发的墨色块、单一印章（印章）方作为焦点强调。避免重复的卡片/盒子网格，让空无成为结构。笔触/墨晕类标记必须用不规则<path>（控制点不均匀）实现，而非用<ellipse>/<circle>代替。
• 排版性格：标题用笔刷/衬线性格（书法感、表现力）× 干净现代无衬线正文的"楷 × 黑"对比轴；大气疏朗的标题、宽松行距、竖排节奏受欢迎。
• 配色纪律：宣纸浅色场主导、墨色承载文字与罕见墨形、一个暖印章红出现在一个关键点上——像卷轴上的印，稀如珍宝；近单色墨纪律。
• 质感/层级：扁平——空无与笔触重量承载深度而非阴影；可选极淡纸纹或低透明度墨晕；无投影。
• 配对渲染：ink-notes或watercolor。
• 插画倾向：supportive——笔触、印章或绘制元素可锚定/框定页面，但静止与留白主导。

4.4memphis：孟菲斯/波普

memphis.md 面向节庆、消费品牌、青年文化与发布炒作：

• 形状与装饰：粗几何原语（圆、三角、锯齿、波浪、墨滴）配粗深描边；混合圆角允许——玩乐式的不一致就是品牌。
• 排版性格：标题用展示海报字（重、抓眼球），正文用中性可读无衬线以保持密度可读；大字自信、贴紧画面，正文对比地保持干净安静。
• 配色纪律：多重强调撞色是招牌，但浅色场与深描边保持视觉主导；每页前置精选的子集而非按配额展示全部强调色。纪律化的 exuberance，绝不是彩虹糊。
• 质感/层级：基本扁平波普色块，粗描边承担分离职责而非阴影；可选硬偏移（贴纸/剪贴）阴影，扁平而非柔和；渐变保持罕见。
• 配对渲染：flat。
• 插画倾向：core——粗描边元素、纸屑与几何形状可以主导孟菲斯语言。

其余风格文件遵循同一 §1–§6 骨架（editorial的杂志分层、glassmorphism的玻璃面板、pixel-art的严格像素网格等），此处不再逐文件展开。

5. 可编辑的custom投影：行为即身份

5.1 Default：每个 Stage-2 方向都投影一个custom

索引文档规定：Default 链路的每个 Stage-2 方向在 strategist.md §d 下作者化一个可见、非空的custom美学——可执行的形状语言、构图几何、装饰密度、留白、排版性格与质感——且只点名它实际使用的目录基座（catalog bases）。Quick 则在 quick-generate.md §2 下直接解析一个预设或 custom 行为，且不持久化任何东西。

5.2custom的硬规则与锁定语法

custom是承载可编辑行为的载体：它与目录的关系不受约束——可以任意方式使用目录材料，也可以完全不用（原封不动地搬运一个预设也合法）；只点名实际使用的基座，且每个基座必须贡献不同的可执行部分。

从 strategist.md §d 与 spec_lock_reference.md 可以归纳出三条落地规则：

1. 字段是字面量custom，禁止非目录名称：visual_style: custom是唯一合法值，可执行行为写进visual_style_behavior，visual_style_references只允许第一列的目录 id。flat/modern/clean/simple/minimal这类泛词不是行为——行为必须陈述可执行的形状语言、构图、密度、留白、排版与质感（可以与某个预设完全一致）。
2. 锁定投影：design_spec.md记录风格与理由后，投影到spec_lock.md——预设写- visual_style: <id>；custom 额外写- visual_style_behavior:与（仅在用到目录材料时）- visual_style_references:。Executor 只读取这些引用。
3. 禁止的反向投影：确认后的visual_style_behavior作为身份散文（identity prose）绑定，绝不投影为forbidden区的一行；forbidden区只承载技术基线 + 用户原话禁止项（带(user)标记）。project_manager.py validate会拒绝无标记的非基线行。

5.3 三层风格确认与下游效果

确认项d的完整输出格式是d. Mode: <mode> + Visual style: <visual_style>。在确认之前，Strategist 必须先自上而下构造三个完整、贴合项目的方案方向（Hard rule——top-down direction construction）：冻结每个方向的 mode/style/rendering 精确引用 id，只读取去重后的详情文件并集，然后写出行为。三个方向必须是在设计上真正不同的三个方案，方向内部的组件（mode、style、rendering、基座、颜色、字体、图标）允许自由重合。

确认后的下游效果由e/f/g/h落实 mode + style 的组合——例如showcase+dark-tech→ 深色场上的一个发光强调、干净无衬线配等宽、最小辉光图标、digital-dashboard渲染。三层确认在整个 Stage-2 流程中的位置见 strategist.md 的确认矩阵。

6. 如何使用（How to Use）

6.1 解析范围与读取纪律

风格是deck 级解析（每 deck 一种）；Executor 读取已确认的预设文件或精确的 custom 引用。风格作为参考（reference）锚定品味，而不是白名单（whitelist）：每种风格 §1 的"构图几何"列表是生成性词汇（generative vocabulary），不是有限的布局菜单——当页面的沟通任务需要时，页面可以合成或偏离。

读取纪律（与 mode 目录一致）：选择方向时只读_index.md；只有预设或 custom 基座固定后，活动角色才能读取被选中的兄弟文件——预设读一个文件，基于目录的 custom 读取每个精确的visual_style_references文件，全新 custom 不读任何文件。永不 glob 目录、永不读取未选中的兄弟文件。

6.2 在两条生成链路中的位置

• Default 链路：确认项d是 Stage-2 的一部分（见 strategist.md §d）；visual-styles/_index.md被明确声明为唯一的风格基座权威（sole style-basis authority）。用户在聊天/模板/美化（beautify）中命名的风格是 truth，成为每个行为中必须的基座或继承锚点；没有描述时则为每个方案投影一个完整 custom 美学，写成它使用的载体与技术（容器、图标、色板、阴影、渐变、图片处理、原生形状），绝不写成回避清单。
• Quick 链路：在 quick-generate.md §2 的"planning-capability batch"中一次性读取visual-styles/_index.md，直接解析一个最强的整体方案（而非 Default 的三个候选），冻结其 mode/style/rendering id，只读取那些详情文件或精确 custom 基座；全部保持在活动上下文中，无策略摘要、无检查点、无持久化计划。

6.3 风格在 PPTX 导出中的结构立场

风格永不剥离结构（A Style never strips structure）：只有在明确指示将工作区用作视觉语言时才允许扁平输出。这一点在 Quick 链路中被固化：free-design / Brand-only 输出为扁平 Slide-local SVG（单根data-pptx-page-role），Layout/Deck 输出为完整结构化 Slide SVG。风格与结构是两个正交维度，风格只作用于观感层。

7. 风格与图片渲染的协作模型

风格目录与 image-renderings/_index.md 是两套平行目录：渲染（rendering）决定图片的线条质量、纹理、深度、材质与情绪，每 deck 锁定一种，所有 AI 图片共享。渲染同样不携带 HEX——新流程从spec_lock.md colors的核心色锚出发，用渲染与图片上下文解释它们，而不是另设一套图片调色板（image-palettes/仅为遗留兼容材料）。

两者通过 "Paired rendering" 协作：当 deck 有 AI 图片时，风格的配对渲染让布局与插画保持同一美学。但这种配对是一个连贯性候选，不是默认答案——image-renderings/_index.md §2 明确要求把每个目录行与图片所需的线条质量、纹理、深度、材质、情绪、纪实身份与页面角色对比后再做选择。

8. 小结：一套可引用的事实清单

• 风格 = 观感（形状语言、装饰密度、留白节奏、排版性格、质感/层级）；模式 = 论证方式；两者独立解析、任意配对。
• 风格不携带 HEX、不决定载体资格/图片来源、不收窄创作词汇；颜色身份来自spec_lock.colors（确认项e）。
• visual_style值只能是目录第一列 id；配对渲染名（如flat）是渲染、不是风格。
• custom是唯一合法的非预设值：visual_style: custom+visual_style_behavior（可执行行为散文）+ 仅在用到目录材料时的visual_style_references（精确目录 id 列表）。
• 选型是参考而非约束：先解析沟通任务与交付语境，再对比目录；风格目录不是白名单，构图几何是生成性词汇。
• 全文事实依据：索引与各风格文件位于 skills/ppt-master/references/visual-styles/，锁定语法见 spec_lock_reference.md，确认流程见 strategist.md，Quick 解析见 quick-generate.md。

【免费下载链接】ppt-masterAI turns documents or topics into real, native PowerPoint decks—with native shapes, transitions and animations,>项目地址: https://gitcode.com/GitHub_Trending/ppt/ppt-master