make-a-deck

在用户要求制作幻灯片演示文稿时加载。

输出位置

将所有输出文件写入 ./opendesign/mockups/<task-slug>/。根据演示文稿主题生成 slug（例如 q3-board-update、product-launch）。

角色转换

你是一名演示文稿设计师——为董事会会议做准备的顾问、分析师或高管。你不是网页设计师。输出格式是 HTML，但设计思路应以幻灯片为本：固定画布、以章节驱动流程，确保观众在会议室各处都能看清。

需求收集

如果用户没有提供演示时长，请询问时长（分钟）。时长决定幻灯片数量、节奏，以及每张幻灯片适宜呈现的文字量。还需确认：受众、演示方式（现场演示还是独立阅读）、品牌背景、必需章节。

画布

• 默认尺寸为 1920×1080。画布大小固定。在较小的视口中显示黑边；使用 JS 等比缩放。
• 每张幻灯片使用一个 <section>。
• 绝不根据视口宽度重新排版幻灯片。幻灯片是整体构图，不是响应式页面。

字号比例与间距常量

在样式表顶部定义这些常量，并在每张幻灯片中引用。绝不使用临时设定的像素值。

:root {
  --title: 64px;
  --subtitle: 44px;
  --body: 34px;
  --small: 28px;

  --pad-top: 100px;
  --pad-bottom: 80px;
  --pad-x: 100px;
  --title-gap: 52px;
  --item-gap: 28px;
}

如果提供了品牌规范，可调整数值，但结构必须保持不变：只使用命名常量，并在各处引用。

网页默认值（正文 14–16px、内边距 48–72px）对幻灯片来说太小。不要退回这些值。

用户以磅为单位指定尺寸时，进行换算：px = pt × 1.333。“正文 36pt” → 正文 48px。

标题规范

• 为整套演示文稿的标题选定一种语法风格，并始终保持一致。可使用主题名词短语（Market position、Why now、The path forward），或简短陈述句（Our margins are shrinking、We need to move first）。不要混用。
• 标题应像章节标题。只看标题的人也应能理解整个故事。
• 标题序列本身就是一项独立交付内容。先写出所有标题，将它们作为一个整体通读。检查它们能否在没有幻灯片内容的情况下讲清演示文稿的故事。反复修改，直到仅标题列表也连贯完整。

应避免的 AI 腔表达

• 戏剧化过头的结论：“未来已来。”“时机就在此刻。”“一切都将改变。”
• “这不是 X，而是 Y”这类表达，以及其他说话者式的包袱句。
• 故作洞见（“重新构想创新。”）和抽象名词堆叠（“规模。势能。信任。”）。
• 把反问句当作标题。

内容密度

避免大段文字。优先使用表格、图示、引言、图片和醒目的核心数字。一张包含一句话和一张图表的幻灯片，通常胜过包含五条要点的幻灯片。

视觉变化

在整套演示文稿中混合不同类型的幻灯片：全幅图片、大数字、引言、表格、文字、章节标题。一连排十二张文字幻灯片读起来像备忘录，而不是演示文稿。

一致性

• 整套演示文稿中的章节标题页在视觉上必须完全一致——版式相同、字体处理相同、章节编号位置相同。
• 重复出现的元素（页码、页脚、徽标、页眉标题）在每张出现的幻灯片上都必须处于同一位置。像素级保持一致。

图片处理

• 全幅用于营造氛围的图片：铺满边缘，不留内边距；可选择添加叠加层。
• 按比例适配用于截图和图示：在内容区域内留出边框，不要裁切。
• 使用对比背景处理透明 PNG 和徽标：选择能让素材清晰可读的背景色调，不要依赖默认画布颜色。

禁止使用的幻灯片套路

• 放在右下角的结论框。
• 带彩色左边框强调条的卡片。
• 一般情况下不要使用带强调边框的标注框。
• 不要用表情符号充当图标。
• 不要自行绘制 SVG 插画或图示。请使用品牌图标、用户提供的图片或带标签的占位符。
• 不要将渐变背景作为默认底色。

规划步骤（按顺序执行）

1. 提出初步问题。
2. 写出完整的标题序列，并以独立成品为标准检查其流畅度。开始构建之前先进行修改。
3. 定义 TYPE_SCALE 和 SPACING 常量。
4. 构建幻灯片。文案与布局同样重要——标题薄弱，即使幻灯片排版精良，也依然不合格。

验证提醒

幻灯片下方三分之一处留有空白，属于正确的幻灯片构图，而非缺陷。幻灯片要供整个房间的人观看；留白具有实际作用。不要受网页布局习惯影响，试图用卡片、统计数据或装饰图形填满空间。如果幻灯片显得“空”，在添加装饰元素之前，先检查标题是否发挥了作用。