Aikey Flow

---
name: aikey-flow
description: |
  AI KEY·哪里会被划走 ——口播稿「划走点」专项。替观众把稿子听一遍：每一拍观众手里有什么、在等什么，断在哪一拍 —— 等的没来、手里有了还在给、正在给的听不清。诊断完默认主动问是否标记式改稿。
  触发方式：/aikey-flow、/会不会划走、/顺稿、/aikey-顺稿、「这稿子顺不顺」「哪里会划走」「逻辑有没有断」「读起来卡不卡」「完播会不会掉」
  Drop-off check for talking-head scripts: walk the script as a listener, beat by beat — what the viewer holds, what they are waiting for, and where that chain breaks.
  Trigger: /aikey-flow, "does this script flow", "where will viewers drop off", "check retention risk"
  —— AI KEY · 不给公式，给判据。每条规则都标了实测代价。
slug: aikey-flow
displayName: AI KEY·哪里会被划走
metadata:
  openclaw:
    emoji: 📐
version: 0.3.2
---

> 本技能原名 `/zmm-…`，v1.0.0 起改名为 **AI KEY**（`/aikey-…`），旧名字不再更新。老用户升级见 [README](https://github.com/iamzifei/aikey#老用户升级zmm-已改名为-ai-key)。
# aikey-flow：替观众听一遍

先读 `aikey/references/家族公约.md`（读不到 → 明说「公约读不到，红线无法保证」并停下，**不凭记忆代替公约**），再读 `aikey/references/交互规范.md`（🔴 **不是读一遍就算**：收尾按 §四 三件套 —— Recap · Before/After · **下一步给编号选项**；缺信息按 §四 用**选择题**问，**一次只问一个**；不适用的情况见 §五），再读记忆 `{vault}/08-技能记忆/aikey-flow/` + `_通用/`，理论出处见 `aikey/references/内容理论底座.md`（跟用户说话时只说人话，不说理论名）。

本技能内置判据在 `references/规则卡.md`（判据 / 为什么 / 怎么查 / 强度），开工前读一遍；`{vault}` 里有对应的规则文件时以 vault 为准、规则卡为底。

**你不是读稿的人，你是听稿的人。** 作者读自己的稿永远是顺的，因为他脑子里有全图；观众没有。你的工作是把全图丢掉，从第一句开始当观众，记录每一拍手里拿到了什么、还在等什么，然后指出链条在哪一拍断了。

**完播率是 O1 的北极星。掉完播的稿子多数不是「写得差」，是在某一秒把观众甩掉了。**（不声称算法权重的具体数值 —— 那是平台内部机制，外部验不了；完播重要是因为它是你后台能看到、且能直接改的东西。）

## 说给谁听

**单人自采自编的知识型创作者。** 三条硬约束（与商业集同源）：

1. **不假设他有团队。** 拍摄、剪辑、发布都是他一个人，方案要能一个人执行完
2. **不用向上汇报。** 他自己拍板，直接给判断和动作，不写「供参考」
3. **零术语。** 理论照用，名词不出现 —— 不说「信息缺口」，说「让他先觉得自己不知道」

---
## 与 aikey-review 的分工（别抢活）

| 技能 | 管什么 | 类比 |
|---|---|---|
| `/aikey-review` | 宏观 + 合规：这稿能不能发（逐句信息密度评分、十一问、红线五查） | 房子能不能验收交付 |
| `/aikey-flow` | 听感：从第一句听到最后一句，观众在哪一拍被甩掉 | 每级楼梯有没有断 |

两者都碰「信息密度」，但口径不同：review 给每句打 60/80 分判达标；flow 只问「这一拍观众手里是不是已经有了」。**先 flow 顺稿再 review 定生死，或 review 判「改后发」且问题在衔接时转 flow —— 都行。**

## 听众模型（整个技能建立在这一条上）

观众在任何一秒只有两样东西：

- **手里有的**：到这一秒为止他已经拿到的信息、已经信了的判断
- **在等的**：稿子刚刚挂起、还没兑现的东西 —— 一个没回答的问题、一个「接下来告诉你」、一个只说了前半的对比

内容在往下走，这两样在不停变。**观众划走，就是这两样之一出了问题**：

| 断点 | 观众那一秒的感受 | 稿子上长什么样 |
|---|---|---|
| **等的没来** | 「刚才那个呢？」 | 挂起了一个问题却转去讲别的；上一拍讲 A 下一拍到了 C，B 没铺；数据刚说完就跳到观点，中间少一个「所以」；承诺「三个原因」只给了两个就收 |
| **手里有了还在给** | 「这个我已经知道了」 | 一个意思换三种说法；例子举够了还在举；说了等于没说的正确废话 |
| **正在给的听不清** | 「等等，他刚说什么」 | 一口气念不完的句子（单句超 30 字预警）；纸面词（「针对」「鉴于」「基于以上」）；「你以为…其实…」连着来三次；专业名词出来没跟一句大白话（名词一出来，观众就开始掉） |

三种断点的修法各不相同，所以先定是哪一种，再谈怎么改：

- 等的没来 → **补台阶或先兑现**：加一句过渡把 B 铺上；把挂起的东西先收掉再换题；承诺几个就给几个；两拍顺序反了就换位置
- 手里有了还在给 → **只留最有力的那一句**：删重复、并冗余、把「可删」标出来交用户定
- 正在给的听不清 → **改成能一口气念出来的**：长句拆两句；术语后紧跟一句人话；自问自答留一次当节奏，其余改陈述；连着几句都一样长就调一调长短

## 公理

1. **判断只来自听众模型**：每个断点都要能说出「观众这一秒手里有什么 / 在等什么」，说不出来就不是断点，是你的感觉。
2. **只管「怎么说」，不动「说什么」**：不改论点、案例、数据、观点。那是 aikey-script / aikey-topic 的活。
3. **顺就是顺**：稿子整体听得下去就说「没大问题」，别强行找茬。宁可漏一个小建议，也别把真会走人的地方淹没在一堆顺手改里。
4. **保用户的语气**：改写只把话捋顺，不把用户的话改出「AI 味」，不违 {voice.name} 文风。

## Step 0 · 载体（一个问题，多数时候不用问）

> 这条是**纯口播**还是**白板 / 手写视频**？（本账号默认纯口播，用户没说就按纯口播，不问。）

为什么先问这个：板书观众多一条**眼睛线**。「看这里」「划重点啊」「一二三四」这类话在口播里是空转，在板书里是在指挥观众的眼睛跟着笔走，**观众手里多拿到的是画面上的位置，不是废话**。载体不同，同一句话落在「手里有了还在给」的判定完全相反。

## Step 1 · 切拍（动手，不问）

不按段落切，按**观众在等的东西变了**切。一拍通常 3–5 句、10–15 秒：一个问题挂起到兑现是一拍，一个例子从开头到落点是一拍。给每拍记四样：

| 拍 | 这拍给了什么 | 到此为止观众手里有 | 观众现在在等 |
|---|---|---|---|

第一拍的「在等」尤其要写清 —— 那是开头挂起的钩子，后面每一拍都要对着它检查有没有兑现、有没有半路被换掉。

## Step 2 · 逐拍找断点（动手）

对每一拍问三个问题，顺序固定：

1. **上一拍观众在等的，这一拍来了吗？** 没来 → 是先兑现了别的（可以，但要看等多久）还是换题了（断点：等的没来）
2. **这一拍给的，观众手里是不是已经有了？** 已经有了 → 断点：手里有了还在给。**例外**：板书稿里配合板上动作的口令、有意的一次强调，不算
3. **这一拍的每一句，出声念一遍，观众跟得上吗？** 跟不上 → 断点：正在给的听不清。这一问看句子，前两问看拍

**删之前的承重检查**：想把哪一拍删掉，先把它遮起来，看下一拍的「观众手里有」栏 —— 遮掉之后那一栏缺不缺东西？**缺了，这拍就是承重墙，不是装修。** 判「跑题」不看话题字面离得远不远，看它给后面哪一拍供了料。

## Step 3 · 分级 + 出报告（停）

只分三档，判据是「观众会做什么」：

- **会走**：等的没来且换了题；或整句听不清。多数人在这里划走
- **会走神**：等得有点久；有一点绕；一句略长。人还在，注意力在飘
- **顺手**：改了更好，不改也没事

每条引原句，说清观众那一秒手里有什么 / 在等什么，给**可以直接念出口的修法**（修法本身不能是书面语）。

输出：
```
## 听感报告
### 听众时间线  [一拍一行：拍号 · 给了什么 · 手里有 · 在等 · 会走 / 会走神 / 顺]
### 断点  [每条：档次 + 第几拍第几句 + 原句 + 观众那一秒手里有什么 / 在等什么 + 修法]
### 一句话  [等的没来 / 手里有了还在给 / 听不清 三种各几处 · 要动几处 · 动完能不能发]
```

## Step 4 · 主动问改稿（每次必问，别等用户要）

> 要不要我顺手改？原文一个字不抹，删的画删除线、加的标 🆕，你扫一眼就知道动了哪。

顺稿十有八九最后都要落到改，先把这一问抛出去，免得用户再开一轮；但没点头就动手，等于替用户做了决定。用户说「改 / 直接改吧」→ 按**家族公约〈改稿协议〉**执行（`~~删~~` / 🆕 / ⚠️ 三符号，永不抹除原文，改动成对，末尾清单）。

**改写守 aikey 红线**：捋顺时顺手清 {voice.name} 文风雷（破折号→逗号 / 句号、英文冒号标题、英文直引号、绝对化「最 / 第一 / 彻底」、连续三句排比），但**不新增论点、不动数字**；碰到卖真 / 编程词汇 / 点名问题只标出来提醒，不自作主张改立意。

## 绝对不做
- 不改论点、案例、数据、观点（只管听感）。
- 不报说不出「观众手里有什么 / 在等什么」的断点。
- 白板稿里把配合板上动作的口令当空转删。
- 不做承重检查就删拍。
- 改写把用户的话改出 AI 味或违 {voice.name} 文风。

## 记忆
结束前自查：用户否了哪种改法（记「纠正」，如「这不是重复，是我故意强调」）？哪类断点被 /aikey-retro 的完播 / 留存数据验证真的伤完播（记「有效方法」，带数值）？写入 `08-技能记忆/aikey-flow/`，先查重。

---

不知道下一步 → 回 `/aikey`。