Group Meeting Pipeline

Sub-A：论文深读引擎 (@paper-deep-read)

Sub-B：组会汇报引擎 (5-Skill 流水线)

Sub-C：PPT 实现引擎（双引擎可选）

用户在启动时选择输出格式，流水线根据选择调用不同的实现引擎。

🔄 完整执行流程

Phase 0️⃣：启动与初始化

触发方式（任意一句即可激活）

• "帮我准备这篇论文的组会汇报"
• "跑一下组会流水线"
• "我要汇报这篇论文"
• "生成全套汇报材料和PPT"
• "一键组会模式"
• "用这个PDF做一份组会PPT"

启动确认

收到请求后：

1. 确认 PDF 路径：获取论文 PDF 的绝对路径
2. 快速配置确认（未提供则使用默认值）：

⭐ PPT 格式选择说明：

• .pptx 文件：用 python-pptx 生成，可编辑、可发给别人，适合正式组会
• 网页 PPT：用 Vite 前端引擎渲染，视觉效果更精美、有动画，适合当场演示
• 两个都要：同时生成两种格式（推荐——演示用网页版，分发用 .pptx 版）

Phase 1️⃣：论文深读 (@paper-deep-read)

目标：将原始 PDF 转化为高质量的结构化解读文本

⚠️ 关键原则：绝不把长篇 PDF 原文直接丢给后续 Skill！必须先通过深读引擎提取和结构化。

执行步骤

1. 调用 @paper-deep-read 执行完整的 6 阶段深读流程：

   • Phase 1: PDF 提取（文本 + 图像 + 表格 + 公式）
   • Phase 2: 论文类型识别（与用户确认）
   • Phase 3: 大纲生成（与用户确认）
   • Phase 4: 深度解读内容生成
   • Phase 5: QA 审阅（3轮自我批评）
   • Phase 6: Obsidian 笔记输出

2. 从深读结果中提取以下关键信息供后续阶段使用：

   • ✅ 论文完整结构化文本（按章节组织）
   • ✅ 提取的所有图像（Figure）文件列表
   • ✅ 提取的所有表格数据
   • ✅ 方法论部分的详细描述
   • ✅ 核心结论和数据结果
   • ✅ 作者自述的局限性（Limitations章节）

3. 产出物清单：

   • 📄 00_论文深度解读.md — 完整的结构化解读
   • 🖼️ images/ — 提取的论文原图
   • 📊 tables/ — 提取的表格数据

Phase 2️⃣：逻辑解构 (@paper-logic-deconstructor)

目标：基于深读报告，解构出 4 大核心支柱

输入：Phase 1 的结构化解读文本（非原始PDF）

执行：严格遵循 @paper-logic-deconstructor SKILL.md 的工作流

关键差异（v1 vs v2）：

• v1: 直接接收用户粘贴的论文原文（粗糙，容易遗漏细节）
• v2: 接收经过深读的结构化文本（精确，已包含图表/表格/公式的上下文）

产出：01_逻辑骨架解构报告.md

Phase 3️⃣：并行处理 (@ppt-architect + @methodology-critic)

目标：同时生成 PPT 蓝图和方法论批判

3A: @ppt-architect — PPT 视觉蓝图

输入：Stage 2 的逻辑骨架

输出（双版本）：

slides_data.json 必须严格按照 @ppt-implement 定义的数据接口格式生成！

3B: @methodology-critic — 方法论刺客

输入：Phase 1 深读报告中的 Methods 章节 + Results 章节

输出：03_方法论刺客报告.md（含2条致命批判）

Phase 4️⃣：逐字稿生成 (@speech-writer)

目标：融合蓝图 + 批判 → 自然口语化逐字稿

输入：

• 3A 的 PPT 蓝图（人类版 md）
• 3B 的 2 条致命批判

输出：04_汇报逐字稿(完整版).md

Phase 5️⃣：Q&A防御 (@qa-defense-system)

目标：预测刁钻提问 + 防御话术

输入：

• Phase 4 的完整逐字稿
• Phase 2 的逻辑骨架

输出：05_Q&A防御作弊条.md

Phase 6️⃣：PPT 实现（双引擎 ★）

目标：根据用户在 Phase 0 选择的格式，将蓝图渲染为 PPT 文件

根据用户选择的 PPT输出格式 走不同分支：

分支 C1：.pptx 文件（自定义精简版 @ppt-implement）

适用场景：用户选择 .pptx 或 两个都要

执行步骤：

1. 环境检测：确认 Python 和 python-pptx 可用
2. 构建脚本：结合 Phase 3A 的 slides_data.json，生成 build_pptx.py
3. 执行生成：

   python build_pptx.py --output "[论文名]_组会汇报.pptx" --data slides_data.json
   

