AA-01 · 网文拆集与钩子卡点体检

① 场景引入

一、这件事现在是什么样

剧本开发（编剧与剧本总监） · 真实业务触发

新买的网文《闪婚厚爱》要拆 80 集，一卡（前 10 集）下周交平台编辑。第 10 集是付费卡点，编辑一定会问「第 8 集为什么不砍」—— 这一问答不上来，一卡就过不去。

二、痛点 · 每条都有来源

1「一卡剧本」是生死线：前 10 集过不了平台评估，项目不立项、编剧白干 —— 所以拆集的真实交付物不是 80 集全本，是能过审的一卡结构依据 · 微短剧编剧生态报道 —— 「一卡剧本」是生死线：先只写前 10 集交平台评估，一卡过不了项目不立项、编剧白干；新人编剧单部 8000-1.2 万还承担高强度修改2甲方平均每 10 集跟进一次改稿，钩子和爽点不够「几乎就要推翻重写」—— 改稿不是补字，是按反馈逐集修钩子，而反馈往往只有「没味儿」三个字依据 · 短剧编剧访谈 —— 甲方平均每 10 集跟进一次改稿，钩子和爽点不够「几乎就要推翻重写」；熟练编剧一天写 5-10 集，一部 100 集半个月内写完3行业标准是 100 集里至少 95 集有小钩子、第 10 集是第一个付费点；九州复盘高预算剧不爆款的原因就是「叙事节奏慢、铺垫多、没有卡点」—— 钩子密度是可数的结构指标，不是感觉依据 · 短剧行业复盘—— 「一部 100 集的剧，至少 95 集是要有小钩子的」，小钩子在每集结尾、大钩子在 30/60 集充值节点；第 10 集是第一个付费点，制片人对前 10 集剧本要求最严；九州复盘高预算剧不爆款原因是「叙事节奏慢、铺垫多、没有卡点」4编剧日常已用 AI 做大纲提炼，但 AI 剧本被制片人打回三次的理由只有一个「没味儿」—— 通用 AI 给得了网文味初稿，给不了「你们账号里哪类钩子跑量」依据 · 潮新闻《AI 浪潮中一位普通编剧》—— 编剧日常已用豆包/DeepSeek做大纲提炼、人物小传；备案文案和分集梗概「已被 AI 完全替代，比刚毕业的大学生靠谱」；AI 剧本被制片人打回三次的理由只有一个「没味儿」；红果批量暂停真人项目、中小承制方资金承压5快手官方已把爆款拆成公式（男频压迫-隐忍-掉马-碾压、女频灰姑娘逆袭），证明钩子结构可以按维度评估 —— 缺的只是有人把本公司数据对着公式数一遍依据 · 快手官方爆款公式 —— 男频「压迫-隐忍-掉马-碾压-后悔」打脸流、女频灰姑娘逆袭流已被平台官方结构化拆解；证明钩子结构是可以按维度评估的，不是玄学

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 「一卡剧本」是生死线：前 10 集过不了平台评估，项目不立项、编剧白干 —— 所以拆集的真实交付物不是 80 集全本，是能过审的一卡结构甲方平均每 10 集跟进一次改稿，钩子和爽点不够「几乎就要推翻重写」—— 改稿不是补字，是按反馈逐集修钩子，而反馈往往只有「没味儿」三个字行业标准是 100 集里至少 95 集有小钩子、第 10 集是第一个付费点；九州复盘高预算剧不爆款的原因就是「叙事节奏慢、铺垫多、没有卡点」—— 钩子密度是可数的结构指标，不是感觉编剧日常已用 AI 做大纲提炼，但 AI 剧本被制片人打回三次的理由只有一个「没味儿」—— 通用 AI给得了网文味初稿，给不了「你们账号里哪类钩子跑量」

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

6 步 · 每一步的产出都是下一步的输入

1. 触发 · 新 IP 到手，一卡下周交平台编辑只看前 10 集；第 10 集是付费卡点，前 10 集的钩子密度决定生死第 2步拆解 · 网文按场次切成 80 集初排按情节单元切分并标注每集结尾状态；付费卡点集（10/20/40/60/80）单独标记第3 步体检 · 逐集钩子与爽点密度评分对照《回廊深处》基准与爆款公式逐集打分；无钩子集、密度不足集逐条列出第4 步付费卡点专项 · 第 10 集前为什么不停第 8 集爽点密度不足的问题在这一步暴露 —— 编辑必问的问题先答掉第 5步对照 · 与本公司跑量剧并排比《回廊深处》第 8-10 集的结构并排显示；同类钩子在本账号的历史转化并列
2. 交付 · 一卡包与改稿优先级清单体检表带逐集出处；编剧确认栏留空，改不改、怎么改由剧本总监定

要准备什么：网文原著《闪婚厚爱》txt（全书 42 万字）拆集的源头；前三章定生死，正文里埋着 80 集的场次《回廊深处》剧本定稿 + 分集付费转化数据本公司跑量剧 —— 历史爆款库里唯一有完整转化数据的一部平台编辑历次反馈截图（微信语音转文字）驳回意见从未归档，散在剧本总监的聊天记录里公司题材台账 Excel（半年没更新）拍了什么题材、什么结果，靠记忆补

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 5 ÷ 落地难度 2 = 8.5

