企业官网建设流程全解析

ppt-master 图像类型模板体系：为 AI 信息图块定义 11 种几何骨架的 Type 系统

【免费下载链接】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 技能库中的 image-type-templates/_index.md 展开，讲解它如何用 11 种“内部几何骨架”（Type）约束 AI 生成的局部信息图块构图：Type 的边界定义、11 类目录、Purpose 到 Type 的自动选择表、默认容器尺寸，以及如何与 image-generator.md 的提示词装配流程协作。读完本文，你能在生成 PPT 插图时正确地为每张局部信息图挑选（或放弃）Type，并理解其默认尺寸、按需加载与提示词拼装机制。

1. Type 是什么：局部信息图块的内部几何骨架

在 ppt-master 的 AI 图像生成路径中，每张图由多个正交维度共同决定：deck_rendering（渲染风格，全 deck 锁定一次）、deck 色板（角色色 HEX 锚点）、page_role（local还是hero_page）、text_policy（none还是embedded），以及本文主角type。Type 描述的是“模型在矩形画布内部画出来的构图骨架”——即矩形框内部的几何组织方式，并且是按图（per image）决定，而不是按 deck 决定。

Index 文档给出了清晰的正反面定义：

Type 是—— 局部信息图块的几何骨架。每个 type 都有一种不可互换的布局结构：2×2 网格不是闭环（cycle）；上窄下宽的不是漏斗（funnel）而是金字塔（pyramid）；线性时间轴不是带方向箭头的顺序流程图。骨架约束了元素被放在哪里。

Type 不是：

• 不是“这张图在 PPT 页面里干什么用”——那是page_role（localvshero_page），见 image-generator.md §1；
• 不是“图里放什么主体”——单主体、单人、大数字、无主体等都可以用 image-generator.md §4.1 的无 Type 原语（Primitive A–E）或自然语言描述表达，不需要 Type；
• 不是高层资产分类——design_spec.md §VIII资源表中的Purpose列与Reference列已经承载了这层语义，无需另设词汇。

何时跳过 Type（Reference 级规则，而非强制）：所有hero_page图都省略 type，直接使用 §4.1 的散文原语；局部单主体 / 单人区域同样省略 type，用 Primitive A/B 按区域尺寸描述；没有真正命中目录的局部结构性信息图则省略 type，用自定义的 Primitive E 散文描述。Index 文档明确提示：这 11 个 type 是召回工具（recall tools），不是一个封闭集合。

2. 目录：11 种 Type 及其文件构成

每个 type 拥有独立的 Markdown 文件，文件内固定包含三块内容：构图骨架（LAYOUT / ELEMENTS / NEGATIVE SPACE 表格 + ASCII 示意）、文字策略变体（text_policy: none/embedded的提示词片段）、fewshot 提示词片段。完整目录如下（11 类）：

以几个具体文件为例，可以看到骨架定义的一致结构。matrix.md 的骨架表规定：两条互相垂直的轴（一横一纵）在画布中心交叉，把画布严格切成 4 个等大象限；每个象限放一个简洁图标，象限图标约占该象限面积的 40–60%；四象限视觉重量必须均衡。它同时用对比说明界定自身——不同于framework（中心 hub + 辐射卫星）、不同于comparison（并排两区），matrix 是横纵两个方向都切分的。infographic.md 则给出两种子结构（2×2 / 3×1 网格，或 4–5 区围绕小中心锚点的径向布局），并明确“区块之间不需要连接线”（区别于 framework/flowchart），区块间距（gutter）取 10–15%，每个区块内 60–70% 留给内容、其余为内边距。cycle.md 规定 3–6 个步骤节点沿圆形（或圆角方）周界等距排布，方向箭头逐一相接并闭合回起点，圆心保持平静（留空或只放一个小锚点）。

每个 type 文件还附 fewshot 片段。以 matrix 的 Snippet A（vector-illustration + cool-corporate，text_policy: none，800×800）为例，提示词直接写明：两条深藏青#1E3A5F细线在画布精确中心交叉、四个象限各带 10%–18% 不透明度淡色底、每象限一个居中的藏青图标（约占象限 45%）、四角点缀金色小点、结尾强调“图中无任何文字、轴标签、象限名——所有标签由 SVG 叠加”，并声明“颜色值仅作渲染指导”。这段 fewshot 与 §5 的硬规则（HEX 是渲染指导而非可见文字、文字两层所有权）完全对齐，是“把骨架表翻译成模型可执行语言”的示范。

下图是仓库自带的对照样本集 ai-image-comparison/type 中同一主题（"Team scaling a business"）在固定 baseline（vector-illustration渲染 +cool-corporate色板）下按 type 渲染出的效果，可直接对照 matrix 与 cycle 两种骨架的差异：

3. 自动选择：从Purpose到 Type 的映射表

对design_spec.md §VIII Image Resource List中每一行page_role: local的资源，Index 文档提供一张 Purpose 关键词 → Type 的选择表。它被标注为Reference — not a constraint：仅当Purpose确实匹配时查表使用；否则省略type字段，把预期构图直接写进提示词。

text_policy与page_role都是逐图决定的：page_role取资源行的值（默认local），text_policy取行值，或由Purpose、Reference与页面意图推定为none/embedded——解析规则见 image-generator.md 第 68–76 行的“Per-image resolution”表。另外，当资源行Reference为空而Purpose非空时，image-generator.md §8 还给出了一套“声明式推定”表（例如 Methodology →type: framework、Process →type: flowchart、Headshot →local+ Primitive B、Big number →hero_page+ Primitive C +embedded），可作为上表的兜底依据。

