短视频逐字稿逻辑延续与完播率风险检查：找段落断裂…

当用户要求检查短视频逐字稿的逻辑延续、文稿顺畅度、完播率风险或哪里会划走，或使用 `/dbs-script-flow` 时使用。

适用场景

解决思路

1. 使用普通 Markdown 在当前对话中交付检查报告和改稿记录，保持平台无关；不依赖特定笔记软件，不负责创建、保存或打开本地审阅文件，文件渲染与应用打开由项目外部能力处理。
2. 以「完播率的敌人不是内容差，而是某一个瞬间观众跟不上了」为核心原则；观众划走只查三个原因：逻辑断裂（前一段讲 A，下一段突然跳到 C，中间缺 B）、信息密度掉了（重复已说内容或绕圈子）、口播卡壳（句子太长、太书面、自问自答，念不出来）。
3. 第一步分段：把逐字稿按自然段落（话题切换点）分成若干段，每段标注段号、段落主题（一句话概括这段在讲什么）、段落功能（开场 / 背景铺垫 / 论证 / 案例 / 转场 / 高潮 / 结尾）。
4. 第二步逐段扫描维度 1：逻辑衔接（前后段之间）。问自己：上一段最后一句和这一段第一句之间有没有逻辑跳跃？观众听完上一段能不能自然理解为什么要讲这一段？如果不能，缺的承上启下信息是什么？
5. 维度 1 常见问题：从个案突然跳到宏观分析，中间缺一句过渡；从解释原因突然跳到另一个话题，前一个话题没收束；从数据跳到观点，中间缺一句「所以」。
6. 维度 1 修复方法：加一句过渡句（通常一句话就够）；在前一段末尾加一句收束；调整段落顺序。
7. 第二步逐段扫描维度 2：信息密度（段落内部）。问自己：这一段有没有重复前面已经说过的信息？有没有绕圈子（用 5 句话说了一个 1 句话就能说清的事）？如果把这一段删掉，观众会不会 miss 掉关键信息？
8. 维度 2 常见问题：同一个意思换了三种说法反复讲；解释一个概念时举了太多例子，观众已经懂了还在举；某一段是「正确的废话」——说了等于没说。
9. 维度 2 修复方法：删减重复的表述，只保留最有力的一种；合并冗余段落；标注「可删」让用户决定。
10. 第二步逐段扫描维度 3：口播流畅度（句子级别）。问自己：这句话能一口气念出来吗？（超过 30 字的单句要警惕）；有没有书面语？（「针对」「鉴于」「基于以上分析」）；有没有自问自答？（「你以为 X 吗？其实 Y」——偶尔可以，连续用会烦）；有没有生造的概念？（观众听不懂的术语，且没有即时解释）。
11. 维度 3 常见问题：定语套定语，一句话里塞太多信息；用了一个术语但没有马上解释；连续几个短句节奏太碎，或连续几个长句节奏太闷。
12. 维度 3 修复方法：长句拆成两句；术语后面紧跟一句大白话解释；调整长短句交替的节奏。
13. 第三步标注风险等级：🔴 高风险为观众大概率在这里划走，如逻辑断裂、信息密度严重下降；🟡 中风险为观众可能走神但不一定划走，如衔接不够顺、稍有啰嗦；🟢 小建议为改了更好、不改也行，如口播微调、用词优化。
14. 按输出格式生成「## 逻辑延续检查报告」：先给「### 段落结构」表格，列为段号、主题、功能、状态；状态可用 ✅/🟡 等标记。
15. 在「### 问题清单」中按风险等级列出问题；每个问题引用原文（上一段末尾与下一段开头或具体句子），写清「问题」为什么会让观众跟不上，并给「修复建议」；修复建议要给出可直接替换或新增的句子。
16. 在「### 整体评估」中用一句话分别总结逻辑衔接、信息密度、口播流畅度，并给整体判断：需要改几处，改完可以发。
17. 输出整体评估之后，必须主动问用户：「要直接帮你标记式改稿吗？改的时候保留你的原文，用删除线和 🆕 emoji 标出改动。」不要等用户主动要求，也不要问都不问就改，把主动权留给用户。
18. 当用户回复「改」「帮我改」「直接改吧」「改原文」时，启动标记式改稿。
19. 标记式改稿核心原则：永不抹除用户原文；改稿是在原文上叠加标记，不是用新版本替换旧版本；用户必须能一眼看出哪些是他自己写的、哪些是 AI 删除/替换建议、哪些是 AI 新增的内容、哪些是 AI 之前改过又被还原的。
20. 使用三种通用 Markdown 标记符：`~~删除线~~` 标记建议删除或被替换的原文；🆕 标记新增/改写的内容；⚠️ 标记 AI 自己撤回判断、还原原文。
21. 改稿规则 1：改的过程直接在原文位置操作，不要写一个完整的新版本贴在底部。
22. 改稿规则 2：每个改动都成对出现，`~~原文~~` 紧跟着 🆕 新版本，让对照关系一目了然。
23. 改稿规则 3：整段删除时，保留原段落用删除线，下面用 🆕 解释为什么删，或给压缩版替代。
24. 改稿规则 4：改完末尾给一个改动清单，用表格列出每处改动的位置、类型、原因，让用户快速 review。
25. 改稿规则 5：多轮反馈要追加不要覆盖；如果用户指出某处改错了，用 ⚠️ 标注还原，不要直接改回去当作没发生过。
26. 改完输出格式：先输出「原文 + 标记式改动」且原地操作；再输出「### 改动清单」表格，列为位置、类型、说明；末尾给一句话决断（哪几处一定要改、哪几处改不改都行），让用户知道优先级。
27. 注意事项 1：不要改内容观点；这个 skill 只管「怎么说」，不管「说什么」；不要改用户的论点、案例、数据。
28. 注意事项 2：修复建议要口语化；给出的过渡句和改写必须能直接念出来，不能是书面语。
29. 注意事项 3：不要过度诊断；如果稿子整体很顺，就说「没什么问题」，不要强行找茬。
30. 注意事项 4：优先标高风险；宁可漏掉一个小建议，也不要把高风险问题淹没在一堆小问题里。
31. 注意事项 5：保持用户的语气；改写时要保持用户自己的说话风格，不要把用户的话改成「AI 味」。
32. 注意事项 6：给出具体位置；每个问题都要引用原文，让用户一眼就能找到。
33. 注意事项 7：改稿前先确认拍摄方式：是否白板视频会改变判断标准——白板视频里并列清单是视觉优势、「划重点啊」「看这里」是和板上动作配套的提示词，不该改；如果用户没说，问一句「这是白板视频还是纯口播」。
34. 注意事项 8：判断「跑题」前先问一句：如果删掉这段，观众在前一个关键节点能不能靠自己脑补出具体含义？如果脑补不出来，那这段就是必要的论证肉，不是赘肉；不要只看「话题字面上偏不偏」，要看「这段话在服务哪个论点」。
35. 与其他 Skill 区分：本技能只检查微观衔接：每段到下段是否丝滑；其他 Skill 按各自英文标准名调用。
36. 完成当前任务后直接结束；只有用户明确询问下一步，且当前环境已经安装 `/dbs` 时，简短提示：「下一步不确定时，可以输入 `/dbs`。」

适用边界 · 注意事项

• 不适用于需要修改内容观点、论点、案例、数据的情况；本技能只管怎么说，不管说什么。
• 不适用于未确认拍摄方式就改稿，尤其白板视频；白板视频的并列清单和「划重点啊」「看这里」等提示词不应按纯口播标准改。
• 不适用于需要创建、保存或打开本地审阅文件、依赖特定笔记软件或平台专属交付的场景；本技能只在当前对话用普通 Markdown 交付。