name: ppt-pro description: >- 专业 PPT 演示文稿全流程 AI 生成助手。模拟顶级 PPT 设计公司的完整工作流 （需求调研 -> 资料搜集 -> 大纲策划 -> 策划稿 -> 设计稿），输出高质量 HTML 格式演示文稿并可转换为可编辑 PPTX。当用户提到制作 PPT、做演示文稿、做 slides、 做幻灯片、做汇报材料、做培训课件、做路演 deck、做产品介绍页面时触发。也适用于 "帮我把这篇文档做成 PPT"等需要将内容转化为演示格式的场景。 metadata: author: ppt-pro-team version: "9.7.0" tags: pptx, presentation, slides, html compatibility: Requires python3 and node. Linux/macOS/Windows.

PPT Pro -- 专业演示文稿全流程生成

PPTX 可编辑管线技术规则

完整技术约束详见 pptx-pipeline.md。核心原则：

1. 背景仅承担装饰：用户可能调整的元素必须作为独立 PPTX shape/picture
2. data-pptx-role 驱动分层：content / content-icon / decoration / watermark 四角色
3. z-order：shapes → icons → text boxes
4. 原生控件优先：表格/图表优先用 python-pptx 原生 API，禁止手动 XML 注入

核心理念

模仿专业 PPT 设计公司（报价万元/页级别）的完整工作流，而非「给个大纲套模板」：

1. 先调研后生成 -- 用真实数据填充内容，不凭空杜撰
2. 策划与设计分离 -- 先验证信息结构，再做视觉包装
3. 内容驱动版式 -- Bento Grid 卡片式布局，每页由内容决定版式
4. 全局风格一致 -- 先定风格再逐页生成，保证跨页统一
5. 智能配图 -- 利用图片生成能力为每页配插图（绝大多数环境都有此能力）

环境感知

开始工作前自省 agent 拥有的工具能力：

原则：检查实际可调用的工具列表，有什么用什么。检测 sub-agent 能力时，确认是否有 Agent 工具（或等价的 subagent 调用能力）。若有，在 progress.json 中标记 "has_subagent": true，后续 Step 4 和 Step 5c 自动启用并行模式。

路径约定

后续所有路径均基于这两个变量，不再重复说明。

输入模式与复杂度判断

入口判断

跳步规则

复杂度自适应

复杂度判断时机：(1) 预判（Step 1 前）：据用户描述估算；明确页数或暗示简短则预判轻量并精简提问。(2) 确认（Step 1 后）：据 Q8 写入 progress.json 的 complexity_level（light / standard / large）。(3) 传递：后续步骤从 progress.json 读取并调整搜索数、策划深度等。

6 步 Pipeline

Step 1: 需求调研 [STOP -- 必须等用户回复]

禁止跳过。 无论主题多简单，都必须提问并等用户回复后才能继续。不替用户做决定。

执行：references/prompts/prompt-1-research.md。有搜索则搜主题背景（3-5 条）并据此生成 Q2/Q5/动态追问选项；无搜索则用通用选项并跳过第五层动态追问。一次性发出 12 基础题 + 0-3 动态题，等待用户回复，再整理为需求 JSON。整理后须对照 quality-checks.md 中的消费审查矩阵自检；五层问题详表、Q7/轻量/动态追问全文亦在同文件。

问题层级（简表）：场景层 Q1-3 → 内容层 Q4-6 → 视觉层 Q7（须表格展示 8 种预置风格：蓝白商务/极简灰白/清新自然/暖色大地/朱红宫墙/暗黑科技/紫金奢华/活力彩虹，各附一句灵魂描述；用户选编号）→ 执行层 Q8-12 → 动态层 0-3 题（仅当搜索揭示主题关键分歧时追加，须标注消费节点）。

轻量模式（页数 <= 8 或暗示简短）：仅 Q1+Q2+Q7+Q8+Q12。动态追问：不凑数。

产物：需求 JSON（字段须完整）：

