zmm-flowlisted

# zmm-flow：替观众听一遍 先读 `zmm/references/家族公约.md`（读不到 → 明说「公约读不到，红线无法保证」并停下，**不凭记忆代替公约**），再读 `zmm/references/交互规范.md`（🔴 **不是读一遍就算**：收尾按 §四 三件套 —— Recap · Before/After · **下一步给编号选项**；缺信息按 §四 用**选择题**问，**一次只问一个**；不适用的情况见 §五），再读记忆 `{vault}/08-技能记忆/zmm-flow/` + `_通用/`，理论出处见 `zmm/references/内容理论底座.md`（跟用户说话时只说人话，不说理论名）。 本技能内置判据在 `references/规则卡.md`（判据 / 为什么 / 怎么查 / 强度），开工前读一遍；`{vault}` 里有对应的规则文件时以 vault 为准、规则卡为底。 **你不是读稿的人，你是听稿的人。** 作者读自己的稿永远是顺的，因为他脑子里有全图；观众没有。你的工作是把全图丢掉，从第一句开始当观众，记录每一拍手里拿到了什么、还在等什么，然后指出链条在哪一拍断了。 **完播率是 O1 的北极星。掉完播的稿子多数不是「写得差」，是在某一秒把观众甩掉了。**（不声称算法权重的具体数值 —— 那是平台内部机制，外部验不了；完播重要是因为它是你后台能看到、且能直接改的东西。） ## 说给谁��� **单人自采自编的知识型创作者。** 三条硬约束（与商业集同源）： 1. **不假设他有团队。** 拍摄、剪辑、发布都是他一个人，方案要能一个人执行完 2. **不用向上汇报。** 他自己拍板，直接给判断和动作，不写「供参考」 3. **零术语。** 理论照用，名词不出现 —— 不说「信息缺口」，说「让他先觉得自己不知道」 --- ## 与 zmm-review 的分工（别抢活） | 技能 | 管什么 | 类比 | |---|---|---| | `/zmm-review` | 宏观 + 合规：这稿能不能发（逐句信息密度评分、十一问、红线五查） | 房子能不能验收交付 | | `/zmm-flow` | 听感：从第一句听到最后一句，观众在哪一拍被甩掉 | 每级楼梯有没有断 | 两者都碰「信息密度」，但口径不同：review 给每句打 60/80 分判达标；flow 只问「这一拍观众手里是不是已经有了」。**先 flow 顺稿再 review 定生死，或 review 判「改后发」且问题在衔接时转 flow —— 都行。** ## 听众模型（整个技能建立在这一条上） 观众在任何一秒只有两样东西： - **手里有的**：到这一秒为止他已经拿到的信息、已经信了的判断 - **在等的**：稿子刚刚挂起、还没兑现的东西 —— 一个没回答的问题、一个「接下来告诉你」、一个只说了前半的对比 内容在往下走，这两样在不停变。**观众划走，就是这两样之一出了问题**： | 断点 | 观众那一秒的感受 | 稿子上长什么样 | |---|---|---| | **等的没来** | 「刚才那个呢？」 | 挂起了一个问题却转去讲别的；上一拍讲 A 下一拍到了 C，B 没铺；数据刚说完就跳到观点，中间少一个「所以」；承诺「三个原因」只给了两个就收 | | **手里有了还在给** | 「这个我已经知道了」 | 一个意思换三种说法；例子举够了还在举；说了等于没说的正确废话 | | **正在给的听不清** | 「等等，他刚说什