最大差异点：不拿通用爆款公式硬套。体检基准取自两处：本公司跑量剧《回廊深处》的分集结构与投流转化数据（哪几集付费高），加上平台公开的爆款公式。基准写进体检表，编剧可以逐条反驳。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：分集结构与体检表.xlsx 正式件 · 3 sheet（分集初排 / 逐集钩子评分 / 付费卡点专项）· 含编制与审核签批栏
• 可派发清单：改稿优先级清单.xlsx 可派发 · 每条写明第几集、缺什么、基准是多少、建议改法
• 可派发清单：历史反馈归档表.xlsx 可派发 · 把散在聊天记录里的历次驳回意见变成可检索台账

这套东西不承诺什么：不替编剧写台词 —— 分集结构、钩子位置与体检结论可以出，台词与桥段必须编剧自己写，这是「一卡过审」里被评估的核心。不预测能不能过审 —— 平台编辑的判断就是产品决策，只出体检表不给过审结论。不改网文原著 —— 只读不写，拆解结论回编剧。推荐意见栏留空。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：南屿影业（成都）文化传媒有限公司（虚构）38 人微短剧制作公司。本次触发：商务组买下网文《闪婚厚爱》改编权 4 天，原著 txt 共 38.6 万字，平台编辑要求 7 天内交「一卡剧本」前 10 集用于过审评估，过不了则编剧白干。罗嘉明（剧本总监）拿到的任务是把网文拆成 80 集分集初排，并对 5 个大钩子集（第 10/20/40/60/80 集）做钩子评分，对照上一部跑量剧《回廊深处》72 集的爆款结构改稿。

分集初排80 集历史驳回归档18 条第 10 集钩子分4.2 / 56 维评分维度开篇 / 卡点 / 悬念 / 反转 / 余韵

输入短剧制作公司手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

• 01_分集结构与体检表.xlsx 罗嘉明（剧本总监）按 6 维钩子评分维度对 80 集分集做逐集打分，5 个大钩子集（10/20/40/60/80 集）专项标注，付费卡点第 10 集单列剧本总监编制 · 编剧组评审 · 总编（苏晚棠）签批
• 02_改稿优先级清单.xlsx 按分集评分派生改稿优先级，标 P0 / P1 / P2 三档，每条带集数、缺什么、基准是多少、建议改法剧本组可派发 · 编剧按清单认领修改
• 03_历史反馈归档表.xlsx 把过去 6 个月散在微信群里的 18 条平台驳回意见归档为可检索台账，每条带剧名、平台、驳回集数、驳回理由、申诉结果剧本组可派发 · 总编维护
• 04_本剧钩子密度趋势.xlsx 80 集分集评分的逐集分布图数据，用于和回廊深处做横向对比剧本组可派发

注意标橙色那一份 —— 01_分集结构与体检

表.xlsx。它剧本总监编制 · 编剧组评审 · 总编（苏晚棠）签批，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这是刚买的一部网文，要拆成 80 集竖屏短剧，前 10 集出一卡，下周交平台编辑。 《回廊深处》的剧本和分集付费数据也给你，那是我们跑量的剧，拿它当基准。 每一集结尾的钩子对照基准打个分，不够的标出来我自己改。第 10 集是付费卡点，前 10 集逐集说清楚为什么观众不停。台词我自己写。过不过审的结论别下，编辑定。

短是因为爆款公式、钩子评分维度、卡点集检查规则都写在能力包里了。你只需要说清这是哪部剧、基准用哪部。触发一卡剧本生死线：80 集分集 + 5 个大钩子评分

通用 AI 十分钟就能把网文拆成 80 集，拆出来的本子三个月没一个过一卡

罗嘉明（剧本总监）把《闪婚厚爱》38.6 万字网文交给她和陈默（编剧）去做分集初排。剧本总监的真实交付物不是全本，是能过审的「一卡剧本」前 10 集 + 能留人的钩子结构。角色职责这次要交的时间窗罗嘉明（剧本总监）钩子评分 / 卡点设计一卡 + 5 个大钩子集评分7 天陈默（编剧）分集初排 / 改稿80 集分集初排稿7 天苏晚棠（总编）终审 / 平台对接一卡 + 评分表D+7平台编辑（外部）过审评估—D+10合计 4 角色职责 4 段交付 4 件7 天窗口期这一步不是要把网文全写完，是要拿出一份「能过审的」评估包。平台编辑 7 天后给一句话：「前 10 集钩子密度可以，进入立项」或「节奏太慢，驳回」。从历史里想起了公司踩过的坑上一部《回廊深处》第 63 集被驳回过一次「称谓不统一」（顾总/顾总夫人混用），下架了 6 小时才申诉回来，那次损失了 2.1 万自然流。这次的剧本评估把「称谓」从 6 维评分里单独拎出来做卡点标记，就是为了不让上一次的事再发生一次 —— 这条不靠当年经手的人还在不在职，它是 03_历史反馈归档表 18 条驳回里第 2 条的口径，结构化的、不依赖记忆。