{
  "topic": "PPT 主题",
  "scene": "Q1 演示场景（现场演讲/自阅文档/培训教学/其他）",
  "audience": "Q2 核心受众画像",
  "purpose": "Q3 期望观众做什么",
  "narrative_structure": "Q4 叙事结构",
  "emphasis": ["Q5 内容侧重（可多选）"],
  "persuasion_style": ["Q6 说服力要素（可多选）"],
  "style_choice": "Q7 风格选择（A-J）",
  "style_detail": "Q7 附加信息（如选 J 时的自定义描述）",
  "page_count": "Q8 页数（数字或 null=AI 决定）",
  "info_density": "Q8 信息密度偏好（少而精/适中/信息量大）",
  "brand_info": {
    "presenter": "Q9 演讲人",
    "date": "Q9 日期",
    "company": "Q9 公司名",
    "brand_color": "Q9 品牌色（如有，覆盖 style_choice）",
    "logo_path": "Q9 Logo 路径"
  },
  "content_must_include": ["Q10 必须包含"],
  "content_must_avoid": ["Q10 必须回避"],
  "language": "Q11 语言偏好（中文/英文/中英混排/其他）",
  "image_preference": "Q12 配图偏好（A-D）",
  "dynamic_answers": {"问题文本": "用户回答"},
  "complexity_level": "light | standard | large（根据 page_count 判定）"
}

Step 2: 资料搜集

盘点所有信息获取能力，全部用上。

2a. 查询规划 — 按复杂度表控制查询数；维度与 JSON 整理模板见 execution-rules.md（Step 2 两节）。

2b. 并行搜索 — 搜索引擎、URL、文档、知识库等凡可用尽用。

2c. 结果整理 — 每组输出结构化 JSON（query + findings[]：fact / data / source / reliability high|medium|low / relevance）。仅 high/medium 可进策划 data_highlights；low 仅作参考。

产物：搜索结果集合 JSON。

Step 3: 大纲策划

执行：references/prompts/prompt-2-outline.md。方法论与 5 步思考过程全文见 execution-rules.md「Step 3」；prompt 内亦内置自动执行。

自检：页数合规；每 Part >= 2 页；Part 间逻辑递进；要点有搜索支撑（缺则 found_in_search: false）；design_rationale 与 transition_from_previous 完整。

产物：[PPT_OUTLINE] JSON（含 design_rationale）。

Step 4: 内容分配 + 策划稿 [STOP -- 完成后必须等用户确认]

内容分配与策划稿合并为一步；策划稿须为 AI 逐页思考的创作产物。核心：一页一 planning{n}.json，对应一页 HTML。 ⛔ 未经用户确认，禁止跳进 Step 5。

4a. 资源菜单预读（首页策划前一次）

策划第一页前按序读取（每项以 README 或指定章节为主，勿通读全书）：

预读后从工具箱选型，避免只会 text+data+list。第 7 项仅在需要配图时读。

4b. 逐页策划

执行：references/prompts/prompt-3-planning.md。

占位符：{{DESIGN_PRINCIPLES_CHEATSHEET}}、{{RESOURCE_MENU}} 分别注入 cheatsheet 与 resource-menu.md 全文；其余从需求 JSON 填入（{{SCENE}} 等）。

设计感约束（须遵守）：拒绝千篇一律网页风；页与页版式须有反差与非对称；director_command 须给出具体、可执行的视觉与排版指令。

要点：逐页按 cheatsheet 尾部 8 项体检；映射搜索素材；主内容 40-100 字 + 数据亮点 + 辅助要点；layout_hint / card_type / chart_type 来自预读菜单；叙事节奏见 references/narrative-rhythm.md；每页 visual_weight、required_resources、image（总页数 >= 8 时全稿至少各用 1 次 split-content 与 card-inset）。

串并行、验证与操作边界

据 has_subagent 与复杂度选择串行或按 Part 并行；验证是写入流程的一部分（每页 planning_validator.py 单页验证，ERROR 必改）。4a 补充说明、4b 持久上下文与设计感约束、全量验证、Sub-agent 模板、操作边界 6 条、上下文传递 — 详见 execution-rules.md。

⛔ [GATE] 所有页完成后，必须执行且必须 PASS 才能继续：

小葱技能有更好的技能skills插件。

# Step 1: 运行门禁脚本（内部调用 planning_validator.py）
bash SKILL_DIR/scripts/pipeline_gate.sh check-planning OUTPUT_DIR SKILL_DIR

# Step 2: 若有 ERROR，修正 planning JSON 后重跑，直到 PASS
# Step 3: PASS 后向用户展示策划概览，等待确认

planning_validator.py 返回 exit 1（FAILED）时 → 禁止继续，必须修正全部 ERROR。ERROR 修复参考各条错误提示中的「期望格式」说明。

修正跨页问题 → 向用户展示概览 → [STOP -- 等待用户确认]（可编辑 planning/planning{n}.json 后回复再继续）。

产物：OUTPUT_DIR/planning/planning{n}.json。

Step 5: 风格决策 + 设计稿生成

顺序：5a → 5b（可选）→ 5c。

5a. 风格决策

