360 Secure SkillHub
360 安全技能中心

AI KEY·哪里会被划走

把口播稿当观众听一遍:逐拍记录观众手里有的、正在等的,找出三类断点——等的没来、手里有了还在给、听不清,分「会走/会走神/顺手」三档,引原句给能念出口的修法,末尾主动问是否标记式改稿(原文不删)。适合顺稿、查完播风险、检查逻辑与念读卡顿;输入口播稿,输出听感报告+改稿建议。不管发布红线和共鸣(另见 review/resonate)。

iamzifei
iamzifei
热度 23.69
最近更新 2026-10-10 15:30:52
分类:营销依赖:读写文件 / 内部调用大模型应用场景:文案创作 / 校对润色 / 社交媒体

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add aikey-flow
Metadata
name
aikey-flow
description
AI KEY·哪里会被划走 ——口播稿「划走点」专项。替观众把稿子听一遍:每一拍观众手里有什么、在等什么,断在哪一拍 —— 等的没来、手里有了还在给、正在给的听不清。诊断完默认主动问是否标记式改稿。不负责发布红线和能不能发(→ aikey-review)、内容戳不戳人(→ aikey-resonate)、单独换开头或标题(→ aikey-hook / aikey-title)。 触发方式:/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. Not for: red lines and publish-readiness (aikey-review), whether it resonates (aikey-resonate), replacing just the opening or title (aikey-hook / aikey-title). 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.3

本技能原名 /zmm-…,v1.0.0 起改名为 AI KEY(/aikey-…),旧名字不再更新。老用户升级见 README。

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。