4. 默认容器尺寸：Dimensions缺失时的兜底

资源列表的Dimensions列具有最高权威性；只有在该列缺失时，才使用下表默认值用于提示词装配（prompt assembly）：

对page_role: hero_page的图，默认容器就是幻灯片画布本身（例如 16:9 下的 1280×720），走 image-generator.md §4.1 原语而非上表。对照 ai-image-comparison/type/_subject.md 可以看到该表在实践中的投影：对照组为每个 type 选取“天然容器形状”（如 flowchart/comparison/timeline 取 21:9 横幅、funnel/pyramid 取 3:4 竖版），保证横向 banner、方形闭环、竖版漏斗等形态各归其位。

5. 使用流程与按需加载：一个 deck 通常只用 2–4 个 Type

Index 文档第 4 节给出四步使用法：

1. 对每个“局部结构性信息图”行，用第 3 节的表选 type；
2. 对hero_page或局部单主体 / 肖像行，跳过 type 选择，直接使用 image-generator.md §4.1 对应原语（A 单主体、B 肖像、C 排版 hero、D 氛围背景、E 自定义）；
3. read_file image-type-templates/<type>.md——只读本 deck 实际用到的 type；多数 deck 只用 2–4 个 type，每个文件最多加载一次；
4. 在锁定的 deck 级渲染与 deck 色角色之上应用该 type 的构图骨架。

一个 deck 内混用多个 type 是正常的：渲染风格与 deck 色板保持固定，只有 type 随图变化。

这一“按需加载”（on-demand loading）在 image-generator.md 中被升级为硬规则：进入图像生成角色时只读一次 image-renderings/_index.md 与 image-type-templates/_index.md 两份索引；解析完输入后，只读选中的那一个rendering 文件、精确的自定义参考、以及实际用到的 type 文件，并明确“Never glob a subdirectory”（禁止整目录扫描）。这个约束与仓库的提示词审计机制相互印证：prompt_audit_manifest.json 中登记了一个image-type-templates注册表条目（kind: directory，source 指向_index.md，glob 匹配目录下所有*.md并排除_index.md自身，reference_terms含"image-type-templates/_index.md"与"type templates"），用于校验文档间引用的一致性——也就是说，type 目录不是散放的笔记，而是受索引与审计双重约束的受管目录。

6. 纵深：Type 在提示词装配与 Manifest 中的落点

Type 选定之后，它的骨架描述如何进入最终产物？沿 image-generator.md 的调用链看：

提示词装配模板（§4）：每张图的 prompt 是一段连贯的散文（预算 150–300 词，含文字图的更长），按固定段落顺序拼接——渲染风格段（80–120 词，来自选定的 rendering 文件）→ deck 色行为（哪些角色占主导面、主形、点缀及其占比约束）→构图段（来自所选 type 文件，即骨架表 + fewshot 片段的实例化）→ 图专属主体（把资源行Reference意图翻译成具体视觉名词）→ 容器说明（"composed as a {W}x{H}px image for {page_role} use"）→ §5 全局硬规则。模板明令禁止“tag soup”式关键词堆砌（"modern, flat design, gradient, vibrant, professional, clean, 4K"），因为它只会得到模型平均水平的输出。

Manifest 落点（§6）：装配结果写入project/images/image_prompts.json。字段表（image-generator.md）中items[].type被定义为可选字段，取值仅限 11 个内部构图类型之一，且“当模板确实贴合局部结构性信息图时”才填写；对 §4.1 E 散文、hero_page、illustration sheet、单主体/肖像行则省略。这正呼应了 Index 文档“11 类是召回工具而非封闭集合”的定位。其余必填字段包括filename、page_role（默认local）、text_policy（逐图判定）、aspect_ratio（直接传给image_gen.py --aspect_ratio，各后端只接受该并集的子集）、prompt与status（初始Pending，由 CLI 写回Generated/Failed/Needs-Manual）。

执行与校验：manifest 是所有模式的共享契约；Path A 用python3 scripts/image_gen.py --manifest project/images/image_prompts.json --output project/images一键并发执行并逐条原子写回状态。生成后若文件远大于幻灯面内计划尺寸，用image_treat.py --fit WxH降采样为预备派生件，绝不上采样。对“不满意图”的修复策略（§8 症状表）也直接作用于 type 相关维度：例如“颜色偏离开 deck”时应重申各色角色占用的面/形/点缀比例而非重写全段，这保证了 type 骨架在局部调参下保持稳定。

7. 小结

image-type-templates/_index.md 的价值在于把“AI 图里应该长什么样”从一句模糊的自然语言，收敛为一套可查表的几何骨架目录：11 个不可互换的布局（grid、hub-spoke、quadrant、closed loop、funnel、tier、split、axis、geographic、atmospheric 及 parallel zones），每个骨架配 LAYOUT / ELEMENTS / NEGATIVE SPACE 量化约束与 fewshot 片段；配合 Purpose 选择表、默认容器尺寸表与 hero_page / 单主体的“无 Type 逃逸通道”，它让 image-generator.md 的逐图提示词装配既有稳定的结构锚点，又保留了“查不到就写散文”的开放性。若要进一步理解上游的页面角色划分与文字两层所有权，可继续阅读 image-generator.md 与公共基线 image-base.md；若要直观比较 11 种骨架，可对照 ai-image-comparison/type 对照集的固定 baseline 样本。

【免费下载链接】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