晨间Nano Banana2 PPT章节插图

PPT 章节页插图为什么不好做

PPT 的章节页承担的不是单纯的装饰作用：它需要用一张图同时传达章节标题、核心概念，以及与整套幻灯片一致的视觉隐喻。如果直接套用模板库素材，很容易出现风格跳跃——上一页还是扁平插画，下一页突然变成写实渲染；如果临时找设计师手绘或自己用绘图工具排，又会把大量时间消耗在构图、调色和文字排版上。更麻烦的是，一套演示通常包含多个章节，每个章节还要在留白、色板和光照上保持视觉连续，光靠人工逐页调整很难稳定。

这个技能按什么流程组织

输入分为两类：必需信息是章节标题、核心概念和整套 PPT 风格；可选信息包括参考图片、品牌色、目标受众、画面比例和输出分辨率。参考图如果有多张，需要按相同顺序传入，并说明每张分别用于控制主体、构图、颜色还是风格。

提示词按七段组织：交付物与主体 → 场景与动作 → 构图与镜头 → 光线与颜色 → 材质与风格 → 必须出现的文字 → 禁止项。其中本章的检查重点是概念隐喻、统一配色、留白和章节区分，提示词里会把这些明确写出来，避免模型只生成好看但和章节内容无关的画面。

默认输出为 16:9、2K 分辨率；快速预览可以用 1K，需要高清成品时再上 4K。脚本生成完成后会返回本地文件，并要求逐个校验文件存在且大小大于零，最终交付物是本地绝对路径，而不是临时下载链接。

模型方面，这个 Skill 固定使用 Nano Banana2。如果用户明确要求换成别的模型，应该选择名称中包含对应模型的 Skill，而不是在当前任务里静默切换。

适用边界与需要注意的点

生成结果不能被当成对真实尺寸、文字内容、人物身份、历史事实或专业结论的绝对还原。尤其是图里带文字时，即使把文字写进了提示词，也要在交付时提醒用户逐字核对。

修改环节也要保持克制：用户要求调整时只改相关提示维度，不要因为主观判断自动重复消耗生成次数。密钥管理同样有约束——无论来自 --api-key 还是环境变量 UNITYCLAW_KEY，都不得回显、记录、保存或写入文件、表格和任务结果；运行环境缺少密钥时，引导用户获取并配置后再重试。