第 1 步 · 要素校验 · 6 维评分维度和爆款基线是否对齐

不沿用爆款基线的评分维度，结论就是给自己看的

280 集逐集打分 · 重点标注 5 个大钩子集

这一步是全场景的核心：从「几句话」变成「一集一格表」

分集段集数维度评分P 档01-099 集开篇抓人3.8P2101 集第 1 卡点4.2P0 必保11-199 集中段悬念3.6P2201 集第 2 卡点

4.0P121-3919 集中段悬念3.4P1401 集大反转4.1P141-5919 集中段悬念3.5P2601 集大反转3.9P161-7919 集中段悬念3.6P2801集收尾余韵3.7P2合计 80 集———P0×1 / P1×3 / P2×6第 10 集评分 4.2 达到付费卡点达标线（4.0），是这一稿最稳的一集。中段 21-39 集是全剧最大短板，均分 3.4 比回廊深处的 3.9 差 0.5 分 —— 是改稿优先级清单的 P1 高优先级项。到这里为止，一切正常 —— 接下来不该做的事才是关键评分打完了，剧本组这时候最容易犯的错是「按 P 档直接派给编剧改」。但派工之前还要看一件事：第 10 集和 03_历史反馈归档 表里的「闪婚厚爱（本剧）」这一行接得上吗。如果接不上 —— 也就是评分只看了「本剧钩子密度」，没交叉看「平台在历史剧上驳回过什么」—— 那这一稿再高分也可能在第 10 集就被「称谓不统一」驳回。下一步查的就是这件事。

第 3 步 · 交叉 · 评分结论 + 历史驳回 = 改稿优先级

两个表对不上，结论就是给自己看的

第 4 步 · 改稿优先级清单 · 派工依据

P0 / P1 / P2 三档对应不同时间投入

之后留证 · 三份产出与一份评估包

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

网文拆集与钩子卡点体检 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

novel-split-hook-audit.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是短剧制作公司手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁AA-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

XLS01_分集结构与体检表.xlsx罗嘉明（剧本总监）按 6 维钩子评分维度对 80 集分集做逐集打分，5 个大钩子集

• （10/20/40/60/80 集）专项标注，付费卡点第 10 集单列
• 02_改稿优先级清单.xlsx 按分集评分派生改稿优先级，标 P0 / P1 / P2 三档，每条带集数、缺什么、基准是多少、建议改法
• 03_历史反馈归档表.xlsx 把过去 6 个月散在微信群里的 18 条平台驳回意见归档为可检索台账，每条带剧名、平台、驳回集数、驳回理由、申诉结果 XLS04_本剧钩子密度趋势.xlsx80 集分集评分的逐集分布图数据，用于和回廊深处做横向对比

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

这是刚买的一部网文，要拆成 80 集竖屏短剧，前 10 集出一卡，下周交平台编辑。 《回廊深处》的剧本和分集付费数据也给你，那是我们跑量的剧，拿它当基准。 每一集结尾的钩子对照基准打个分，不够的标出来我自己改。第 10 集是付费卡点，前 10 集逐集说清楚为什么观众不停。台词我自己写。过不过审的结论别下，编辑定。

为什么这么短就够了：短是因为爆款公式、钩子评分维度、卡点集检查规则都写在能力包里了。你只需要说清这是哪部剧、基准用哪部。

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• AA-01_分集结构与体检表.xlsx 正式件 · 3 sheet（分集初排 / 逐集钩子评分 / 付费卡点专项）· 含编制与审核签批栏
• AA-01_改稿优先级清单.xlsx 可派发 · 每条写明第几集、缺什么、基准是多少、建议改法下载
• ↓XLSAA-01_历史反馈归档表.xlsx 可派发 · 把散在聊天记录里的历次驳回意见变成可检索台账

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：网文原著《闪婚厚爱》txt（全书 42 万字）拆集的源头；前三章定生死，正文里埋着 80 集的场次《回廊深处》剧本定稿 + 分集付费转化数据本公司跑量剧 —— 历史爆款库里唯一有完整转化数据的一部平台编辑历次反馈截图（微信语音转文字）驳回意见从未归档，散在剧本总监的聊天记录里公司题材台账 Excel（半年没更新）拍了什么题材、什么结果，靠记忆补

人工边界：不替编剧写台词 —— 分集结构、钩子位置与体检结论可以出，台词与桥段必须编剧自己写，这是「一卡过审」里被评估的核心。不预测能不能过审 —— 平台编辑的判断就是产品决策，只出体检表不给过审结论。不改网文原著 —— 只读不写，拆解结论回编剧。推荐意见栏留空。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

剧本开发（编剧与剧本总监） · 产出即下一步输入

AA-02 · 剧本红线预审 — 剧本第 47 集的问题，平台审核驳回那天才有人发现 · 而驳回意见只有一句「内容不合规」查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。