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_rolelocal还是hero_page、text_policynone还是embedded以及本文主角type。Type 描述的是“模型在矩形画布内部画出来的构图骨架”——即矩形框内部的几何组织方式并且是按图per image决定而不是按 deck 决定。Index 文档给出了清晰的正反面定义Type 是—— 局部信息图块的几何骨架。每个 type 都有一种不可互换的布局结构2×2 网格不是闭环cycle上窄下宽的不是漏斗funnel而是金字塔pyramid线性时间轴不是带方向箭头的顺序流程图。骨架约束了元素被放在哪里。Type 不是不是“这张图在 PPT 页面里干什么用”——那是page_rolelocalvshero_page见 image-generator.md §1不是“图里放什么主体”——单主体、单人、大数字、无主体等都可以用 image-generator.md §4.1 的无 Type 原语Primitive A–E或自然语言描述表达不需要 Type不是高层资产分类——design_spec.md §VIII资源表中的Purpose列与Reference列已经承载了这层语义无需另设词汇。何时跳过 TypeReference 级规则而非强制所有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 类Type内部构图典型用途infographic2–5 个平行有序区块图标 极简标签数据摘要 / 步骤列表 / KPI 盘点flowchart顺序区块 方向箭头连接流程 / 工作流 / 管线framework中心节点 辐射卫星hub-spoke关系系统 / 架构matrix2×2 象限网格两条垂直轴优先级 / 风险 / 投入-影响分区cycle闭环3–6 步箭头回到起点迭代 / 生命周期 / 持续改进funnel上宽下窄的转化堆叠营销漏斗 / 销售管线 / 招聘漏斗pyramid下宽上窄的分层阶梯能力栈 / 价值层级comparison对称分屏左右 / 前后A/B / 优缺点 / Before-Aftertimeline线性轴 里程碑标记历史 / 路线图 / 演进map风格化地理轮廓 标注标记办公室 / 市场布局 / 区域数据 / 供应链scene带叙事的大气环境故事 / 生活方式 / 案例以几个具体文件为例可以看到骨架定义的一致结构。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 Avector-illustration cool-corporatetext_policy: none800×800为例提示词直接写明两条深藏青#1E3A5F细线在画布精确中心交叉、四个象限各带 10%–18% 不透明度淡色底、每象限一个居中的藏青图标约占象限 45%、四角点缀金色小点、结尾强调“图中无任何文字、轴标签、象限名——所有标签由 SVG 叠加”并声明“颜色值仅作渲染指导”。这段 fewshot 与 §5 的硬规则HEX 是渲染指导而非可见文字、文字两层所有权完全对齐是“把骨架表翻译成模型可执行语言”的示范。下图是仓库自带的对照样本集 ai-image-comparison/type 中同一主题Team scaling a business在固定 baselinevector-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字段把预期构图直接写进提示词。Purpose关键词TypeData summary / metrics rundown / step listinfographicProcess / workflow / pipeline / steps with arrowsflowchartRelational system / framework / architecture diagramframework2×2 quadrant / priority / risk / effort-impactmatrixClosed-loop process / iteration / lifecycle / continuous improvementcycleConversion funnel / sales pipeline / hiring funnelfunnelHierarchy / value stack / capability layerpyramidComparison / Before-After / A/B / VScomparisonHistory / evolution / roadmap / timelinetimelineOffices / market presence / regions / supply chain / geographymapTeam / lifestyle / story / scenario / case群体带环境sceneCover / chapter divider / mood transition / big number / hero quote / 单主体 hero无 Type — 用page_role: hero_page image-generator.md §4.1 原语Local 单物体 / 单人头像 / 人物简介肖像无 Type — 保持page_role: local用 §4.1 Primitive A/B 描述该区域text_policy与page_role都是逐图决定的page_role取资源行的值默认localtext_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 assemblyType默认容器宽高比infographic600×500 或 700×700~1.2 / 1flowchart1200×400横向 banner3:1framework700×700 方形1:1matrix800×800 或 1280×7201:1 / 16:9cycle700×700 或 800×800 方形1:1funnel600×800 竖版3:4pyramid600×800 竖版3:4comparison1200×500 分屏 / 每侧 600×5002.4 / 1.2timeline1200×350 banner3.4:1map1280×720 或 1200×50016:9 / 2.4:1scene1200×720 宽幅 / 800×60016:10 / 4:3对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 个 TypeIndex 文档第 4 节给出四步使用法对每个“局部结构性信息图”行用第 3 节的表选 type对hero_page或局部单主体 / 肖像行跳过 type 选择直接使用 image-generator.md §4.1 对应原语A 单主体、B 肖像、C 排版 hero、D 氛围背景、E 自定义read_file image-type-templates/type.md——只读本 deck 实际用到的 type多数 deck 只用 2–4 个 type每个文件最多加载一次在锁定的 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: directorysource 指向_index.mdglob 匹配目录下所有*.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创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 ppt-master 图像类型模板体系：为 AI 信息图块定义 11 种几何骨架的 Type 系统
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_rolelocal还是hero_page、text_policynone还是embedded以及本文主角type。Type 描述的是“模型在矩形画布内部画出来的构图骨架”——即矩形框内部的几何组织方式并且是按图per image决定而不是按 deck 决定。Index 文档给出了清晰的正反面定义Type 是—— 局部信息图块的几何骨架。每个 type 都有一种不可互换的布局结构2×2 网格不是闭环cycle上窄下宽的不是漏斗funnel而是金字塔pyramid线性时间轴不是带方向箭头的顺序流程图。骨架约束了元素被放在哪里。Type 不是不是“这张图在 PPT 页面里干什么用”——那是page_rolelocalvshero_page见 image-generator.md §1不是“图里放什么主体”——单主体、单人、大数字、无主体等都可以用 image-generator.md §4.1 的无 Type 原语Primitive A–E或自然语言描述表达不需要 Type不是高层资产分类——design_spec.md §VIII资源表中的Purpose列与Reference列已经承载了这层语义无需另设词汇。何时跳过 TypeReference 级规则而非强制所有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 类Type内部构图典型用途infographic2–5 个平行有序区块图标 极简标签数据摘要 / 步骤列表 / KPI 盘点flowchart顺序区块 方向箭头连接流程 / 工作流 / 管线framework中心节点 辐射卫星hub-spoke关系系统 / 架构matrix2×2 象限网格两条垂直轴优先级 / 风险 / 投入-影响分区cycle闭环3–6 步箭头回到起点迭代 / 生命周期 / 持续改进funnel上宽下窄的转化堆叠营销漏斗 / 销售管线 / 招聘漏斗pyramid下宽上窄的分层阶梯能力栈 / 价值层级comparison对称分屏左右 / 前后A/B / 优缺点 / Before-Aftertimeline线性轴 里程碑标记历史 / 路线图 / 演进map风格化地理轮廓 标注标记办公室 / 市场布局 / 区域数据 / 供应链scene带叙事的大气环境故事 / 生活方式 / 案例以几个具体文件为例可以看到骨架定义的一致结构。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 Avector-illustration cool-corporatetext_policy: none800×800为例提示词直接写明两条深藏青#1E3A5F细线在画布精确中心交叉、四个象限各带 10%–18% 不透明度淡色底、每象限一个居中的藏青图标约占象限 45%、四角点缀金色小点、结尾强调“图中无任何文字、轴标签、象限名——所有标签由 SVG 叠加”并声明“颜色值仅作渲染指导”。这段 fewshot 与 §5 的硬规则HEX 是渲染指导而非可见文字、文字两层所有权完全对齐是“把骨架表翻译成模型可执行语言”的示范。下图是仓库自带的对照样本集 ai-image-comparison/type 中同一主题Team scaling a business在固定 baselinevector-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字段把预期构图直接写进提示词。Purpose关键词TypeData summary / metrics rundown / step listinfographicProcess / workflow / pipeline / steps with arrowsflowchartRelational system / framework / architecture diagramframework2×2 quadrant / priority / risk / effort-impactmatrixClosed-loop process / iteration / lifecycle / continuous improvementcycleConversion funnel / sales pipeline / hiring funnelfunnelHierarchy / value stack / capability layerpyramidComparison / Before-After / A/B / VScomparisonHistory / evolution / roadmap / timelinetimelineOffices / market presence / regions / supply chain / geographymapTeam / lifestyle / story / scenario / case群体带环境sceneCover / chapter divider / mood transition / big number / hero quote / 单主体 hero无 Type — 用page_role: hero_page image-generator.md §4.1 原语Local 单物体 / 单人头像 / 人物简介肖像无 Type — 保持page_role: local用 §4.1 Primitive A/B 描述该区域text_policy与page_role都是逐图决定的page_role取资源行的值默认localtext_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 assemblyType默认容器宽高比infographic600×500 或 700×700~1.2 / 1flowchart1200×400横向 banner3:1framework700×700 方形1:1matrix800×800 或 1280×7201:1 / 16:9cycle700×700 或 800×800 方形1:1funnel600×800 竖版3:4pyramid600×800 竖版3:4comparison1200×500 分屏 / 每侧 600×5002.4 / 1.2timeline1200×350 banner3.4:1map1280×720 或 1200×50016:9 / 2.4:1scene1200×720 宽幅 / 800×60016:10 / 4:3对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 个 TypeIndex 文档第 4 节给出四步使用法对每个“局部结构性信息图”行用第 3 节的表选 type对hero_page或局部单主体 / 肖像行跳过 type 选择直接使用 image-generator.md §4.1 对应原语A 单主体、B 肖像、C 排版 hero、D 氛围背景、E 自定义read_file image-type-templates/type.md——只读本 deck 实际用到的 type多数 deck 只用 2–4 个 type每个文件最多加载一次在锁定的 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: directorysource 指向_index.mdglob 匹配目录下所有*.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创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考