执行：references/styles/README.md 的灵动创作方法论（四步法）：情绪关键词 → 从情绪推导色彩 → 灵魂宣言 → 变奏策略；并读对应 styles/{id}.md。style.json 须含灵魂层、装饰基因、css_variables（12 项）、font_family — 校验清单见 quality-checks.md。调色板路径见 resource-registry.md 第 1 节。

产物：OUTPUT_DIR/style.json。

5b. 配图生成（可选）

读取每页 planning{n}.json 的 image；usage = none 则跳过；否则 generate_image 用 image.prompt，保存 OUTPUT_DIR/images/。须在生成该页 HTML 之前完成该页配图。

5c. 逐页 HTML

一对一：planning{n}.json → slides/slide-{NN}.html。

⛔ GATE CHECK（任何一步 BLOCKED 则禁止写 HTML）：

# [1] 确认 planning 通过门禁
bash SKILL_DIR/scripts/pipeline_gate.sh check-planning OUTPUT_DIR SKILL_DIR

# [2] 组装 prompt-ready 文件（全量批次）
python3 SKILL_DIR/scripts/prompt_assembler.py \
  OUTPUT_DIR/planning/ --refs SKILL_DIR/references \
  --style OUTPUT_DIR/style.json -o OUTPUT_DIR/prompts-ready/

# [3] 确认 prompts-ready 与 planning 数量一致
bash SKILL_DIR/scripts/pipeline_gate.sh check-prompts OUTPUT_DIR

# [4] 读全局资源（仅一次）
# view_file SKILL_DIR/references/styles/README.md
# view_file SKILL_DIR/references/principles/README.md
# view_file SKILL_DIR/references/blocks/README.md
# view_file SKILL_DIR/references/layout-patterns.md

每页：先 view_file OUTPUT_DIR/prompts-ready/prompt-ready-{n}.txt，再据完整 prompt 生成 HTML；禁止跳过 prompt-ready。三层资源决策、prompt_assembler 占位符说明、批量/单页命令、并行 HTML Sub-agent、核心设计约束与逐页 ASSERT 流程 — 详见 execution-rules.md。

逐页自检：写入前执行 quality-checks.md 中的 5 项自检。

跨页叙事：遵循 references/narrative-rhythm.md。

HTML 完成后：html_packager.py 生成 preview.html → 请用户审阅 → [STOP]（确认或改稿后再 Step 6）。

python3 SKILL_DIR/scripts/html_packager.py OUTPUT_DIR/slides/ -o OUTPUT_DIR/preview.html

产物：OUTPUT_DIR/slides/*.html、preview.html。

Step 6: 管线选择 + 后处理 [必做]

用户确认 HTML 后必须跑转换管线，勿停在 preview。

6a. 管线选择 [STOP]

等用户选 A 或 B。

6b. 执行转换

bash SKILL_DIR/scripts/setup.sh
pip install python-pptx lxml Pillow 2>/dev/null

管线 A：html2png.py → png2pptx.py（脚本自动选 Playwright / Puppeteer）。

python3 SKILL_DIR/scripts/html2png.py OUTPUT_DIR/slides/ -o OUTPUT_DIR/png/ --scale 2
python3 SKILL_DIR/scripts/png2pptx.py OUTPUT_DIR/png/ -o OUTPUT_DIR/presentation.pptx

管线 B：cd SKILL_DIR/scripts && npm install（首次）；node html2pptx.js ...

cd SKILL_DIR/scripts && npm install
pip install python-pptx lxml
node SKILL_DIR/scripts/html2pptx.js OUTPUT_DIR/slides/ -o OUTPUT_DIR/presentation.pptx

6c. 通知用户

说明 preview.html、presentation.pptx、png/（若用 A）及可编辑管线编辑能力；降级时说明原因与补装依赖。

执行规则（扩展）

策划与 HTML 阶段的串并行流程、Sub-agent 提示词模板、操作边界、Step 5c 资源决策树、prompt_assembler 与禁止行为等 — 详见 execution-rules.md。

质量检查、恢复与产物目录

需求消费审查矩阵、style.json 校验、HTML 5 项自检、全局质量表、progress.json 恢复流程、ppt-output/ 目录树、可移植性与首次使用 — 详见 quality-checks.md。

Reference 文件索引

完整映射见 resource-registry.md。

这个 Skill 质量较高，专业度强，做 PPT 的设计感很好。优点是流程完整（从调研到输出都有覆盖）、风格选择丰富（8种预设风格）、支持自动配图和可编辑 PPTX 导出。不足之处是使用起来比较复杂，需要回答很多问题才能开始生成，文档结构庞大，新手可能需要花不少时间才能上手。适合对 PPT 有较高要求、愿意投入时间学习的用户。