Qemu Camp Video Script

默认输出一个可直接录制的 Markdown 口播稿，放在 video/ 目录，文件名建议：

• video/<topic>-口播稿.md

并在回复中说明：

• 已更新/新建的文件路径
• 是否严格按讲义顺序
• 是否覆盖讲义全部章节

标准工作流（必须按顺序执行）

1. 读取规范

   • 读取仓库 AGENTS.md。
   • 若有全局/目录级约束，优先遵循。

2. 读取源讲义

   • 完整读取目标文档。
   • 提取标题结构（#、##、!!! 提示块、章节小结、测验段）。

3. 读取风格样本

   • 读取 video/ 下至少 2 份现有口播稿，提炼项目风格：
     • 开场简洁
     • 课程概览
     • 按章节推进
     • 结尾回顾

4. 建立“覆盖清单”

   • 按源讲义顺序列出每个章节和关键点。
   • 生成时逐项覆盖，确保“无遗漏、无错序”。

5. 生成/改写口播稿

   • 保持和讲义同序。
   • 在原文基础上补解释（为什么、做什么、怎么串起来）。
   • 将明显书面句改成可朗读口语，但保留技术准确性。

6. 自检（交付前必须做）

   • 顺序检查：逐节对照源讲义，确认无章节错位。
   • 覆盖检查：确认每个 ## 标题都在口播稿出现。
   • 风格检查：去除 AI 腔（如“我按原意展开”“本模型认为”等）。
   • 时长检查：用户要求 30 分钟时，正文体量必须足够。

口播稿写作规范（项目内）

• 使用自然中文口语，但保持技术密度。
• 每节先讲“这节要解决什么问题”，再讲细节。
• 代码块只保留必要片段，避免过多冗长粘贴。
• 优先解释主调用链和关键数据结构。
• 段落之间保持逻辑衔接词：
  • “先看…再看…”
  • “这里有个关键点…”
  • “到这里可以得到一个结论…”
• 不写无信息量填充语。

常见问题处理

• 如果用户说“内容太少”：
  • 增加每节的过渡解释、上下文背景、关键代码语义说明与小结。
• 如果用户说“顺序不对”：
  • 立刻按源讲义标题顺序重排，不保留旧结构。
• 如果用户说“太书面”：
  • 改成可朗读句式，缩短长句，减少“论文式”连接词。

回应模板（简洁）

交付时优先使用这类格式：

• 已更新：video/xxx-口播稿.md
• 处理结果：
  • 已按 docs/... 标题顺序重排；
  • 已覆盖讲义全部 ## 章节与测验引导；
  • 已口语化，去除 AI 腔。
• 如需下一步：可继续提供“按分钟分段版”或“分镜提示版”。

本次会话沉淀（项目特化）

以下是本项目已确认有效的约束，后续同类任务默认执行：

1. 用户明确要求：口播稿风格必须与原文一致，不能有 GPT 风格。
2. 用户明确要求：内容顺序必须与原讲义完全一致。
3. 用户明确要求：在原文基础上做补充和解释，不可偏离原文结构。
4. 用户明确要求：时长需可支撑长视频（至少 30 分钟）。
5. 用户明确反馈：像“讲义这里给了一个很清晰的三段总结，我按原意展开”这类书面提示语不适合口播，需改为自然口语。