4. 验证交付：确认文件存在、大小合理、包含正确页数

分支 C2：网页 PPT（插件原版 @ppt-implement）

适用场景：用户选择 网页PPT 或 两个都要

执行步骤：

1. 调用插件原版 @ppt-implement 的完整 9 阶段工作流：
   • Phase 1: 素材收集（基于论文内容，无需网络搜索）
   • Phase 2: 视觉风格定义
   • Phase 3: 页面图片生成
   • Phase 4: PPT 大纲生成
   • Phase 5-9: 环境搭建 → 模板规划 → 并行页面生成 → 截图 → 输出
2. 关键适配点：
   • 跳过素材搜索：直接使用 Phase 1 深读报告和 Phase 3A 蓝图作为输入
   • 章节结构复用：Phase 3A 已有的 10 页大纲直接映射为原版的 chapters.md
   • 内容填充：每页的 bullet points 和核心要点作为原版的内容源
3. 启动前端构建：

   cd frontend && npm install && npm run build
   

双模式决策表

用户选择          │ 执行分支           │ 最终产出
─────────────────┼───────────────────┼──────────────────────
.pptx 文件       │ 仅 C1             │ xxx_组会汇报.pptx
网页 PPT         │ 仅 C2             │ frontend/ 网页PPT项目
两个都要 ⭐推荐  │ C1 + C2 都执行    │ .pptx + 网页PPT 项目

Phase 7️⃣：组装与交付

最终交付清单：

📁 [论文标题]_组会汇报材料包/
│
├── 🧠 Phase 1: 论文深读
│   ├── 00_论文深度解读.md
│   ├── images/
│   └── tables/
│
├── 📋 Phase 2-5: 组会汇报5件套
│   ├── 01_逻辑骨架解构报告.md
│   ├── 02_PPT视觉架构蓝图.md
│   ├── 03_方法论刺客报告.md
│   ├── 04_汇报逐字稿(完整版).md
│   └── 05_Q&A防御作弊条.md
│
├── 💾 Phase 6: PPT文件（根据用户选择）
│   ├── [论文名]_组会汇报.pptx        ← C1: .pptx 格式
│   └── frontend/                     ← C2: 网页PPT格式
│
├── 🛠️ 构建脚本（供二次修改）
│   ├── build_pptx.py
│   └── slides_data.json
│
└── 📖 README_使用指南.md

⚙️ 子 Skill 协作协议总表

数据流转依赖关系

A0(paper-deep-read)
  ├→ B1(逻辑解构)
  │    ├→ B2(PPT架构)
  │    │    ├→ 蓝图.md ──→ B4(逐字稿) ──→ B5(防御系统) ──→ 交付
  │    │    ├── slides_data.json ──┬→ C1(.pptx引擎) ──→ .pptx ← 交付
  │    │    └── 完整蓝图内容 ────┘→ C2(网页PPT引擎) ──→ 网页PPT ← 交付
  │    └→ B1骨架 ─────────────────────────────────────────┘
  └→ A0解读(Meth+Res) → B3(方法论刺客) ──→ B4 ──→ B5

注: C1/C2 根据用户在 Phase 0 的选择执行（可单选或双选）

🚨 关键注意事项

1. 关于 PDF 处理的安全原则

永远不要将长达二三十页的 PDF 原文直接输入 AI 并要求其"生成 PPT"！

这种粗放操作会导致：

• 信息幻觉（AI编造不存在的数据和结论）
• 关键细节遗漏（跳过重要图表和脚注）
• 上下文丢失（无法关联跨章节引用）

正确做法：始终先通过 @paper-deep-read 进行结构化提取。

2. 关于并行执行的策略

• B2 和 B3 可以且应该并行执行（它们之间没有依赖关系）
• 其他阶段必须顺序执行
• 如果在单线程环境下无法真正并行，则先执行 B2 再执行 B3（顺序亦可接受）

3. 关于 slides_data.json 的质量保证

• 这是 C1 (@ppt-implement) 的唯一数据源
• B2 (@ppt-architect) 在输出人类版蓝图时，必须同步生成机器消费版的 JSON
• JSON 字段名必须与 @ppt-implement 的接口定义完全一致
• 在 Phase 6 开始前，应校验 JSON 的 schema 正确性

4. 关于图片嵌入的策略

• @paper-deep-read 提取的论文原图（Figure）可以嵌入到 PPT 中
• 但需要明确区分：
  • 论文原图：直接引用（来自 images/ 目录）
  • 建议新制图表：占位框 + 文字说明（用户需自行制作或后续补充）

💡 使用示例

场景一：完整流水线（推荐）

用户: "帮我用组会流水线做这篇论文的汇报材料，PDF在这里：a:/papers/alphafold3.pdf"

系统响应：

🚀 组会汇报全自动流水线 v2.0 已启动！

📄 目标论文: AlphaFold3.pdf
📊 共 7 个阶段，预计产出：1份深读报告 + 5份汇报材料 + 1个PPT文件

═══ Phase 1/7: 论文深读 ═══
✅ @paper-deep-read 已就位
✅ 正在提取 PDF 内容（文本+图表+表格+公式）...
✅ 识别为：计算/生信论文 → AI/ML领域
✅ 深度解读完成（复现级，评分 4.3/5）
✅ 已提取 12 张图像 + 8 个表格

═══ Phase 2/7: 逻辑解构 ═══
✅ @逻辑解构师 已就位
✅ 基于 Phase 1 深读报告进行解构...
✅ 4大核心支柱已提取完成

═══ Phase 3/7: PPT架构 + 方法论批判（并行）═══
✅ @PPT架构师: 10页视觉蓝图已完成
✅ @方法论刺客: 发现 2 条致命缺陷
✅ slides_data.json 已生成（供PPT实现器使用）

═══ Phase 4/7: 逐字稿生成 ═══
✅ @逐字稿大牛 已就位
✅ 融合蓝图与批判观点...
✅ 口语化逐字稿完成（预计18分钟）

═══ Phase 5/7: Q&A防御 ═══
✅ @防御系统 已就位
✅ 3个预测问题 + 防御话术已生成

═══ Phase 6/7: PPT文件实现 ═══
✅ @PPT实现器 已就位
✅ python-pptx 环境就绪
✅ 正在渲染幻灯片...
✅ PPT 文件已生成: a:/output/AlphaFold3_组会汇报.pptx (10页)

═══ Phase 7/7: 材料组装 ═══
✅ 所有文件已整理到统一目录

═══════════════════════════════════
🎉 流水线全部完成！共 7 个阶段
═══════════════════════════════════

📦 您的完整材料包：
  📄 00_论文深度解读.md        (Phase 1: 深读引擎)
  📄 01_逻辑骨架解构报告.md    (Phase 2: 逻辑解构)
  📄 02_PPT视觉架构蓝图.md     (Phase 3A: PPT设计)
  📄 03_方法论刺客报告.md      (Phase 3B: 方法论批判)
  📄 04_汇报逐字稿(完整版).md  (Phase 4: 口语化讲稿)
  📄 05_Q&A防御作弊条.md       (Phase 5: 答辩防御)
  💾 xxx_组会汇报.pptx         (Phase 6: 真实PPT文件)

💡 建议：先打开 .pptx 文件预览效果，再对照逐字稿练习一遍！
需要调整任何部分吗？😊

场景二：只要PPT（快捷模式）

用户: "我只想要PPT，其他不用"

→ 跳过 Phase 4-5（不生成逐字稿和Q&A），但 Phase 1-3 和 6 仍需完整执行。

场景三：已有深读结果

用户: "我之前已经做过深读了，解读文件在这，直接做汇报材料"

→ 跳过 Phase 1，直接从 Phase 2 开始。

🎯 各阶段质量保障 Checkpoints

Phase 1 Checkpoint

• PDF 文本提取完整（无乱码页）
• 图像/表格/公式均已提取
• 论文类型识别正确且经用户确认
• QA 评分 ≥ 3.5/5

Phase 2 Checkpoint

• 无逐节总结
• 4个支柱有实质内容
• 核心机制为因果链形式

Phase 3A Checkpoint

• 恰好 10 页
• 全部为结论式标题
• 视觉元素具体可执行
• slides_data.json 格式正确且字段完整

Phase 3B Checkpoint

• 2 条批判原创（非抄 Limitations）
• 附带证据链和影响分析

Phase 4 Checkpoint

• 无书面过渡词
• 句长适合口语
• 转场自然丝滑

Phase 5 Checkpoint

• 围绕"对本组的用处"展开
• 答复 ≤ 3 句话且不卑不亢
• 含紧急预案

Phase 6 Checkpoint（根据执行的分支分别检查）

分支 C1 (.pptx 文件)：

• .pptx 文件存在且大小合理 (>10KB)
• 包含正确的 10 页幻灯片
• 第 7 页有红色批判卡片样式
• 封面页和总结页布局正确

分支 C2 (网页 PPT)：

• frontend/ 项目构建成功（无报错）
• index.html 可在浏览器打开
• 幻灯片数量与蓝图一致
• 视觉样式符合学术汇报场景
• 页面切换/导航功能正常