同步：脚本创作技能深度优化、账号分析技能重构、知识库调整
This commit is contained in:
maogeigei committed
1 parent
8f7ec9e794
commit
fc0e9ddb6b
74 files changed
+931
-4308
No files matched your search
@@ -1,396 +0,0 @@
|
||||
# 创作流程与知识库关联性评估报告
|
||||
|
||||
> 评估时间：2026-07-21
|
||||
> 评估对象：11步创作流程 × 8大知识库分类（09_脚本分镜暂无内容）
|
||||
> 评估方法：显式引用 + 隐式知识需求 双维度交叉分析
|
||||
|
||||
---
|
||||
|
||||
## 一、知识库→创作流程 整体映射矩阵
|
||||
|
||||
| 知识库分类 | S1需求拆分 | S2拆解完善 | S3对标拆解 | S4账号设定 | S5选题 | S6框架 | S7大纲 | S8广告 | S9脚本 | S10分镜 | S11诊断 |
|
||||
|:---|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|:---:|
|
||||
| **01_账号设定** (3文件) | — | △ | △ | ★ | ● | ● | ● | — | ● | — | ● |
|
||||
| **02_故事选题** (6文件) | — | △ | — | — | ★ | ● | ● | — | — | — | — |
|
||||
| **03_框架节奏** (7文件) | — | △ | — | △ | — | ★ | ● | ● | ● | ● | ● |
|
||||
| **04_爆款开场** (11文件) | — | — | △ | — | ● | ● | ★ | — | ● | — | ● |
|
||||
| **05_极致事件** (5文件) | — | — | — | △ | ● | ● | ● | — | ● | — | — |
|
||||
| **06_剧情钩子** (2文件) | — | — | — | △ | ● | ● | ● | — | ● | — | — |
|
||||
| **07_对话风格** (9文件) | — | △ | — | ★ | — | — | — | — | ★ | — | ● |
|
||||
| **08_脚本诊断** (4文件) | — | — | — | — | — | — | — | — | △ | — | ★ |
|
||||
|
||||
**符号说明：**
|
||||
- ★ = **核心依赖**（步骤的核心执行逻辑直接依赖该知识库）
|
||||
- ● = **强关联**（步骤的重要输出质量依赖该知识库）
|
||||
- △ = **一般关联**（步骤的部分维度或可选逻辑涉及该知识库）
|
||||
- — = **无直接关联**（该知识库不直接参与该步骤的执行逻辑）
|
||||
|
||||
---
|
||||
|
||||
## 二、逐步骤知识需求分析
|
||||
|
||||
### 步骤 1：需求拆分任务规划
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| — | 所有 | 无可直接关联 | 步骤1是纯结构化解析，输出五维度状态表，不涉及任何创作方法论 |
|
||||
|
||||
**隐式需求：** 步骤1的"需求澄清清单"含平台(5类)、账号(4类)、赛道(6类)、受众(4子项)、创作目的(4类)等分类体系，这些分类标准需要短视频行业通用知识支撑，但目前均内嵌于步骤1的System Prompt中，**知识库中没有对应文件**。
|
||||
|
||||
**缺口评级：🟢 低** — 内嵌分类体系已足够，无需单独知识库文件。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 2：任务需求拆解完善
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| △ | 01_账号设定 | S4的七维度+八维度模板（作为推理目标框架） | 推理补全时参考"完整的达人设定长什么样" |
|
||||
| △ | 02_故事选题 | 元素叠加/跨界重组方法论（作为选题推理工具） | 从"赛道+素材"推导选题方向时使用 |
|
||||
| △ | 03_框架节奏 | 标准结构模板（作为框架推理参考） | 从"赛道+形式+时长"推导框架类型时使用 |
|
||||
| △ | 07_对话风格 | 语言风格映射方法论（作为台词风格推理工具） | 从"性格气质+赛道"推导说话风格时使用 |
|
||||
|
||||
**处理规则中的推理链：**
|
||||
- 赛道+目标受众 → 达人身份 → 性格气质 → 差异化标签（依赖01_账号设定）
|
||||
- 赛道+已有素材 → 选题方向 → 切入角度（依赖02_故事选题）
|
||||
- 赛道+内容形式+预期时长 → 最优框架（依赖03_框架节奏）
|
||||
- 性格气质+赛道 → 说话语气+语速+口头禅（依赖07_对话风格）
|
||||
|
||||
**关联分析：** 步骤2是"信息补全推理"过程，需要以上4个知识库作为"补全目标的全貌参考"，但**不需要深度调用具体方法论**（那是S4-S7的事）。当前4个推理链以粗粒度引用方式内嵌在步骤2的System Prompt中。
|
||||
|
||||
**缺口评级：🟡 中** — 推理链正确但未显式关联具体知识库文件，AI执行时需自行检索。建议添加"参考知识库：01账号设定/02故事选题/03框架节奏/07对话风格"声明。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 3：对标视频账号拆解
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| — | 01_账号设定 | 人设维度框架（三维度拆解的维度一） | 拆解对标达人时参考人设维度 |
|
||||
| △ | 04_爆款开场 | 10种开场方式分类（识别对标视频开场类型） | 拆解对标视频开场时用于类型识别和归类 |
|
||||
| — | 05_极致事件 | 预期反转/荒诞化/错位化（识别对标视频冲突手法） | 拆解冲突事件时用于手法分类 |
|
||||
|
||||
**步骤3自带的框架：** 三维度拆解框架（人设分析4层 / 大纲结构4层 / 关键事件5项）内嵌在System Prompt中，有自己完整的拆解方法论，**不依赖知识库的已有内容**。
|
||||
|
||||
**关联分析：** 步骤3是独立的"输入→拆解→归类"流程，其方法论自成体系。知识库中的04_爆款开场可用于"开场类型归类"，但当前步骤3的钩子分类（提问/痛点/反常识/故事切入）与知识库的10种分类不完全对齐。
|
||||
|
||||
**缺口评级：🟡 中** — 步骤3的钩子分类只有4种，而知识库04有10种开场方式。拆解时只能将视频开场归入粗粒度的4类，无法精准映射到10种标准类型。建议对齐分类体系。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 4：账号设定解析和确认
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ★ | 01_账号设定 | IP线索流体系、IP记忆点与人设沉淀、真实IP打造体系 | System Prompt内嵌的"设计参考选项"直接引用了IP记忆点/真实IP打造等核心概念 |
|
||||
| ★ | 07_对话风格 | 口播交流感四阶进阶法、口播横纵二维系统化方法 | 达人人设维度⑤"语言风格"，维度⑥"说话/行为风格"的核心方法论来源 |
|
||||
| △ | 03_框架节奏 | 标准爆款结构模板（产出"爆款内容体系"维度③时参考） | 账号设定维度③需定义"选品逻辑+通用内容框架+情绪曲线" |
|
||||
| △ | 05_极致事件 | 预期反转/荒诞化/无厘头/错位化创作体系 | 人设差异化设计和"差异化壁垒"维度④时可参考 |
|
||||
| △ | 06_剧情钩子 | 情绪价值设计方法论、切换关系法 | 设计达人情绪倾向和关系设计时可参考 |
|
||||
|
||||
**步骤4的"设计参考选项"内容分析：**
|
||||
步骤4的System Prompt中嵌入了大型选项库（性格7种/气质5种/瑕疵5种/情绪6种/价值12种/三观11种/语态4维/符号4类），这实质上是 **01_账号设定 + 07_对话风格 的知识库内容被直接内嵌到Prompt中**。
|
||||
|
||||
**关联分析：** 步骤4是知识库调用最集中的步骤之一。知识库中的01和07直接为步骤4提供方法论支撑，但当前调用方式是"内嵌式"（Prompt中写入选项），而非"引用式"（告诉AI去查哪个知识库文件）。这种方式在知识库更新后，步骤4的Prompt可能过期。
|
||||
|
||||
**缺口评级：🟡 中** — 知识库01/07与步骤4高度关联，但缺少显式引用声明。02_故事选题也与步骤4的"选题方向""选品逻辑"维度相关但未被引用。建议：（1）添加显式知识库引用；（2）Prompt中的设计选项与知识库文件同步更新。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 5：生成短视频选题
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ★ | 02_故事选题 | 元素叠加/并置/置换体系、跨界重组体系、10大新鲜度维度、4层落地路径 | 步骤5的"5大选题创作方法论"和"12种开篇钩子策略"直接调用 |
|
||||
| ● | 04_爆款开场 | 10种开场方式（选题的"预设钩子"环节） | 选题方案的"预设钩子"字段需从10种开场方式中选择 |
|
||||
| ● | 05_极致事件 | 预期反转/荒诞化手法（差异化选题设计） | 选题差异化设计和爆款逻辑推理时参考 |
|
||||
| ● | 06_剧情钩子 | 情绪价值设计、切换关系法（选题情绪策略） | 选题的情绪维度和关系设计时参考 |
|
||||
|
||||
**步骤5的5大方法论 vs 知识库02：**
|
||||
|
||||
| 步骤5方法论 | 对应知识库02文件 |
|
||||
|------|------|
|
||||
| 素材重组法 | 元素叠加体系 + 跨界重组体系 |
|
||||
| 形式创新法 | 元素置换体系 |
|
||||
| 对标改编法 | 纵向深挖：4层落地路径 |
|
||||
| 爆款拆解重构法 | 横向拓展：10大新鲜度创作维度 |
|
||||
| 素材库组合创作法 | 元素并置体系 |
|
||||
|
||||
**关联分析：** 步骤5的5大方法论与知识库02的6个文件几乎一一对应。这是整个创作流程中**知识库映射最完整的步骤**。但步骤5中还有"12种开篇钩子策略"，应来源于04_爆款开场，当前为内嵌式而非引用式。
|
||||
|
||||
**缺口评级：🟢 低** — 知识库02与步骤5高度对齐。仅建议补全04_爆款开场的显式引用。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 6：生成短视频框架
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ★ | 03_框架节奏 | 全部7个文件（标准结构/冲突/反转/节奏/收尾/验收） | 框架方向设计（叙事模型选择）+ 场次结构展开（结构模板选择）的核心知识来源 |
|
||||
| ● | 01_账号设定 | 账号设定维度③"爆款内容体系"（框架设计的约束） | 框架设计时需对齐账号的通用内容框架和情绪曲线 |
|
||||
| ● | 02_故事选题 | 选题的创新性/差异化（影响框架矩阵定位） | 四象限矩阵中"高流量vs差异化"的定位需要选题知识 |
|
||||
| ● | 04_爆款开场 | 10种开场方式（框架Layer2的"本场钩子"列设计） | 场次结构表每场的"本场钩子"需要开场方式知识库 |
|
||||
| ● | 05_极致事件 | 冲突/反转手法（框架的叙事模型选择） | 五段式爆款框架的"波折推进场"核心依赖冲突叙事 |
|
||||
| ● | 06_剧情钩子 | 情绪设计方法论（框架的情绪曲线列设计） | 场次结构表的"情绪曲线"列设计需要情绪设计知识 |
|
||||
|
||||
**步骤6的Layer 2 场次结构表（8列）→ 知识库映射：**
|
||||
|
||||
| 场次结构表列 | 依赖知识库 |
|
||||
|------|------|
|
||||
| 段落 | 03_框架节奏·01_标准爆款结构模板 |
|
||||
| 场次 | 03_框架节奏·01_标准爆款结构模板 |
|
||||
| 核心作用 | 03_框架节奏·02_冲突叙事 + 03_反转叙事 |
|
||||
| 时长区间 | 03_框架节奏·04_节奏控时叙事套路 |
|
||||
| 叙事节奏 | 03_框架节奏·04_节奏控时叙事套路 |
|
||||
| 情绪曲线 | 06_剧情钩子·情绪价值设计方法论 |
|
||||
| 本场钩子 | 04_爆款开场·全部10种分类 |
|
||||
| 事件 | 05_极致事件·预期反转/荒诞化等 |
|
||||
|
||||
**关联分析：** 步骤6的8列场次结构表是一个"知识库集成器"，几乎每个列都对应一个知识库分类。这是整个流程中知识图谱最密集的步骤。
|
||||
|
||||
**缺口评级：🟢 低** — 知识库03+04+05+06已全面覆盖步骤6的需求。但当前步骤6的System Prompt中没有显式引用这些知识库。建议添加知识库调用声明。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 7：生成短视频大纲
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ★ | 04_爆款开场 | 10种开场方式（大纲的钩子设计） | 钩子类型选择 + 前3秒台词创作 |
|
||||
| ● | 03_框架节奏 | 全部（大纲的叙事模型选择+看点和节奏分布） | 6种叙事模型选择、黄金法则、看点密度规则 |
|
||||
| ● | 05_极致事件 | 预期反转/荒诞化（大纲中段叙事设计） | 中段事件链和情绪钩子设计 |
|
||||
| ● | 06_剧情钩子 | 情绪价值设计（大纲情绪曲线） | 情绪曲线转折点设计 |
|
||||
| ● | 01_账号设定 | 人设语言风格（大纲口播方向约束） | 钩子台词和结尾台词须符合人设风格 |
|
||||
| ● | 02_故事选题 | 选题预设钩子（钩子设计的原始约束） | 钩子设计须回扣选题方案的预设钩子 |
|
||||
|
||||
**关联分析：** 步骤7承接步骤6的框架输出，将结构骨架展开为内容大纲。其钩子设计需要04_爆款开场，中段叙事需要03_框架节奏+05_极致事件，情绪曲线需要06_剧情钩子。最近一次修复已补全了User Prompt中的selected_topic和scene_structure参数，使得选题信息和场次结构表能约束大纲生成。
|
||||
|
||||
**缺口评级：🟡 中** — 知识库关联完整但步骤7的System Prompt中缺少对03/04/05/06等知识库的调用指引。大纲质量校验规则（黄金法则、看点密度）也没有标注知识来源。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 8：植入广告内容
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ● | 03_框架节奏 | 标准结构模板（确定植入黄金位） | 植入点的时间节点需对齐框架结构 |
|
||||
| — | 其他 | 无直接关联 | 广告植入的策略和方法论内嵌于步骤8的System Prompt中 |
|
||||
|
||||
**步骤8自带的体系：** 5种植入方式、品牌调性分类、自然度评估量表、内容损伤度规则、5项合规检查——全部内嵌于步骤8的System Prompt。
|
||||
|
||||
**关联分析：** 步骤8是广告植入的专项步骤，其方法论自成体系。知识库中**没有广告植入专题分类**，因此步骤8的所有广告知识均为内嵌式。03_框架节奏可用于"植入时机的结构对齐"。
|
||||
|
||||
**缺口评级：🔴 高** — 知识库中缺少广告植入方法论模块。步骤8的广告植入知识全部内嵌于Prompt，如果未来广告植入策略复杂化（多品类/多平台/多植入模式），将缺乏知识库支撑。建议：在知识库中新建广告植入分类，或将步骤8的内嵌知识抽取为知识库文件。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 9：生成短视频脚本
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ★ | 07_对话风格 | 口播交流感四阶进阶法、口播横纵二维系统化方法、反差叙事Vlog创作法等9个文件 | 脚本口播台词的创作方法论核心来源 |
|
||||
| ● | 01_账号设定 | 达人人设卡片（口播风格约束） | 台词须符合人设的语言风格、口头禅 |
|
||||
| ● | 03_框架节奏 | 标准结构模板 + 节奏控时（场次展开和节奏控制） | 三段/五段结构→场次划分，节奏控制→镜头密度 |
|
||||
| ● | 04_爆款开场 | 10种开场方式（开场钩子场次的台词创作） | 开场台词的钩子技巧 |
|
||||
| △ | 08_脚本诊断 | AI可根据脚本直接检查（脚本质量自检参照） | 步骤9末尾的"脚本自检清单"可参照诊断标准 |
|
||||
| ● | 04_爆款开场 | 全部10种分类（开场钩子场次的台词创作） | 开场台词的钩子技巧和类型选择 |
|
||||
| ● | 05_极致事件 | 全部5个文件（中期波折推进场的冲突事件设计） | 中段叙事的冲突/反转/荒诞事件创作 |
|
||||
|
||||
**步骤9的关键写作规则 vs 知识库映射：**
|
||||
|
||||
| 写作规则 | 依赖知识库 |
|
||||
|------|------|
|
||||
| "情绪通过身体语言呈现而非概括词" | 07_对话风格（口播交流感方法） |
|
||||
| "口播台词口语化、可直接朗读" | 07_对话风格（口播横纵二维系统化方法） |
|
||||
| "场次叙事格式"（【】+动作+"口播"） | 07_对话风格（反差叙事Vlog创作法/素人泛生活Vlog创作法） |
|
||||
| "开场钩子回扣大纲钩子设计" | 04_爆款开场（10种开场方式） |
|
||||
| "中段波折推进场的冲突设计" | 05_极致事件（预期反转/荒诞化） |
|
||||
|
||||
**关联分析：** 步骤9是创作流程中**对话风格知识库(07)最核心的消费场景**。07的9个文件中，反差叙事Vlog创作法(50KB)、素人泛生活Vlog创作法(37KB)、兴趣元素叠加Vlog创作法(36KB)等大型文件都是步骤9脚本创作的核心方法论来源。
|
||||
|
||||
**缺口评级：🟡 中** — 知识库07与步骤9高度关联，但当前步骤9的System Prompt中无显式引用。建议（1）添加知识库07的调用声明；（2）区分"通用脚本书写规则"和"赛道/Vlog专用创作法"的使用场景。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 10：生成短视频分镜脚本
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ● | 03_框架节奏 | 标准结构模板 + 节奏控时（分镜的节奏分配） | 镜头密度和节奏类型参考 |
|
||||
| — | 其他 | 摄影/灯光/收音/转场等拍摄技巧 | 全部内嵌于临时文件.md（非知识库） |
|
||||
|
||||
**步骤10的核心知识来源是"临时文件.md"：**
|
||||
临时文件.md 是步骤10显式声明的唯一外部知识来源，包含了：
|
||||
- 景别情绪设计（5种景别情绪映射）
|
||||
- 景别x运镜组合表
|
||||
- 景别搭配约束（3项）
|
||||
- 节奏设计体系（3种节奏类型）
|
||||
- 转场设计体系（4种转场+比例）
|
||||
- 音画配套体系（5要素）
|
||||
- 时长-镜头数映射
|
||||
|
||||
**关联分析：** 步骤10主要依赖摄影/导演级别的技术知识，而知识库中**没有专门的摄影/镜头/灯光/收音分类**。当前这些知识都集中在临时文件.md中，不属于知识库体系。
|
||||
|
||||
**缺口评级：🔴 高** — 知识库缺少"摄影与镜头语言"专题分类。临时文件.md中的景别/运镜/转场/灯光/收音/BGM/音效等知识，应正式纳入知识库体系。建议：新建09/10号知识库分类，或将这些内容归入08_脚本诊断扩展。
|
||||
|
||||
---
|
||||
|
||||
### 步骤 11：脚本检查和诊断
|
||||
|
||||
| 关联强度 | 知识库分类 | 具体知识 | 使用方式 |
|
||||
|:---:|------|------|------|
|
||||
| ★ | 08_脚本诊断 | AI可根据脚本直接检查、AI提醒编导人工检查 | 四维度审核的评分标准和检查项来源 |
|
||||
| ● | 01_账号设定 | 达人人设卡片（人设匹配度校验基准） | 人设稳定性校验7项的核心参照 |
|
||||
| ● | 03_框架节奏 | 编导终审验收标准（结构达标/冲突达标/反转达标校验） | 四维度审核中"爆款要素"和"结构完整性"校验 |
|
||||
| ● | 04_爆款开场 | 10种开场方式（钩子强度评估基准） | 维度一"前3秒钩子强度"评分需要开场方式知识 |
|
||||
| ● | 07_对话风格 | 口播交流感方法（台词风格一致性校验） | 维度二"口播语言风格"的人设匹配度校验 |
|
||||
|
||||
**步骤11的四维度审核 → 知识库映射：**
|
||||
|
||||
| 审核维度 | 依赖知识库 |
|
||||
|------|------|
|
||||
| 爆款要素命中率（钩子/标题/爆款公式/情绪曲线/CTA） | 04_爆款开场 + 03_框架节奏 + 06_剧情钩子 |
|
||||
| 人设匹配度（口播/视觉/情绪/记忆点） | 01_账号设定 + 07_对话风格 |
|
||||
| 可拍摄性（画面/台词/字幕规范） | 与步骤10共享的摄影技巧知识（临时文件.md） |
|
||||
| 合规性（内容安全/平台规范/版权/价值观/广告合规） | 08_脚本诊断 + 步骤8内嵌广告合规知识 |
|
||||
|
||||
**关联分析：** 步骤11是知识库消费的"终检"环节，需要回顾式地检验前序所有步骤的输出质量。08_脚本诊断的2个质量检查文件直接为步骤11提供审核方法论。
|
||||
|
||||
**缺口评级：🟡 中** — 知识库08与步骤11直接关联，但08的4个文件偏向"流程规范"（各意图详细流程/四种意图），真正用于脚本质量诊断的只有2个。建议：扩充08_脚本诊断的质量检查规则，增加03_框架节奏·06_编导终审验收标准作为质量检查的标准参照。
|
||||
|
||||
---
|
||||
|
||||
## 三、知识库→创作流程 覆盖热力图
|
||||
|
||||
```
|
||||
知识库使用频率（★核心依赖=3分, ●强关联=2分, △一般关联=1分, —=0分）
|
||||
╔══════════════╦════╦════╦════╦════╦════╦════╦════╦════╦════╦════╦════╦══════╗
|
||||
║ 知识库分类 ║ S1 ║ S2 ║ S3 ║ S4 ║ S5 ║ S6 ║ S7 ║ S8 ║ S9 ║S10 ║S11 ║ 总分 ║
|
||||
╠══════════════╬════╬════╬════╬════╬════╬════╬════╬════╬════╬════╬════╬══════╣
|
||||
║ 01_账号设定 ║ 0 ║ 1 ║ 1 ║ 3 ║ 2 ║ 2 ║ 2 ║ 0 ║ 2 ║ 0 ║ 2 ║ 15 ║
|
||||
║ 02_故事选题 ║ 0 ║ 1 ║ 0 ║ 0 ║ 3 ║ 2 ║ 2 ║ 0 ║ 0 ║ 0 ║ 0 ║ 8 ║
|
||||
║ 03_框架节奏 ║ 0 ║ 1 ║ 0 ║ 1 ║ 0 ║ 3 ║ 2 ║ 2 ║ 2 ║ 2 ║ 2 ║ 15 ║
|
||||
║ 04_爆款开场 ║ 0 ║ 0 ║ 1 ║ 0 ║ 2 ║ 2 ║ 3 ║ 0 ║ 2 ║ 0 ║ 2 ║ 12 ║
|
||||
║ 05_极致事件 ║ 0 ║ 0 ║ 0 ║ 1 ║ 2 ║ 2 ║ 2 ║ 0 ║ 2 ║ 0 ║ 0 ║ 9 ║
|
||||
║ 06_剧情钩子 ║ 0 ║ 0 ║ 0 ║ 1 ║ 2 ║ 2 ║ 2 ║ 0 ║ 2 ║ 0 ║ 0 ║ 9 ║
|
||||
║ 07_对话风格 ║ 0 ║ 1 ║ 0 ║ 3 ║ 0 ║ 0 ║ 0 ║ 0 ║ 3 ║ 0 ║ 2 ║ 9 ║
|
||||
║ 08_脚本诊断 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 1 ║ 0 ║ 3 ║ 4 ║
|
||||
║ 09_脚本分镜 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║ 0 ║
|
||||
╚══════════════╩════╩════╩════╩════╩════╩════╩════╩════╩════╩════╩════╩══════╝
|
||||
```
|
||||
|
||||
**热力图结论：**
|
||||
|
||||
1. **最活跃知识库**：01_账号设定(15分) 和 03_框架节奏(15分) — 贯穿多个步骤
|
||||
2. **单步高依赖知识库**：02_故事选题→S5、07_对话风格→S4+S9、08_脚本诊断→S11
|
||||
3. **全流程覆盖知识库**：04_爆款开场 — 从S3到S11共6个步骤使用
|
||||
4. **闲置知识库**：09_脚本分镜 — 空目录，无文件，所有步骤均不使用
|
||||
|
||||
---
|
||||
|
||||
## 四、知识库被引用模式分析
|
||||
|
||||
### 模式 A：内嵌式引用（未显式声明）
|
||||
|
||||
| 知识库 | 步骤 | 问题 |
|
||||
|------|:---:|------|
|
||||
| 01_账号设定 → S4 | 设计参考选项（8类完整选项库）直接写在System Prompt中 | 知识库更新后Prompt可能过期 |
|
||||
| 02_故事选题 → S5 | 5大选题方法论+12种钩子策略内嵌于Prompt | 知识库的6个文件未被显式引用 |
|
||||
| 03_框架节奏 → S6 | 三段式/五段式/四象限等核心框架内嵌 | 未标注"参考知识库03_框架节奏" |
|
||||
| 07_对话风格 → S9 | 场次叙事格式规则内嵌于Prompt | 未引用知识库07的9个方法论文件 |
|
||||
|
||||
### 模式 B：显式声明式引用（有声明）
|
||||
|
||||
| 知识库 | 步骤 | 引用方式 |
|
||||
|------|:---:|------|
|
||||
| 临时文件.md → S10 | "景别情绪、运镜组合...已抽取至临时文件.md" | 全文显式声明 |
|
||||
| S4模板 → S2 | "参考：步骤4中的账号设定（七维度）+ 达人人设（八维度）模板" | 跨步骤引用 |
|
||||
|
||||
### 模式 C：完全无引用（知识库存在但从未被任何步骤引用）
|
||||
|
||||
| 知识库文件 | 无人引用原因 |
|
||||
|------|------|
|
||||
| 08_脚本诊断/各意图详细流程.md | 流程规范类文件，定义的是"用户意图分流"而非"知识方法" |
|
||||
| 08_脚本诊断/四种意图.md | 同上 |
|
||||
| 05_极致事件/抽象化创作体系.md | 内容较"高级/抽象"，实际操作步骤未找到合适引用点 |
|
||||
| 核心方法论文件（如03_框架节奏的各子文件） | 框架节奏的引用是"模块级"而非"文件级"的 |
|
||||
|
||||
---
|
||||
|
||||
## 五、关键缺口总结
|
||||
|
||||
### 🔴 高优先级缺口
|
||||
|
||||
| 编号 | 缺口 | 影响范围 | 建议方案 |
|
||||
|:---:|------|:---:|------|
|
||||
| 1 | 知识库缺少「广告植入方法论」分类 | S8完全依赖内嵌知识，无知识库支撑 | 将S8的内嵌知识抽取为知识库文件，新建分类或归入08 |
|
||||
| 2 | 知识库缺少「摄影与镜头语言」分类 | S10核心依赖的临时文件.md不在知识库体系中 | 将临时文件.md整理为正式知识库分类（如09_摄影镜头） |
|
||||
| 3 | 步骤4的「设计参考选项」与知识库01/07脱节 | 知识库更新后Prompt内嵌内容不会同步更新 | 将设计参考选项从Prompt中移除，改为引用式调用 |
|
||||
| 4 | 步骤3的钩子分类（4种）与知识库04（10种）不兼容 | 拆解对标视频时无法精准映射开场类型 | 对齐步骤3的钩子分类体系与04_爆款开场 |
|
||||
|
||||
### 🟡 中优先级缺口
|
||||
|
||||
| 编号 | 缺口 | 影响范围 | 建议方案 |
|
||||
|:---:|------|:---:|------|
|
||||
| 5 | S2/S6/S7/S9缺少知识库显式引用声明 | AI执行时不知道自己该查哪些知识库 | 在每步骤的System Prompt中添加"知识库调用"节 |
|
||||
| 6 | 05_极致事件的"抽象化创作体系"无引用点 | 资产闲置 | 在S5(选题差异化)或S9(脚本创作)中添加引用点 |
|
||||
| 7 | 08_脚本诊断的2个诊断文件与S11关联但引用不完整 | S11缺少编导终审验收标准(03_框架节奏)的知识支撑 | S11增加03_框架节奏·06_编导终审验收标准的引用 |
|
||||
|
||||
### 🟢 低优先级优化
|
||||
|
||||
| 编号 | 优化点 | 说明 |
|
||||
|:---:|------|------|
|
||||
| 8 | 09_脚本分镜目录为空 | 各步骤的"效果评估"(S11)和"对标拆解"(S3)可受益于数据分析方法 |
|
||||
| 9 | 知识库引用粒度问题 | 当前引用是"分类级"（如"参考03_框架节奏"），而非"文件级"（如"参考03/01_标准爆款结构模板.md"），建议细化 |
|
||||
| 10 | 临时文件.md中的步骤来源标注 | 该文件标注了"来源步骤"，但部分内容已与实际步骤不符，需更新 |
|
||||
|
||||
---
|
||||
|
||||
## 六、知识库→流程 正向调用链路图
|
||||
|
||||
```
|
||||
创作流程递进方向：S1 → S2 → S3 → S4 → S5 → S6 → S7 → S8 → S9 → S10 → S11
|
||||
|
||||
知识库按消费顺序：
|
||||
|
||||
[前期] 用户输入与需求理解阶段 (S1-S2)
|
||||
无直接知识库消费（S1纯解析，S2推理参考01/02/03/07的粗粒度框架）
|
||||
|
||||
[中期] 账号设定与选题阶段 (S3-S5)
|
||||
S3: 04_爆款开场 △（钩子识别辅助）
|
||||
S4: 01_账号设定 ★ + 07_对话风格 ★ + 03/05/06 △
|
||||
S5: 02_故事选题 ★ + 04_爆款开场 ● + 05_极致事件 ● + 06_剧情钩子 ●
|
||||
|
||||
[中后期] 框架与大纲阶段 (S6-S7)
|
||||
S6: 03_框架节奏 ★ + 04_爆款开场 ● + 05_极致事件 ● + 06_剧情钩子 ●
|
||||
S7: 04_爆款开场 ★ + 03_框架节奏 ● + 05_极致事件 ● + 06_剧情钩子 ●
|
||||
|
||||
[后期] 脚本创作与分镜阶段 (S8-S10)
|
||||
S8: 03_框架节奏 ●（广告植入独立知识，无对应知识库）
|
||||
S9: 07_对话风格 ★ + 01_账号设定 ● + 03/04/05_极致事件 ●
|
||||
S10: 03_框架节奏 ●（摄影技巧依赖临时文件.md，不在知识库体系中）
|
||||
|
||||
[终检] 诊断与评估阶段 (S11)
|
||||
S11: 08_脚本诊断 ★ + 01_账号设定 ● + 03_框架节奏 ● + 04_爆款开场 ● + 07_对话风格 ●
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 七、结论
|
||||
|
||||
### 整体评估
|
||||
|
||||
| 维度 | 评分 | 说明 |
|
||||
|:---:|:---:|------|
|
||||
| 知识库-流程覆盖率 | 🟢 7/8 | 除09_脚本分镜外，7个知识库分类均被至少一个步骤使用 |
|
||||
| 内嵌式引用比例 | 🟡 ~65% | 大部分知识以"嵌入Prompt"方式使用，非"显式引用" |
|
||||
| 关键知识缺失 | 🔴 2项 | 缺少广告植入、摄影镜头两大知识分类 |
|
||||
| 分类体系对齐度 | 🟡 部分对齐 | 步骤3的钩子分类(4种) vs 知识库(10种)不对齐 |
|
||||
| 知识库资产利用率 | 🟡 ~80% | 部分文件无引用点（抽象化创作体系），临时文件未入库 |
|
||||
|
||||
### 最优先行动项
|
||||
|
||||
1. **新建广告植入知识分类** — 将S8内嵌知识抽取入库
|
||||
2. **将临时文件.md整理入库** — 摄影与镜头语言知识正式化
|
||||
3. **为所有步骤添加知识库调用声明** — 从"内嵌式"转向"引用式"
|
||||
4. **对齐步骤3钩子分类与知识库04** — 统一为10种标准开场方式
|
||||
@@ -1,305 +0,0 @@
|
||||
# 从 3_ABC要素解析和确认.md 中拆分出的非账号设定内容
|
||||
|
||||
> 以下内容原属于步骤7的A、B要素，与「账号设定」不直接相关，已从步骤7中移除。
|
||||
|
||||
---
|
||||
|
||||
## A要素 — 对标爆款分析（宏观扫描）
|
||||
|
||||
对目标赛道进行系统性对标分析：
|
||||
|
||||
**分析维度：**
|
||||
1. **赛道概览**：当前赛道热度与竞争格局、近期高播放量视频共性特征
|
||||
2. **对标视频扫描**（精选3-5条）：
|
||||
- 封面设计：画面构图、文字、色彩
|
||||
- 标题公式：情绪触发词、数字、悬念设置
|
||||
- 前3秒钩子：开场方式（提问/痛点/反常识/故事切入）
|
||||
- 内容结构：起承转合节奏、转折点位置
|
||||
- 语言风格：口播节奏、用词习惯、情绪强度
|
||||
- 结尾设计：CTA、互动引导
|
||||
3. **爆款要素提炼**：
|
||||
- 该赛道通用内容公式（可填空的结构模板）
|
||||
- 高频情绪触发词汇表
|
||||
- 差异化机会点（现有内容空白领域）
|
||||
|
||||
---
|
||||
|
||||
## B要素 — 参考视频精拆（微观手术）
|
||||
|
||||
对参考视频（1-3条）逐条三维度深度拆解：
|
||||
|
||||
**拆解维度一：人设分析**
|
||||
```
|
||||
┌─ 核心基础 ── 身份标签 / 核心性格 / 核心人设定位
|
||||
├─ 行为表达 ── 言行风格 / 处事三观 / 互动模式
|
||||
├─ 视觉形象 ── 外在造型 / 面部神态
|
||||
└─ 差异化记忆点 ── 标志性特点 / 人设反差 / 情绪倾向
|
||||
```
|
||||
|
||||
**拆解维度二：大纲结构**
|
||||
```
|
||||
┌─ 整体框架 ── 视频时长 / 核心框架 / 内容形式 / 主线脉络
|
||||
├─ 分段结构 ── 开场钩子(台词+画面+类型) / 中段主体(叙事模型+看点) / 结尾收束(CTA)
|
||||
├─ 内容情节 ── 事件链 / 看点密度 / 素材道具 / 文案台词
|
||||
└─ 音画配套 ── 配乐音效 / 人声语气
|
||||
```
|
||||
|
||||
**拆解维度三：关键事件**
|
||||
```
|
||||
- 核心事件链（按时间线）
|
||||
- 冲突类型（人与环境/他人/自我/认知冲突）
|
||||
- 情绪钩子事件（高光台词+画面+触发机制）
|
||||
- 信息密度分布（每30秒信息增量）
|
||||
- 可替换事件库
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 原 System Prompt（A/B部分参考）
|
||||
|
||||
```
|
||||
你是一名短视频内容策略专家，同时具备以下三种能力：
|
||||
- 爆款研究员：赛道宏观扫描，提炼通用内容公式
|
||||
- 视频拆解师：逐帧逐句微观精拆，产出可复用模板
|
||||
- 账号策略师：设计差异化达人人设
|
||||
|
||||
你的任务流程：
|
||||
1. A要素：对目标赛道进行宏观对标分析（3-5条热门视频）
|
||||
2. B要素：对用户指定参考视频进行微观精拆（1-3条，三维度）
|
||||
3. C要素：基于A+B分析结果，按账号设定（七维度）+ 达人人设（八维度）设计达人人设
|
||||
4. 将三要素合并输出，提交用户确认
|
||||
```
|
||||
|
||||
## 原 User Prompt 模板（A/B部分参考）
|
||||
|
||||
```
|
||||
请执行ABC三要素解析：
|
||||
|
||||
【已确认的创作需求】
|
||||
{confirmed_requirements}
|
||||
|
||||
【参考视频链接】
|
||||
{reference_videos}
|
||||
|
||||
【对标账号/赛道】
|
||||
{benchmark_info}
|
||||
|
||||
请输出：
|
||||
1. A要素：赛道对标分析报告
|
||||
2. B要素：参考视频精拆报告
|
||||
3. C要素：达人人设卡片
|
||||
4. 用户确认清单
|
||||
```
|
||||
|
||||
## 原输出模板 — A要素
|
||||
|
||||
```
|
||||
## A要素：对标分析报告
|
||||
|
||||
### 赛道概览
|
||||
- 热度等级：高/中/低
|
||||
- 竞争格局：[描述]
|
||||
- 近期爆款共性特征：[3-5条]
|
||||
|
||||
### 对标视频扫描（3-5条）
|
||||
| # | 视频标题 | 封面公式 | 标题公式 | 前3秒钩子 | 内容结构 | 语言风格 | CTA |
|
||||
|---|---------|---------|---------|----------|---------|---------|-----|
|
||||
| 1 | ... | ... | ... | ... | ... | ... | ... |
|
||||
|
||||
### 爆款要素提炼
|
||||
- 通用内容公式：[可填空模板]
|
||||
- 高频情绪触发词：[词汇表]
|
||||
- 差异化机会点：[空白领域]
|
||||
```
|
||||
|
||||
## 原输出模板 — B要素
|
||||
|
||||
```
|
||||
## B要素：参考视频精拆
|
||||
|
||||
### 参考视频1：[标题/链接]
|
||||
|
||||
#### 拆解维度一：人设分析
|
||||
| 分析项 | 内容 | 可迁移性 |
|
||||
|--------|------|:------:|
|
||||
| 身份标签 | ... | 高/中/低 |
|
||||
| 核心性格 | ... | 高/中/低 |
|
||||
| 人设定位 | ... | 高/中/低 |
|
||||
| 言行风格 | ... | 高/中/低 |
|
||||
| 差异化记忆点 | ... | 高/中/低 |
|
||||
|
||||
#### 拆解维度二：大纲结构
|
||||
| 分析项 | 内容 | 可复用性 |
|
||||
|--------|------|:------:|
|
||||
| 视频时长 | Xs | — |
|
||||
| 核心框架 | [框架名] | 高/中/低 |
|
||||
| 开场钩子 | [类型+台词+画面] | 高/中/低 |
|
||||
| 中段主体 | [叙事模型+看点分布] | 高/中/低 |
|
||||
| 结尾收束 | [收尾类型+CTA] | 高/中/低 |
|
||||
|
||||
#### 拆解维度三：关键事件
|
||||
- 核心事件链：[事件1 → 事件2 → 事件3]
|
||||
- 冲突类型：[类型]
|
||||
- 情绪钩子事件：[高光时刻描述]
|
||||
- 信息密度：[每30秒信息增量]
|
||||
- 可替换事件：[可替换但保持结构的事件节点]
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
# 创作技巧抽取
|
||||
|
||||
> 以下内容从创作流程各步骤中抽取，属于「具体创作技巧」而非结构化维度/要求/业务方法/提示词。
|
||||
|
||||
---
|
||||
|
||||
## 来源：步骤2 — 任务需求拆解完善
|
||||
|
||||
### 选题补全：5大底层方法
|
||||
- 材重组
|
||||
- 形式创新
|
||||
- 对标改编
|
||||
- 爆款拆解重构
|
||||
- 素材库组合
|
||||
|
||||
> 每个候选选题同步预设至少1种开头钩子类型
|
||||
|
||||
### 框架补全：赛道→框架默认映射
|
||||
| 内容赛道 | 推荐框架 |
|
||||
|---------|---------|
|
||||
| 知识科普 | 三段式 |
|
||||
| 剧情情感 | 情绪曲线型 |
|
||||
| 带货 | PAS型 |
|
||||
|
||||
### 台词风格补全：性格→语气映射
|
||||
| 性格类型 | 语气特征 |
|
||||
|---------|---------|
|
||||
| 犀利型 | 直接有力 |
|
||||
| 温柔型 | 娓娓道来 |
|
||||
| 搞笑型 | 快节奏自嘲 |
|
||||
|
||||
> 口头禅设计：3-7字，朗朗上口，与核心价值强绑定
|
||||
|
||||
### 广告Brief补全：5个植入黄金位
|
||||
1. 自然引入
|
||||
2. 痛点放大
|
||||
3. 效果展示
|
||||
4. 信任加持
|
||||
5. 转化收口
|
||||
|
||||
---
|
||||
|
||||
## 来源：步骤6 — 生成短视频框架
|
||||
|
||||
### 赛道专属框架匹配规则
|
||||
|
||||
| 内容赛道 | 推荐框架类型 | 典型结构 |
|
||||
|---------|------------|---------|
|
||||
| 知识科普 | 三段式 / 问题解决型 | 现象→分析→结论 |
|
||||
| 剧情情感 | 情绪曲线型 | 平静→冲突→高潮→和解 |
|
||||
| 带货测评 | PAS型 / 体验记录型 | 痛点→方案→效果 |
|
||||
| 美食探店 | 沉浸体验型 / 第一视角 | 期待→探索→满足 |
|
||||
| Vlog日常 | 时间线型 / 情绪递进型 | 日常→亮点→感悟 |
|
||||
| 观点输出 | 对立冲突型 / 反常识型 | 常规认知→反转→新认知 |
|
||||
|
||||
### 框架差异化原则
|
||||
- 每个方案必须有一条清晰的"为什么能成爆款"逻辑
|
||||
- 框架差别应有本质区别（不同内容形式/不同叙事模型），避免微调
|
||||
- 使用对标分析中的差异化机会点作为框架创新依据
|
||||
|
||||
### 时长分配规则
|
||||
- 开场~10% / 中段~75% / 结尾~15%
|
||||
|
||||
---
|
||||
|
||||
## 来源：步骤7 — 生成短视频大纲
|
||||
|
||||
### 钩子类型参考
|
||||
反差 / 悬念 / 冲突 / 痛点 / 氛围 / 人设
|
||||
|
||||
### 叙事结构模型参考
|
||||
冲突反转 / 悬念解谜 / 情绪递进 / 困境成长 / 并列对比 / 知识分层
|
||||
|
||||
### 收尾类型参考
|
||||
总结升华 / 开放式悬念 / 系列承接 / 互动提问
|
||||
|
||||
### 大纲质量技巧
|
||||
- 看点密度：每30秒至少1个看点
|
||||
- 情绪曲线：至少2个转折点
|
||||
- 标题：2个版本，差异化显著
|
||||
|
||||
---
|
||||
|
||||
## 来源：步骤9 — 生成短视频脚本
|
||||
|
||||
### 时长与镜头数参考
|
||||
|
||||
| 视频时长 | 建议镜头数 | 平均单镜头时长 |
|
||||
|---------|:--------:|:----------:|
|
||||
| 15s 以内 | 5-8 个 | 2-3s |
|
||||
| 30s | 8-12 个 | 2-4s |
|
||||
| 1min | 15-20 个 | 3-4s |
|
||||
| 3min+ | 25-40 个 | 4-8s |
|
||||
|
||||
---
|
||||
|
||||
## 来源：步骤10 — 生成短视频分镜脚本
|
||||
|
||||
### 景别情绪设计
|
||||
|
||||
| 景别 | 情绪传达 | 适用场景 |
|
||||
|------|---------|---------|
|
||||
| 大远景/远景 | 氛围感、环境交代 | 开场定调、场景建立 |
|
||||
| 全景 | 人物关系、空间位置 | 多人互动、空间展示 |
|
||||
| 中景 | 日常叙事、对话场景（最安全） | 口播、日常记录 |
|
||||
| 近景 | 情绪传达、信息聚焦 | 关键信息、情绪转折 |
|
||||
| 特写/大特写 | 情绪爆发、关键信息强调 | 产品展示、表情细节、名场面 |
|
||||
|
||||
### 景别×运镜组合
|
||||
|
||||
| 景别 | 推荐运镜 | 适用场景 |
|
||||
|------|---------|---------|
|
||||
| 特写 | 固定/微推 | 产品展示、表情细节 |
|
||||
| 近景 | 固定/微摇 | 口播、对话 |
|
||||
| 中景 | 固定/跟拍 | 带动作的口播、日常记录 |
|
||||
| 全景 | 摇/移 | 场景转换、环境交代 |
|
||||
| 远景 | 固定/降 | 开篇定调、结尾意境 |
|
||||
|
||||
### 景别搭配约束
|
||||
- 同景别不连续超过 3 个镜头
|
||||
- 特写占比 ≥ 30%（增强亲密感和视觉节奏）
|
||||
- 第一视角 POV 至少 3 个镜头（增强代入感）
|
||||
|
||||
### 节奏设计
|
||||
|
||||
| 节奏类型 | 镜头切换频率 | BGM特征 | 适用段落 |
|
||||
|---------|:----------:|---------|---------|
|
||||
| 快节奏 | 2-3 个/秒 | 激昂/快速 | 高潮段落、情绪爆发 |
|
||||
| 中节奏 | 1-1.5 个/秒 | 平稳/叙事 | 中段主体内容 |
|
||||
| 慢节奏 | 0.3-0.5 个/秒 | 舒缓/留白 | 开场氛围、结尾沉淀、情感段落 |
|
||||
|
||||
> 节奏规则：高潮 = 镜头变快 + 音量变大 + 信息变密。关键信息前留白 0.5s = 注意力最大化。
|
||||
|
||||
### 转场设计
|
||||
|
||||
| 转场类型 | 使用频率 | 适用场景 |
|
||||
|---------|:------:|---------|
|
||||
| 硬切 | 70% | 常规镜头衔接 |
|
||||
| 动作匹配 | 15% | 动作连续性转场 |
|
||||
| 声音先入 | 10% | 制造悬念/节奏变化 |
|
||||
| 特效转场 | 5% | 情绪转换/强调节点 |
|
||||
|
||||
### 画面包装要求
|
||||
- 滤镜/色调：统一视觉风格（暖色调/冷色调/胶片/高饱和/低饱和）
|
||||
- 字幕样式：字体/颜色/位置/动画统一
|
||||
- 花字强调：关键信息必须有花字（产品卖点、核心观点、情绪爆发点）
|
||||
|
||||
### 音画配套
|
||||
|
||||
| 要素 | 设计要点 |
|
||||
|------|---------|
|
||||
| BGM选型 | 情绪基调（激昂/温馨/紧张/搞笑/感动），BGM=视频情绪底色 |
|
||||
| BGM切换点 | 情绪转变位置同步切换（BGM切换是情绪转变的最强信号）|
|
||||
| 音效运用 | 转折/强调/笑点/惊吓处配合音效（忌过度使用=廉价感）|
|
||||
| 环境音 | 保留环境音增加真实感（与BGM形成层次关系）|
|
||||
| 人声层次 | 口播/对话/旁白/OFF之间的音量层次关系 |
|
||||
@@ -1,6 +1,6 @@
|
||||
# 业务逻辑
|
||||
|
||||
> 对步骤9脚本正文 + 步骤10分镜脚本进行五维度质量诊断（含情感表达专项检查），输出评分报告、问题清单和修改建议。
|
||||
> 对步骤9脚本正文 + 步骤10分镜脚本进行四维度质量诊断（+ 信息密度检查 + 情感表达专项检查两个独立模块），输出评分报告、问题清单和修改建议。
|
||||
>
|
||||
> 📐 **格式规范、确认门机制** 以 `../创作流程规范.md` 为准，本步骤仅包含诊断专用逻辑。
|
||||
|
||||
@@ -94,7 +94,7 @@
|
||||
|
||||
### 三、情感表达专项检查
|
||||
|
||||
> 依据：`知识库/07_情绪共鸣/` 分块5（情绪递进设计）+ 分块6（情感铺垫设计）+ `知识库/12_拆解评估/` 分块7（脚本质量自动检查清单）
|
||||
> 依据：`知识库/07_情绪共鸣/` 分块5（情绪递进设计）+ 分块6（情感铺垫设计）+ `知识库/09_脚本诊断/脚本质量自动检查清单_八类32项.md`
|
||||
>
|
||||
> ⚠️ **情感铺垫等级从 S6 框架方案继承**，诊断时按等级调整检查标准。不同等级适用不同检查项。
|
||||
|
||||
@@ -134,7 +134,7 @@
|
||||
| 收尾实用有效 | 是否以实用信息收尾，不强行升华 | 强行"感悟升华"与内容定位不匹配→提醒；无任何收尾→提醒 | 改为实用收尾（配方/建议/引导/总结） |
|
||||
| 表达方式匹配 | 情感表达方式是否与内容形式匹配 | 美妆/口播类出现大量行为暗示微表情描写→提醒；信息类内容仅台词无画面配合→提醒 | 调整表达方式匹配内容形式 |
|
||||
|
||||
> **注意**：情感表达专项检查的"不通过"项必须在修改后重新诊断，通过后方可进入 Gate-6 确认。与知识库 `12_拆解评估/` 分块7自动质检门互补——分块7是前验（脚本自动扫描），本表是人工级精细诊断。
|
||||
> **注意**：情感表达专项检查的"不通过"项必须在修改后重新诊断，通过后方可进入 Gate-6 确认。与知识库 `09_脚本诊断/脚本质量自动检查清单_八类32项.md` 自动质检门互补——自动质检是前验（脚本自动扫描），本表是人工级精细诊断。
|
||||
|
||||
---
|
||||
### 四、人设稳定性校验
|
||||
@@ -169,6 +169,8 @@
|
||||
|
||||
Gate-6 确认通过后，必须生成创作回顾.html。**页面板块顺序严格按以下三层结构：**
|
||||
|
||||
> **数据源按创作模式区分**：开发模式下各板块「来源文件」从已落盘的产物文件读取；自动/共创模式下中间产物（01~08）未落盘，改为从对话上下文中读取对应内容（内容一致，仅读取介质不同）。创作回顾.html 本身三种模式均落盘。
|
||||
|
||||
## 板块一：核心成果速览（置顶，先于流程回顾）
|
||||
|
||||
| 板块 | 来源文件 | 展示方式 |
|
||||
@@ -219,7 +221,7 @@ Gate-6 确认通过后，必须生成创作回顾.html。**页面板块顺序严
|
||||
审核规则：
|
||||
- 四个维度独立评分，不互相影响
|
||||
- **情感铺垫等级从 S6 框架方案继承**（脚本概览行中标注），诊断时按等级调整检查标准，不得对所有内容使用同一把尺子
|
||||
- 新增「情感表达专项检查」为第五个检查模块，与四维度并列独立，按复杂度等级分三组（通用/强/中/弱）执行
|
||||
- 「情感表达专项检查」为独立检查模块（与四维度并列，不纳入评分），按复杂度等级分三组（通用/强/中/弱）执行
|
||||
- 新增「信息密度检查」为独立模块，不纳入四维度评分但必须在 Gate-6 前通过（不通过项须修改后重新诊断）
|
||||
- 合规性逐项评分（总分 20 分），不设一票否决，扣分规则见上方
|
||||
- 若输入为脚本正文：按场次定位问题（"场X的XX"）
|
||||
@@ -231,7 +233,7 @@ Gate-6 确认通过后，必须生成创作回顾.html。**页面板块顺序严
|
||||
· 结构完整性 → `知识库/03_框架节奏/06_编导终审验收标准.md`（五条硬性标准）
|
||||
· 人设匹配度 → `知识库/08_对话风格/` 全部文件（台词风格一致性校验）+ 关怀行为服务标准校验（从人设卡片读取金牌标准，金牌型=预见式≥反应式）
|
||||
· 质量诊断方法 → `知识库/09_脚本诊断/AI可根据脚本直接检查_通用_质量检查.md` + `知识库/09_脚本诊断/AI提醒编导人工检查_通用_质量检查.md`（AI自动检查清单 + 人工提醒检查清单）
|
||||
· **情感表达专项** → `知识库/07_情绪共鸣/` 分块5（情绪递进设计：四类情绪·递进缺口判断）+ 分块6（情感铺垫设计：多维度表达·蓄力释放·留白法则）+ `知识库/12_拆解评估/` 分块7（脚本质量自动检查清单八类32项）
|
||||
· **情感表达专项** → `知识库/07_情绪共鸣/` 分块5（情绪递进设计：四类情绪·递进缺口判断）+ 分块6（情感铺垫设计：多维度表达·蓄力释放·留白法则）+ `知识库/09_脚本诊断/脚本质量自动检查清单_八类32项.md`
|
||||
· **信息密度检查** → `知识库/05_极致事件/`（极致类型/维度作为密度参照，按人设卡片确定的赛道映射对应素材类型）
|
||||
评分标准、评分锚点、合规扣分、通过标准 → 见上方「处理规则」，不再在 System Prompt 中重复定义。
|
||||
|
||||
@@ -340,7 +342,7 @@ Gate-6 确认通过后，必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
## 六、情感表达专项检查
|
||||
|
||||
> 依据：`07_情绪共鸣/` 分块5+6 + `12_拆解评估/` 分块7
|
||||
> 依据：`07_情绪共鸣/` 分块5+6 + `09_脚本诊断/脚本质量自动检查清单_八类32项.md`
|
||||
> 当前情感铺垫等级：[强/中/弱]（从 S6 框架方案继承）
|
||||
|
||||
### 通用检查（所有等级）
|
||||
@@ -430,7 +432,7 @@ Gate-6 确认通过后，必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
📋 【Gate-6 | 最终确认】确认门
|
||||
|
||||
> ⚡ 快速模式：自动通过，直接生成创作回顾.html ｜ 🤝 共创模式：需用户确认
|
||||
> ⚡ 自动模式：自动通过，直接生成创作回顾.html ｜ 🤝 共创模式：需用户确认
|
||||
|
||||
本阶段产出已完成（四维度审核 + 人设校验 + 合规校验），核心内容如上。
|
||||
|
||||
|
||||
@@ -11,7 +11,7 @@
|
||||
## 处理规则
|
||||
|
||||
### 模式区分
|
||||
- ⚡ **快速模式**：AI自动补全所有缺失维度，无需用户逐项确认
|
||||
- ⚡ **自动模式**：AI自动补全所有缺失维度，无需用户逐项确认
|
||||
- 🤝 **共创模式**：AI生成补全候选方案后，必须先展示给用户，获得用户确认后才能正式写入对应维度；未确认的维度保持原有缺失状态
|
||||
|
||||
### 第一阶段：用户已有内容拆解归类
|
||||
@@ -109,7 +109,7 @@
|
||||
你是一名短视频创作需求完善专家。你的任务是：
|
||||
|
||||
**模式感知：**
|
||||
- ⚡ 快速模式（默认）：自动补全所有缺失维度，无需等待用户确认
|
||||
- ⚡ 自动模式（默认）：自动补全所有缺失维度，无需等待用户确认
|
||||
- 🤝 共创模式：每个缺失维度生成候选方案后，必须先展示给用户，获得用户明确确认后才能正式写入该维度；未确认的维度保持 ❌缺失 状态
|
||||
|
||||
**第一阶段 — 拆解用户已有内容：**
|
||||
@@ -263,7 +263,7 @@
|
||||
|
||||
📋 【Gate-0 | 分析确认】确认门
|
||||
|
||||
> ⚡ 快速模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
> ⚡ 自动模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
|
||||
本阶段产出已完成（含步骤1意图识别 + 步骤2需求完善），核心内容如上。
|
||||
|
||||
|
||||
@@ -40,6 +40,8 @@
|
||||
|
||||
对用户提供的参考视频（1-3条）逐条进行三维度深度拆解：
|
||||
|
||||
> **拆解方法论参考：** `知识库/12_爆款拆解/爆款文案反推工作流_13字段标准化拆解.md`（13字段标准化拆解工作流，可作为微观精拆的字段框架）
|
||||
|
||||
**拆解维度一：人设分析**
|
||||
|
||||
```
|
||||
@@ -82,6 +84,8 @@
|
||||
| 事件链/情节设计/情绪钩子/信息密度 | → **大纲** | 步骤7：辅助大纲编排 |
|
||||
|
||||
**每项内容标注「可迁移性」评级：**
|
||||
|
||||
> **可迁移性判断参考：** `知识库/12_爆款拆解/爆款复刻迁移法则_什么能改什么不能改.md`（爆款复刻时哪些元素可改/不可改的铁律，作为可迁移性评级的判断依据）
|
||||
- ⭐⭐⭐ 高可迁移：通用规律，可直接借鉴
|
||||
- ⭐⭐ 中可迁移：需调整适配，保留核心逻辑
|
||||
- ⭐ 低可迁移：高度依赖原账号特质，仅供参考
|
||||
@@ -125,6 +129,7 @@
|
||||
- 拆解结果保持客观描述，不替代后续步骤的创作决策
|
||||
- 前3秒钩子分类标准参照：`知识库/04_爆款开场/` 全部文件（10种标准开场方式及识别特征）
|
||||
- 人设拆解维度可参照：`知识库/01_账号设定/` 全部文件（人设维度参考，仅作拆解参照，不替代后续步骤的账号设定决策）
|
||||
- 爆款拆解方法论：`知识库/12_爆款拆解/` 全部文件（13字段反推工作流 + 复刻迁移法则 + 母提示词模板）
|
||||
|
||||
禁止行为：
|
||||
- 不得在没有参考视频时编造对标分析
|
||||
|
||||
@@ -120,7 +120,7 @@
|
||||
| 账号设定 | 账号基本信息 + 内容策略（定位/内容打法/内容规则/结构偏好/视听风格/系列内容） | 新建账号时填写，后续脚本创作全程参照 |
|
||||
| 达人设定 | 人物的创作约束（身份/性格/外在特质/价值观与底线/说话风格/行为决策） | 账号设定完成后填写，台词/选题/诊断时做一致性校验 |
|
||||
|
||||
> 两份板块合并为同一份产物文件：`{账号名}人设卡片.md`（账号层级，存放于桌面 `MCNSkillCase/{账号名}/` 根目录）+ `脚本{编号}/04_人设卡片.md`（脚本层级副本）。
|
||||
> 两份板块合并为同一份产物文件：`{账号名}人设卡片.md`（账号层级，存放于桌面 `MCNSkillCase/{账号名}/` 根目录，**三种模式均落盘**）+ `脚本{编号}/04_人设卡片.md`（脚本层级副本，**仅开发模式落盘**，自动/共创模式不写盘）。
|
||||
|
||||
## 上下游依赖
|
||||
- 上游：[步骤2：需求完善] / [步骤3：对标视频账号拆解（如有）]
|
||||
@@ -286,7 +286,7 @@
|
||||
|
||||
📋 【Gate-1 | 人设确认】确认门
|
||||
|
||||
> ⚡ 快速模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
> ⚡ 自动模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
|
||||
本阶段产出已完成（账号类型判定 + 账号设定 + 达人设定），核心内容如上。
|
||||
|
||||
|
||||
@@ -174,6 +174,8 @@
|
||||
|
||||
> **10 种标准开场方式及详细策略见知识库：** `知识库/04_爆款开场/` 全部文件（含每种方式的完整文案模板、适配赛道、实操方法、避坑指南和爆款案例）。
|
||||
> AI 执行时须根据选题类型，从 10 种开场方式中选择最匹配的 1-2 种，读取对应知识库文件获取完整策略。
|
||||
>
|
||||
> 补充钩子结构方法：`知识库/06_剧情钩子/切换关系法（低门槛批量爆款）_通用_钩子设计.md`（关系切换型钩子——"情绪是表象、关系是本质"，关系反差类选题可用此法批量产出，与前 10 种开场方式可组合使用）
|
||||
|
||||
| # | 钩子类型 | 触发机制 |
|
||||
|---|---------|---------|
|
||||
@@ -390,7 +392,7 @@
|
||||
|
||||
📋 【Gate-2 | 选题确认】
|
||||
|
||||
> ⚡ 快速模式：AI自动选择推荐方案 ｜ 🤝 共创模式：用户必须选择
|
||||
> ⚡ 自动模式：AI自动选择推荐方案 ｜ 🤝 共创模式：用户必须选择
|
||||
|
||||
请确认选题方向：
|
||||
✅ 选择方案{一/二/三/四/五} → 回复方案编号
|
||||
|
||||
@@ -186,7 +186,7 @@
|
||||
- □ 视觉节奏流畅？（画面切换与信息节奏匹配，不拖沓不跳跃，信息密集型允许快节奏）
|
||||
- □ 收尾实用有效？（配方公开/购买建议/收藏引导/总结要点/引导互动，不强行升华；美妆/Vlog不强制"感悟式"结尾）
|
||||
|
||||
> 设计方法论参考：`知识库/07_情绪共鸣/` 分块5（情绪递进设计）+ 分块1（情绪共鸣三层模型）+ `通用知识/04_情绪共鸣方法论.md`
|
||||
> 设计方法论参考：`知识库/07_情绪共鸣/` 分块5（情绪递进设计）+ 分块1（情绪共鸣三层模型）+ 分块7（情绪价值设计五法：千人千面·降低人设价值感·强观点对立面·内容搁置·关系代入）+ `通用知识/04_情绪共鸣方法论.md`
|
||||
|
||||
---
|
||||
|
||||
@@ -291,9 +291,9 @@
|
||||
· 段落/场次/核心作用 → `知识库/03_框架节奏/01_标准爆款结构模板.md`
|
||||
· 冲突/反转叙事 → `知识库/03_框架节奏/02_冲突叙事套路.md` + `知识库/03_框架节奏/03_反转叙事套路.md`
|
||||
· 时长区间/叙事节奏 → `知识库/03_框架节奏/04_节奏控时叙事套路.md`
|
||||
· 情绪 → `知识库/07_情绪共鸣/` 分块5（情绪递进设计：事件→情绪坐标四类情绪·递进缺口判断）+ 分块1（情绪共鸣三层模型：识别→投射→释放）
|
||||
· 情绪 → `知识库/07_情绪共鸣/` 分块5（情绪递进设计：事件→情绪坐标四类情绪·递进缺口判断）+ 分块1（情绪共鸣三层模型：识别→投射→释放）+ 分块7（情绪价值设计五法）
|
||||
· 本场钩子 → `知识库/04_爆款开场/` 全部文件（10种开场方式）
|
||||
· 事件 → `知识库/05_极致事件/` 全部文件
|
||||
· 事件 → `知识库/05_极致事件/` 全部文件（以 `00_总纲` 为入口：双重类型定义 戏剧极致/感官极致 + 极致行为三分类）
|
||||
- 每个方案的差别必须是本质性的（不同内容形式/不同叙事模型）
|
||||
- 时长分配遵循 开场~10% / 中段~75% / 结尾~15%
|
||||
- ⚠️ 结构模板选择（三段式/五段式）不在此步骤执行，交由 S7 大纲根据时长和内容形式选择
|
||||
@@ -476,7 +476,7 @@
|
||||
|
||||
📋 【Gate-3 | 框架确认】确认门
|
||||
|
||||
> ⚡ 快速模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
> ⚡ 自动模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
|
||||
本阶段产出已完成（框架方向 + 场次结构展开表），核心内容如上。
|
||||
|
||||
|
||||
@@ -319,7 +319,7 @@ S6 场次结构表「事件」列是规划概述（如「准备场景 → 核心
|
||||
|
||||
📋 【Gate-4 | 大纲确认】确认门
|
||||
|
||||
> ⚡ 快速模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
> ⚡ 自动模式：自动通过 ｜ 🤝 共创模式：需用户确认
|
||||
|
||||
本阶段产出已完成（短视频大纲{{如有广告则含广告植入方案}}），核心内容如上。
|
||||
|
||||
|
||||
@@ -30,46 +30,75 @@
|
||||
|
||||
# 二、创作模式与用户确认门机制
|
||||
|
||||
## 创作模式
|
||||
## 创作模式（三态）
|
||||
|
||||
本技能支持两种执行模式，控制确认门（Gate）的行为：
|
||||
本技能提供三种创作模式，控制**执行方式**（是否后台静默）、**确认行为**（是否逐门询问）与**落盘范围**（是否全落盘）。三者互斥，一次只处于一种模式：
|
||||
|
||||
### ⚡ 快速模式（默认）
|
||||
- ⚡ **自动模式**（默认）= 后台静默执行 + 只落盘最终交付物
|
||||
- 🤝 **共创模式** = 自动模式 + 每个确认门询问用户
|
||||
- 🛠️ **开发模式** = 自动模式 + 每步产物全落盘
|
||||
|
||||
### ⚡ 自动模式（默认）
|
||||
|
||||
| 维度 | 行为 |
|
||||
|------|------|
|
||||
| 执行方式 | 全流程自动执行，中间步骤**后台静默**：完整产出、不逐个展示、不停顿确认 |
|
||||
| Gate 行为 | 所有 Gate（Gate-0~6）自动通过，AI 自主决策推进 |
|
||||
| Gate-2 选题 | AI 自动选择推荐方案，不需用户逐个选择 |
|
||||
| 流程节奏 | 一气呵成，不暂停等待用户 |
|
||||
| 适用场景 | 用户信任 AI 判断、追求效率、需要快速产出 |
|
||||
| 落盘范围 | 只落盘**最终交付物**，中间产物不落盘 |
|
||||
| 中间产物 | 01需求拆分 ~ 08广告植入 仅在对话上下文中完整传递，不写入本地文件 |
|
||||
| 最终交付物 | 账号级人设卡片 + 脚本正文 + 分镜脚本（可选）+ 诊断报告（可选）+ 创作回顾.html |
|
||||
| 数据流 | 输入输出关系不变，上游产物靠对话上下文传递（不写盘、不跳步、不编造） |
|
||||
| 适用场景 | 默认日常使用，用户只需最终脚本，桌面只留最终要用的文件 |
|
||||
|
||||
**后台静默规则（自动模式）：**
|
||||
|
||||
- **后台静默 ≠ 跳步**：单一诉求（"生成脚本"）时，`05_故事选题` → `06_短视频框架` → `07_短视频大纲` 等中间步骤**仍按顺序完整产出**，仅作为内部信息源在对话上下文传递、供下游步骤引用，**不向用户逐个展示**。
|
||||
- **只显式产出目标步骤**：用户要求什么，可见结果就是什么。说"生成脚本" → 只展示 S9 故事脚本；说"生成大纲" → 只展示 S7 短视频大纲。
|
||||
- **前置门静默通过**：意图②的设定确认门（settings_confirmed）在后台静默时**不停顿等待确认**——已有账号级人设卡片则直接读取，无则自动完成人设解析后继续，全程不打断用户。
|
||||
|
||||
### 🤝 共创模式
|
||||
|
||||
| 维度 | 行为 |
|
||||
|------|------|
|
||||
| 执行方式 | 在自动模式基础上，每个关键确认门（Gate-0~6）**展示当前产物并询问用户**，确认后推进 |
|
||||
| Gate 行为 | 所有 Gate（Gate-0~6）严格执行用户确认机制 |
|
||||
| Gate-2 选题 | 用户必须从方案中选择，AI 不代为决定 |
|
||||
| 流程节奏 | 每个 Gate 暂停等待用户确认后才能推进 |
|
||||
| 落盘范围 | 同自动模式：只落盘**最终交付物**，中间产物不落盘 |
|
||||
| 中间产物 | 01需求拆分 ~ 08广告植入 在对话上下文中完整传递，随 Gate 确认向用户展示，不写入本地文件 |
|
||||
| 适用场景 | 用户希望深度参与创作过程、对内容有明确要求 |
|
||||
|
||||
### 🛠️ 开发模式
|
||||
|
||||
| 维度 | 行为 |
|
||||
|------|------|
|
||||
| 执行方式 | 全流程自动执行（执行行为同自动模式：后台静默、Gate 自动通过、只显式产出目标步骤） |
|
||||
| Gate 行为 | 所有 Gate 自动通过，AI 自主决策推进 |
|
||||
| 落盘范围 | 每步产物**全落盘**（与历史行为一致） |
|
||||
| 中间产物 | 01_需求拆分.md ~ 11_诊断报告.md 全部写入 `脚本{编号}/` 目录 |
|
||||
| 数据流 | 上游信息只从已落盘文件读取 |
|
||||
| 适用场景 | 调试、审计、回溯、排查创作链路问题 |
|
||||
|
||||
### 模式切换规则
|
||||
|
||||
- **默认模式**：快速模式（用户未明确指定时自动使用）
|
||||
- **启动时选择**：用户可在创作需求中注明"共创模式"或"快速模式"
|
||||
- **中途切换**：用户随时可说"切换到共创模式"或"切换到快速模式"
|
||||
- **切换生效点**：下一个未执行的确认门开始按新模式执行
|
||||
- **默认模式**：自动模式（用户未明确指定时自动使用）
|
||||
- **启动时选择**：用户可在创作需求中注明"自动模式"、"共创模式"或"开发模式"
|
||||
- **中途切换**：用户随时可说"切换到自动/共创/开发模式"
|
||||
- **切换生效点**：下一个未执行的确认门开始按新模式执行（已落盘的产物不受影响）
|
||||
|
||||
> **三态互斥**：自动 = 后台静默 + 只落最终交付物；共创 = 自动 + 步骤询问；开发 = 自动 + 步骤全落盘。三者不可组合，一次只处于一种模式，切换即时生效。
|
||||
|
||||
---
|
||||
|
||||
## 用户确认门机制
|
||||
|
||||
> **P0 级别规则。** 以下规则在 **共创模式** 下严格执行；**快速模式** 下所有 Gate 自动通过，AI 自主决策推进。
|
||||
> **P0 级别规则。** 以下规则在 **共创模式** 下严格执行；**自动模式**与**开发模式**下所有 Gate 自动通过，AI 自主决策推进。
|
||||
|
||||
创作流程在以下关键节点设置「用户确认门」（User Gate）：
|
||||
|
||||
| 确认门编号 | 节点名称 | 触发时机 | 通过指令示例 |
|
||||
|:---------|:-------|:-------|:-----------|
|
||||
| Gate-0 | **分析确认** | 步骤1意图识别完成后提交；步骤2需求完善：⚡快速模式自动补全合并提交 / 🤝共创模式每维度候选方案需用户确认后写入 | "确认分析"、"通过"、"OK" |
|
||||
| Gate-0 | **分析确认** | 步骤1意图识别完成后提交；步骤2需求完善：⚡自动模式自动补全合并提交 / 🤝共创模式每维度候选方案需用户确认后写入 | "确认分析"、"通过"、"OK" |
|
||||
| Gate-1 | **人设确认** | 步骤4达人人设卡片已输出 | "确认人设"、"通过" |
|
||||
| Gate-2 | **选题确认** | 步骤5选题方案已输出（含5个方案） | "选方案一"、"用第二个"、"通过" |
|
||||
| Gate-3 | **框架确认** | 步骤6框架方案已输出（含推荐方案） | "确认框架"、"用方案A"、"通过" |
|
||||
@@ -127,7 +156,7 @@
|
||||
- **禁止静默跳过**：不得以"用户没有提出异议"为由默认通过确认门
|
||||
- **禁止超限等待**：用户超过 3 轮未明确确认/修改，主动询问用户
|
||||
|
||||
> ⚡ 快速模式下，上述禁止行为不适用——AI 按自身判断自动通过所有 Gate 并推进流程。
|
||||
> ⚡ 自动/🛠️ 开发模式下，上述禁止行为不适用——AI 按自身判断自动通过所有 Gate 并推进流程。
|
||||
> 用户随时可切换到共创模式，切换后下一个 Gate 起严格执行上述规则。
|
||||
|
||||
## 修改循环规则（共创模式下适用）
|
||||
@@ -325,14 +354,14 @@
|
||||
| 02 | 故事选题 | 8 | 元素叠加/跨界重组/元素并置/元素置换、新鲜度维度、落地路径、选题三环模型（共鸣切入点设计）、共鸣的理解（6种共鸣类型+创作公式+自检+验证） |
|
||||
| 03 | 框架节奏 | 8 | 标准结构模板、冲突/反转叙事、节奏控时、剪辑收尾、编导验收、脚本格式选择 |
|
||||
| 04 | 爆款开场 | 11 | 10种开场方式 + 全量覆盖分析 |
|
||||
| 05 | 极致事件 | 5 | 预期反转、荒诞化、无厘头、错位化、抽象化 |
|
||||
| 06 | 剧情钩子 | 2 | 情绪价值设计、切换关系法 |
|
||||
| 07 | 情绪共鸣 🆕 | 6 | 三层模型（识别→投射→释放）、网感坐标（赛道×叙事形态→体感映射）、情绪递进设计（四类情绪·递进缺口判断）+ 情感铺垫设计（多维度表达·蓄力释放·留白法则） |
|
||||
| 05 | 极致事件 | 7 | 总纲（双重类型定义+极致行为）、极致行为、预期反转、荒诞化、无厘头、错位化、抽象化 |
|
||||
| 06 | 剧情钩子 | 1 | 切换关系法（钩子结构方法） |
|
||||
| 07 | 情绪共鸣 🆕 | 7 | 三层模型（识别→投射→释放）、网感坐标（赛道×叙事形态→体感映射）、情绪递进设计（四类情绪·递进缺口判断）+ 情感铺垫设计（多维度表达·蓄力释放·留白法则）+ 情绪价值设计五法（千人千面·降低人设价值感·强观点对立面·内容搁置·关系代入） |
|
||||
| 08 | 对话风格 | 9 | 口播交流感、横纵二维方法、Vlog创作法、风格映射 |
|
||||
| 09 | 脚本诊断 | 4 | AI质量检查、编导人工检查、各意图流程、四种意图 |
|
||||
| 09 | 脚本诊断 | 3 | AI质量检查、编导人工检查、自动检查清单（八类32项） |
|
||||
| 10 | 分镜拍摄 | 3 | 景别情绪与运镜组合、节奏与转场设计、音画配套设计 |
|
||||
| 11 | 广告植入 | 1 | 植入方法论四级体系（L1铁律/L2结构/L3执行/L4评估） |
|
||||
| 12 | 拆解评估 🆕 | 8 | 脚本质量自动检查清单（八类32项）、编导意图解析规则（复合意图拆解·误解映射） |
|
||||
| 12 | 爆款拆解 | 3 | 爆款复刻迁移法则、爆款文案反推工作流（13字段）、爆款内容母提示词模板 |
|
||||
|
||||
## 步骤→知识库映射
|
||||
|
||||
@@ -340,15 +369,15 @@
|
||||
|:---:|------|------|
|
||||
| S1 意图识别 | — | — |
|
||||
| S2 需求完善 | 01_账号设定 △ / 02_故事选题 △ / 03_框架节奏 △ / 08_对话风格 △ | — |
|
||||
| S3 对标拆解 | — | — |
|
||||
| S3 对标拆解 | 12_爆款拆解 ●（13字段反推·复刻迁移法则·母提示词模板） | 04_爆款开场 ●（前3秒钩子分类） / 01_账号设定 ●（人设拆解参照） |
|
||||
| S4 账号设定 | 01_账号设定 ★ / 08_对话风格 ★ | — |
|
||||
| S5 选题 | 02_故事选题 ★ / 04_爆款开场 ● | 07_情绪共鸣 ●（网感坐标·目标体感确定） |
|
||||
| S6 框架 | 03_框架节奏 ★ / 07_情绪共鸣 ★（情绪·四类情绪·情绪设计卡·弧线类型·蓄力释放·缺口自检） | 04_爆款开场 ● / 05_极致事件 ● |
|
||||
| S5 选题 | 02_故事选题 ★ / 04_爆款开场 ● | 07_情绪共鸣 ●（网感坐标·目标体感确定） / 06_剧情钩子 ●（切换关系法·钩子预设补充） |
|
||||
| S6 框架 | 03_框架节奏 ★ / 07_情绪共鸣 ★（情绪·四类情绪·情绪设计卡·弧线类型·蓄力释放·缺口自检·情绪价值设计五法） | 04_爆款开场 ● / 05_极致事件 ●（00_总纲为入口：双重类型+极致行为三分类） |
|
||||
| S7 大纲 | —（结构模板选择+分段结构展开，情绪维度只引用 S6 不重做） | 03_框架节奏 ●（结构模板参考） |
|
||||
| S8 广告 | 11_广告植入 ★ | — |
|
||||
| S9 脚本 | 08_对话风格 ★ / 07_情绪共鸣 ★（多维度表达·蓄力释放演绎·留白法则） / 03_框架节奏 ★（脚本格式选择指南） | — |
|
||||
| S10 分镜 | 10_分镜拍摄 ★ | — |
|
||||
| S11 诊断 | 09_脚本诊断 ★ / 07_情绪共鸣 ●（情感表达专项检查） / 12_拆解评估 ●（八类32项·编导意图解析） | 03_框架节奏 ● / 04_爆款开场 ● |
|
||||
| S11 诊断 | 09_脚本诊断 ★（含八类32项自动检查清单） / 07_情绪共鸣 ●（情感表达专项检查） | 03_框架节奏 ● / 04_爆款开场 ● |
|
||||
|
||||
> **引用格式规范：** 每个步骤文件 System Prompt 中使用 `知识库/{编号}_{分类}/{文件名}.md` 路径格式引用。
|
||||
> 路径解析：`知识库/` → `references/知识库/` + `references-add/知识库/`（两目录合并检索，相对于技能根目录 `脚本创作技能/`）。
|
||||
@@ -393,13 +422,23 @@
|
||||
- 产出根目录默认固定在用户桌面 `MCNSkillCase/`（开发机与部署机一致），不存在则自动创建，部署到任意电脑均可正常工作
|
||||
- **用户自定义路径**：用户明确指定其他位置时，以用户指定为准（记录在 `references-add/路径配置.md`，运行时优先）；产出结构（`{账号名}/脚本{编号}/`）不变，仅根目录变化
|
||||
|
||||
**三种模式的落盘清单：**
|
||||
|
||||
| 模式 | 落盘内容 | 不落盘内容 |
|
||||
|------|---------|-----------|
|
||||
| ⚡ 自动模式（默认） | `{账号名}人设卡片.md`（账号级）+ `09_脚本正文.md` + `10_分镜脚本.md`（可选）+ `11_诊断报告.md`（可选）+ `创作回顾.html` | 01~08 中间产物（需求拆分/拆解/对标/人设脚本内副本/选题/框架/大纲/广告植入） |
|
||||
| 🤝 共创模式 | 同自动模式（只落盘最终交付物） | 01~08 中间产物（随 Gate 确认展示，不写盘） |
|
||||
| 🛠️ 开发模式 | 上表全部 11 步产物 + `创作回顾.html` | 无 |
|
||||
|
||||
> 自动/共创模式下目录仍按 `{账号名}/脚本{编号}/` 创建，但只写入上表「落盘内容」列的文件；中间产物在对话上下文中完整传递，不写盘，自动模式且**后台静默不展示**（详见「二、创作模式」）。
|
||||
|
||||
### 🔴 过程产物链铁律（P0，任何产出均适用）
|
||||
|
||||
> **任何产出（含只生成大纲/只生成标题），必须按步骤顺序执行并落盘全部中间产物**——步骤 5 → 6 → 7 产物缺一不可，禁止跳步、禁止只出最终产物不落中间文件。
|
||||
> **任何产出（含只生成大纲/只生成标题），必须按步骤顺序执行完整流程**——步骤 5 → 6 → 7 产物缺一不可，禁止跳步、禁止只出最终产物不出中间内容。**中间产物的「保存方式」随模式变化，但「产出与传递」永不省略。**
|
||||
|
||||
1. **全链落盘**：即使最终目标只是「生成大纲」，也必须依次产出并落盘 `05_故事选题.md` → `06_短视频框架.md` → `07_短视频大纲.md`。中间产物是后续步骤的信息源，缺失即链路断裂。
|
||||
2. **信息只读已落盘文件**：选题、框架等上游信息只从已落盘的产物文件读取（如从 `05_故事选题.md` 读取选题），**禁止凭对话印象/记忆编造选题内容**。
|
||||
3. **文件即权威**：产物文件名以本表为准。历史脚本中可能存在的旧命名（`05_选题方案.md`/`06_脚本框架.md`/`07_脚本大纲.md`）读取时按对应新命名文件处理，新产出一律使用新命名。
|
||||
1. **全链产出（三种模式一致）**：即使最终目标只是「生成大纲」，也必须依次产出 `05_故事选题` → `06_短视频框架` → `07_短视频大纲`。中间产物是后续步骤的信息源，缺失即链路断裂。**「产出与传递」永不省略，「展示与落盘」随模式收敛**——自动模式下中间产物后台静默（完整产出、不展示、不落盘），仅目标步骤显式产出。
|
||||
2. **信息只读已确认产物**：选题、框架等上游信息只从「已确认的产物」读取，**禁止凭对话印象/记忆编造**。开发模式读已落盘文件；自动/共创模式读对话上下文中已确认的产物（不写盘但内容完整传递）。
|
||||
3. **文件即权威（开发模式）**：产物文件名以本表为准。历史脚本中可能存在的旧命名（`05_选题方案.md`/`06_脚本框架.md`/`07_脚本大纲.md`）读取时按对应新命名文件处理，新产出一律使用新命名。
|
||||
|
||||
---
|
||||
|
||||
@@ -458,3 +497,221 @@ grep -rn "做梦\|俊希\|大炮说电影\|旧梦留声机\|温情短剧\|女老
|
||||
|
||||
> **注意：** 验证命令中的账号名列表应随项目实际使用的账号名更新。新增账号后，将其名称加入验证命令。
|
||||
|
||||
---
|
||||
|
||||
# 七、对话流程控制（意图分类与处理）
|
||||
|
||||
> 本节定义 AI 与编导对话过程中的意图分类、处理流程和反馈解析规则。
|
||||
> 对话流程控制是跨步骤的通用机制，不依赖具体创作步骤。
|
||||
|
||||
## 7.1 四种意图分类
|
||||
|
||||
每轮输入后，Agent 将用户意图归类为以下四种之一：
|
||||
|
||||
| 意图 | 名称 | 驱动方 | 触发条件 | 门控 |
|
||||
|:---:|------|:---:|---------|:---:|
|
||||
| ① | **编导常规提问** | 编导 | 查询知识、对标竞品、分析数据等知识类问题 | 无 |
|
||||
| ② | **编导创作脚本** | 编导 | 要求生成选题、大纲或脚本 | 前置门 |
|
||||
| ③ | **确认/修改设定** | AI | 创作前确定人设和框架（AI 主动发起，或由②/④跳入） | **确认门** |
|
||||
| ④ | **编导提出疑问** | 编导 | 对已生成内容不满意或提出质疑 | 无 |
|
||||
|
||||
## 7.2 各意图详细流程
|
||||
|
||||
### 意图① 编导常规提问
|
||||
|
||||
**触发场景：** 查询知识、对标竞品、分析数据等——不涉及内容生成的提问。
|
||||
|
||||
```
|
||||
编导常规提问
|
||||
↓
|
||||
查询 · 对标 · 分析
|
||||
↓
|
||||
直接回答
|
||||
↓
|
||||
完成 → 等待下一轮输入
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- 无任何前置检查，无确认门，不依赖 `settings_confirmed` 状态
|
||||
- 回答完成后直接进入下一轮 ReAct 循环
|
||||
|
||||
---
|
||||
|
||||
### 意图② 编导创作脚本
|
||||
|
||||
**触发场景：** 编导要求生成选题建议、短视频大纲、广告植入大纲或逐镜头脚本。
|
||||
|
||||
```
|
||||
编导创作脚本
|
||||
↓
|
||||
选题 · 大纲 · 脚本
|
||||
↓
|
||||
【前置决策】settings_confirmed 是否为 true？
|
||||
├── 否 ──→ 「设定已确认？」不通过 → 跳转意图③确认/修改设定
|
||||
└── 是 ──→ 通过前置门，继续执行
|
||||
↓
|
||||
生成内容
|
||||
↓
|
||||
输出结果 → 等待编导下一轮反馈
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- **前置门（必须）**：人设 + 框架未确认前，不执行任何创作，强制跳转意图③。**例外：自动/开发模式后台静默时前置门静默通过**——已有账号级人设卡片直接读取，无则自动完成人设解析后继续（详见「二、创作模式 · 后台静默规则」）
|
||||
- **无确认门**：内容生成后直接输出，不询问"是否满意"；满意与否在编导下一轮输入中自然体现
|
||||
- 编导下一轮反馈的两条路：
|
||||
- 「继续」「下一个」「再来一条」→ 继续执行意图②
|
||||
- 对内容提出质疑或不满 → 路由到意图④
|
||||
|
||||
---
|
||||
|
||||
### 意图③ 确认/修改设定
|
||||
|
||||
**触发场景：**
|
||||
- 意图②前置检查未通过时，AI 主动发起
|
||||
- 意图④复盘后判断根因是「设定问题」时，路由跳入
|
||||
- 编导主动表示需要调整人设或框架时触发
|
||||
|
||||
```
|
||||
确认/修改设定
|
||||
↓
|
||||
AI输出人设 + 框架
|
||||
↓
|
||||
【编导确认？】
|
||||
├── 否 ──→ 编导提出修改 → 更新草稿 → 循环回到「AI输出人设+框架」
|
||||
└── 是 ──→ 确认通过
|
||||
↓
|
||||
settings_confirmed = true
|
||||
↓
|
||||
询问是否创作
|
||||
└── 确认 → 跳转意图②（生成内容）
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- **有确认门**：编导未明确确认前，AI 不得自动推进；修改后重新输出、循环等待直到编导确认
|
||||
- «否»分支回路：修改意见 → 重新输出设定 → 再次等待确认
|
||||
- 每轮修改需标注变更项，方便编导快速对比
|
||||
- 确认后主动询问是否开始创作，编导同意后才跳转意图②
|
||||
|
||||
---
|
||||
|
||||
### 意图④ 编导提出疑问
|
||||
|
||||
**触发场景：** 编导对已生成的选题、大纲或脚本表达不满意，或提出具体质疑。
|
||||
|
||||
```
|
||||
编导提出疑问
|
||||
↓
|
||||
对内容不满意
|
||||
↓
|
||||
AI复盘分析（决策节点）
|
||||
· 结合编导疑问 + 当前人设 + 当前框架 + 上一轮输出内容
|
||||
· 分析维度：人设匹配度 / 框架适配性 / 内容执行偏差 / 选题方向
|
||||
↓
|
||||
根因分流
|
||||
├── 设定问题 → 跳转意图③，重新确认/修改设定
|
||||
└── 内容问题 → 跳转意图②，重新生成内容
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- **无确认门**：复盘分析完成后直接输出根因报告，同时给出明确的路由方向
|
||||
- 根因报告须清晰区分「设定问题」或「内容问题」，避免编导困惑
|
||||
- 路由后的执行遵循对应意图的规则：跳③走确认门循环，跳②直接生成
|
||||
- 如编导对路由方向有异议，以编导判断为准，按编导指定路由执行
|
||||
|
||||
## 7.3 编导意图解析规则（复合意图拆解·误解映射·确认话术）
|
||||
|
||||
> 定位：**编导反馈到AI修改之间的翻译层**——在AI动手改之前，先正确理解编导到底要什么
|
||||
|
||||
**核心原则：编导的反馈词≠字面意思**
|
||||
|
||||
编导说"加事件"不等于"加事件数量"，说"不够爽"不等于"加更多爽点"。AI必须拆解反馈背后的真实意图。
|
||||
|
||||
### 复合意图拆解模型
|
||||
|
||||
每条编导反馈都包含两层：
|
||||
|
||||
```
|
||||
【编导反馈】
|
||||
├── 显性需求（字面意思）：编导直接说的内容
|
||||
└── 隐性需求（真实意图）：编导实际想要的效果
|
||||
```
|
||||
|
||||
### 4种常见误解映射表
|
||||
|
||||
| 编导反馈 | AI常误解为（错误） | 编导实际意思（正确） | 正确操作 |
|
||||
|---------|-------------------|-------------------|---------|
|
||||
| "事件不够，再加几个" | 追加第N+1、N+2个事件 | 现有事件情绪层次不够深，需要加深而非加多 | ①画情绪弧线找缺口 ②缺蓄力→加铺垫事件 ③缺释放→加深释放力度 |
|
||||
| "太平了，不够有张力" | 加更多转折和冲突 | 情绪弧线的落差不够大，转折前后的情绪对比不够强 | ①检查转折点前后情绪落差 ②加深蓄力段的压抑程度 ③让转折更突然 |
|
||||
| "不够爽/不够解气" | 加更多爽点/反转 | 释放层力度不够，前期蓄势不足以支撑释放 | ①检查蓄力是否足够深 ②加深释放的极致感（更强烈的反差/更极致的视觉回报） |
|
||||
| "感觉差点意思" | 随机修改试试看 | 情感铺垫不够，角色内心没有传达出来 | ①检查是否有Tell该改Show ②加行为暗示细节 ③检查蓄力释放是否有蓄有放 |
|
||||
|
||||
### 意图解析决策树
|
||||
|
||||
```
|
||||
编导给出反馈
|
||||
│
|
||||
├─ 反馈包含具体场景/位置？
|
||||
│ ├─ 是 → 针对该场景做情绪弧线缺口判断
|
||||
│ └─ 否 → 进入通用意图解析 ↓
|
||||
│
|
||||
├─ 反馈关键词匹配
|
||||
│ ├─ "不够"/"再加"/"多一些" → 误解风险最高！
|
||||
│ │ → 先判断：缺事件数量 还是 缺情绪层次？
|
||||
│ │ → 判断依据：现有事件数≥5个 → 大概率缺层次而非数量
|
||||
│ │ → 操作：画弧线找缺口，不盲目追加
|
||||
│ │
|
||||
│ ├─ "太平"/"没张力"/"平淡" → 情绪落差问题
|
||||
│ │ → 检查：转折点前后的情绪对比是否够大？
|
||||
│ │ → 操作：加深蓄力段压抑/让转折更突然
|
||||
│ │
|
||||
│ ├─ "不爽"/"不解气"/"没感觉" → 释放层问题
|
||||
│ │ → 检查：蓄力是否足够？释放是否到位？
|
||||
│ │ → 操作：加深蓄力→加强释放力度（非加事件）
|
||||
│ │
|
||||
│ ├─ "差点意思"/"不够深入"/"没代入感" → 情感铺垫问题
|
||||
│ │ → 检查：是否有Tell该改Show？多维度用了几个？
|
||||
│ │ → 操作：加行为暗示细节/加留白/检查蓄力释放
|
||||
│ │
|
||||
│ └─ "结构不对"/"顺序有问题" → 结构问题
|
||||
│ → 检查：叙事线索是否完整？三线交织？
|
||||
│ → 操作：调整事件顺序/补充结构要素
|
||||
│
|
||||
└─ 修改前确认（高风险时必须确认）
|
||||
→ 当现有事件数≥8个且编导说"不够"时：必须先确认意图再修改
|
||||
→ 当编导反馈模糊（"感觉不对"）时：用确认话术对齐
|
||||
```
|
||||
|
||||
### 确认话术模板
|
||||
|
||||
当AI无法确定编导真实意图时，使用以下话术对齐（而非盲目修改）：
|
||||
|
||||
**场景1：编导说"不够"但现有事件已≥5个**
|
||||
|
||||
> "我理解您觉得还不够。目前已有X个事件，我判断可能不是数量不够而是情绪层次不够深。您觉得是以下哪种情况？
|
||||
> A. 前期铺垫不够深，释放时没感觉（→我加深蓄力段）
|
||||
> B. 释放力度不够，不够爽/不够治愈（→我加深释放段）
|
||||
> C. 中间太平，缺少转折（→我加一个转折点）
|
||||
> D. 确实需要加新事件（→请告诉我缺什么类型的事件）"
|
||||
|
||||
**场景2：编导说"感觉不对"但没说具体哪里**
|
||||
|
||||
> "我理解整体感觉不对。为了精准修改，请帮我确认：
|
||||
> - 是开场钩子不够吸引？（→我改钩子）
|
||||
> - 是中间叙事太平？（→我改情绪弧线）
|
||||
> - 是结尾不够有力？（→我改释放层）
|
||||
> - 是角色情感没传达出来？（→我加行为暗示）"
|
||||
|
||||
**场景3：编导要求"加一场戏"**
|
||||
|
||||
> "好的，加一场戏。为了确保加对位置，请确认：
|
||||
> - 这场戏的功能是什么？（铺垫/转折/释放/过渡）
|
||||
> - 加在哪个场景之后？
|
||||
> - 需要传达什么情绪？"
|
||||
|
||||
### AI执行规则
|
||||
|
||||
1. **先判断再动手**：收到编导反馈后，先走意图解析决策树，确定操作方向后再修改
|
||||
2. **事件数≥5时禁止盲目追加**：必须先画情绪弧线找缺口，确认是"缺数量"还是"缺层次"
|
||||
3. **模糊反馈必须确认**：编导反馈不具体时，用确认话术对齐，不靠猜
|
||||
4. **修改后标注意图**：每次修改时说明"根据您的反馈，我判断为XX问题，采取了XX操作"，让编导验证判断是否正确
|
||||
|
||||
@@ -6,8 +6,8 @@
|
||||
|
||||
## 前置条件
|
||||
|
||||
- MCP 服务已配置并 Trust（详见 `MCP_工具调用规范.md` §3 自动检测与安装引导）
|
||||
- 已完成飞书登录（登录检查机制见 `MCP_工具调用规范.md` §4 登录状态检查）
|
||||
- MCP 服务已配置并 Trust（详见 `MCP_工具调用规范.md` 3 自动检测与安装引导）
|
||||
- 已完成飞书登录（登录检查机制见 `MCP_工具调用规范.md` 4 登录状态检查）
|
||||
|
||||
---
|
||||
|
||||
@@ -93,4 +93,4 @@
|
||||
|
||||
## 5) 降级策略
|
||||
|
||||
降级触发条件与处理方式见 `MCP_工具调用规范.md` §5 降级策略。视频解析不可用时，步骤3改为用户手动提供视频信息或跳过，核心创作流程不受影响。
|
||||
降级触发条件与处理方式见 `MCP_工具调用规范.md` 5 降级策略。视频解析不可用时，步骤3改为用户手动提供视频信息或跳过，核心创作流程不受影响。
|
||||
@@ -36,7 +36,7 @@
|
||||
|
||||
按以下流程处理：
|
||||
|
||||
1. **检测**：检查 `myai-mcp-production` 的 MCP 工具是否在可用列表中。可用 → 跳到 [§4 登录检查]；不可用 → 进入步骤2
|
||||
1. **检测**：检查 `myai-mcp-production` 的 MCP 工具是否在可用列表中。可用 → 跳到 [4 登录检查]；不可用 → 进入步骤2
|
||||
2. **判定环境 + 提示**：
|
||||
- **首次提问（轻量提醒，不打断创作）**：
|
||||
> 本技能部分功能（对标视频解析 / 创意灵感 / 账号设定查询）依赖 MCN MCP 服务。是否现在安装？暂时不需要可跳过，不影响核心创作流程，用到时会再次提醒。
|
||||
@@ -47,7 +47,13 @@
|
||||
- **创作中需用 API 功能 · 非开发环境**：
|
||||
> 本技能的 MCN API 功能需要安装 `myai-mcp-production` MCP 服务。是否自动配置？
|
||||
3. **用户同意 → 前置检查运行环境 → 自动安装**：
|
||||
- **运行环境检查（先做）**：检查本机是否已安装 Node.js（`node --version`）和 Python（`python --version`）。缺失则先引导安装对应运行时再继续——`npx` 型 MCP 依赖 Node.js，`python` 型 MCP 依赖 Python，缺失会导致 MCP 安装/启动失败。
|
||||
- **部署预检（先做，按顺序）**：
|
||||
1. **运行时版本**：检查 Node.js（`node --version`）和 Python（`python --version`）是否已安装。缺失则先引导安装对应运行时再继续——`npx` 型 MCP 依赖 Node.js，`python` 型 MCP 依赖 Python，缺失会导致 MCP 安装/启动失败。
|
||||
2. **npm 缓存权限（macOS 高发坑，必须查）**：`npx` 型 MCP 首次运行需写入 npm 缓存（默认 `~/.npm` 的 `_npx`/`_cacache`）。若缓存目录里有 **root 权限文件**（常见于曾用 sudo 装过包、系统迁移/重装后遗留），npx 无权限写入 → MCP 启动静默失败。典型症状：包能正常下载（源没问题）、配置也写入了，但 MCP 一直连不上/不出现。
|
||||
- **检查**：`npm config get cache` 确认缓存目录（默认 `~/.npm`）；`find ~/.npm -user root 2>/dev/null | head` 查看是否有 root 文件
|
||||
- **处理**：缓存可重建，直接清理（目录本身归用户所有，**无需 sudo**）：`rm -rf ~/.npm/_npx ~/.npm/_cacache`，下次 npx 运行自动重建
|
||||
- **注意**：只清缓存目录，**不要**动 `~/.npmrc`（含 registry 配置）和全局已安装的包
|
||||
3. **（可选）npm 源**：国内网络确认 registry 已配镜像（`npm config get registry`，如 `https://registry.npmmirror.com`）避免拉包超时。但镜像**不是**启动失败的根因，排查顺序永远是 1 → 2 → 3。
|
||||
- 读取 `scripts/mcp-config.json`
|
||||
- 读取用户现有的 `~/.workbuddy/mcp.json`（如不存在则创建）
|
||||
- **开发环境**：将 `myai-mcp-production` + `myai-mcp-test` 两个服务合并写入（保留已有服务，不覆盖）
|
||||
@@ -109,7 +115,7 @@ MCP 工具可用后，调用任何 MCP 工具前须先检查飞书登录状态
|
||||
|
||||
| 降级原因 | 处理方式 |
|
||||
|---------|---------|
|
||||
| MCP 未安装/未 Trust | 引导安装（见 [§3 自动检测与安装引导流程](#3-自动检测与安装引导流程)） |
|
||||
| MCP 未安装/未 Trust | 引导安装（见 [3 自动检测与安装引导流程](#3-自动检测与安装引导流程)） |
|
||||
| 登录失败（`auth_status` 三次重试后仍未登录） | 告知用户手动登录，跳过 API 功能 |
|
||||
| 服务异常 | 告知用户稍后重试，跳过 API 功能 |
|
||||
| 视频解析超时（超过 15 分钟） | 告知用户超时，可稍后用 detailId 手动查询 |
|
||||
|
||||
@@ -0,0 +1,45 @@
|
||||
# 极致事件总纲
|
||||
|
||||
> 维度：05_极致事件 | 定位：一切制造"极致感"的内容锚点的类型定义与索引
|
||||
> 作用：S7 大纲「按知识库/05_极致事件/确定的极致类型调取素材」时，本文件是类型判定的权威入口
|
||||
|
||||
---
|
||||
|
||||
## 一、极致事件双重类型
|
||||
|
||||
一切"极致感"内容锚点，分两大类型（**内容极致**——拍什么层面的极致）：
|
||||
|
||||
| 类型 | 底层机制 | 子类 |
|
||||
|------|---------|------|
|
||||
| **戏剧极致** | 打破预期 | 期待（建立预期）；反转/冲突/喜剧/猎奇/错位/荒诞（打破预期） |
|
||||
| **感官极致** | 内容工艺极致：把内容做到超出用户预期 | 精美/细致/品质/专业深度 |
|
||||
|
||||
> **机制说明**：打破预期的前提是先建立期待——期待垫得越高，打破的落差越大。「期待」子类负责建立，「反转/冲突/喜剧/猎奇/错位/荒诞」负责打破，两步是一个完整闭环，缺一不可。
|
||||
|
||||
> **边界**：视觉冲击/震撼等属拍摄剪辑手法（形式极致），归 `10_分镜拍摄` 维度，不计入本维度的内容极致。
|
||||
|
||||
---
|
||||
|
||||
## 二、极致行为（独立维度）
|
||||
|
||||
极致行为是「3秒抓注意力」的功能位极致，横跨戏剧/感官，单独成类。详见 `极致行为创作法_通用_内容设计.md`。
|
||||
|
||||
| 细分类型 | 核心逻辑 | 适用场景 |
|
||||
|---------|---------|---------|
|
||||
| 感官刺激型 | 视觉/听觉/味觉强冲击，触发本能注意力 | 泛娱乐/探店/颜值 |
|
||||
| 身份反差型 | 身份与行为错位，触发好奇注意力 | 音乐/国学/宝妈 |
|
||||
| 强度拉满型 | 难度/成本拉满，触发价值注意力 | 测评/干货/知识 |
|
||||
|
||||
---
|
||||
|
||||
## 三、类型索引（指向文件）
|
||||
|
||||
| 类型 | 文件 |
|
||||
|------|------|
|
||||
| 预期反转 | `预期反转创作体系（星爷喜剧手法）_通用_冲突设计.md` |
|
||||
| 抽象化 | `抽象化创作体系（星爷 + 沈腾喜剧手法）_通用_内容设计.md` |
|
||||
| 无厘头 | `无厘头创作体系（卓别林喜剧手法）_通用_内容设计.md` |
|
||||
| 荒诞化 | `荒诞化创作体系（沈腾喜剧手法）_通用_内容设计.md` |
|
||||
| 错位化-反常化 | `错位化-反常化创作体系（本山 + 憨豆喜剧手法）_通用_内容设计.md` |
|
||||
| 期待 | `../08_对话风格/期待感建立法_通用_对话风格.md` |
|
||||
| 极致行为 | `极致行为创作法_通用_内容设计.md` |
|
||||
@@ -0,0 +1,34 @@
|
||||
# 极致行为创作法
|
||||
|
||||
> 赛道：通用 | 用途：内容设计
|
||||
> 来源：大炮创作方法（潘宏三极致化·极致行为维度）
|
||||
|
||||
## 极致行为创作法
|
||||
|
||||
### 核心逻辑
|
||||
|
||||
用打破赛道常规展示形式的**强差异化动作/表达**，3秒抓眼。极致行为是「3秒抓注意力」的功能位极致，横跨戏剧/感官两大类型。
|
||||
|
||||
### 三分类（对应3种注意力触发逻辑）
|
||||
|
||||
| 细分类型 | 核心逻辑 | 触发机制 | 典型案例 | 适用场景 |
|
||||
|---------|---------|---------|---------|---------|
|
||||
| 感官刺激型 | 视觉/听觉/味觉的强冲击 | 本能注意力 | @暴叔讲留学「咆哮浇头式讲留学」 | 泛娱乐/探店/颜值等快消赛道 |
|
||||
| 身份反差型 | 身份和行为的错位 | 好奇注意力 | @深情航仔视频里会说字正腔圆中文的老外 | 音乐/国学/宝妈等需破圈赛道 |
|
||||
| 强度拉满型 | 行动的难度/成本拉满 | 价值注意力 | @潘宏爱玩狗训「7年咬13人的恶犬」 | 测评/干货/知识等需建信任赛道 |
|
||||
|
||||
### 5步落地SOP
|
||||
|
||||
1. **锚定赛道常规展示方式**：列出所在赛道的「标准动作」（如车评人站在车旁念参数）
|
||||
2. **找差异化动作/语气/道具**：我有什么和别人不一样的专属表达
|
||||
3. **验证3秒抓注意力**：这个动作能否在前3秒抓住眼球
|
||||
4. **验证与人设匹配**：动作符合账号人设调性，不违和
|
||||
5. **验证传递价值**：动作背后有干货/情绪/信任锚点，非纯博眼球
|
||||
|
||||
### 三大避坑
|
||||
|
||||
| 坑点 | 表现 | 避坑方法 |
|
||||
|------|------|---------|
|
||||
| 突破公序良俗 | 虐动物/浪费粮食/挑战道德底线 | 会被平台限流甚至封号，动作必须在底线内 |
|
||||
| 与人设脱节 | 温柔治愈系博主突然咆哮 | 极致行为须符合人设底层逻辑，否则掉粉 |
|
||||
| 形式大于内容 | 只有夸张动作，无干货/情感/价值 | 动作必须有价值锚点，否则赞高但涨粉不动 |
|
||||
+12
-2
@@ -1,7 +1,7 @@
|
||||
# 切换关系法（低门槛批量爆款）
|
||||
|
||||
> 赛道：通用 | 用途：情绪设计
|
||||
> 来源：06_剧情钩子/06-情绪价值与IP_情绪价值与IP方法.md
|
||||
> 赛道：通用 | 用途：钩子设计
|
||||
> 来源：06_剧情钩子/06-情绪价值与IP_情绪价值与IP方法.md（情绪是表象、关系是本质，本质为钩子结构方法，非情绪设计）
|
||||
|
||||
## 五、切换关系法（低门槛批量爆款）
|
||||
|
||||
@@ -18,6 +18,16 @@
|
||||
#### 要素二：设计反差关系
|
||||
- 至少设置 4-6 组具备明显反差的关系对照
|
||||
- 案例：「同一个"你吃了吗"」→ 情侣版（撒娇）、兄弟版（随意）、老板版（紧张）、外婆版（暖心）
|
||||
- 关系选择参考四类维度（从案例归纳，非封闭清单）：
|
||||
|
||||
| 关系维度 | 常用关系 | 视听提示 |
|
||||
|---------|---------|---------|
|
||||
| **亲密关系** | 情侣/夫妻/暧昧期 | 暖橙光、近景特写 |
|
||||
| **血缘关系** | 父母/祖辈/子女 | 怀旧暖黄、近景 |
|
||||
| **职场关系** | 老板/同事/甲方 | 冷白光、中远景 |
|
||||
| **社会身份** | 陌生人/熟人/客户/网友 | 视关系远近调景别 |
|
||||
|
||||
> 反差设计要点：跨维度组合反差更大（如「老板版」紧接「外婆版」），同维度内组合反差弱（如「情侣」接「夫妻」）。
|
||||
|
||||
#### 要素三：视听协同设计
|
||||
- 灯光色调随关系变化（情侣=暖橙色、老板=冷白光、外婆=怀旧暖黄）
|
||||
+3
-3
@@ -1,7 +1,7 @@
|
||||
# 情绪价值设计方法论
|
||||
# 情绪价值设计五法
|
||||
|
||||
> 赛道：通用 | 用途：情绪设计
|
||||
> 来源：06_剧情钩子/06-情绪价值与IP_情绪价值与IP方法.md
|
||||
> 赛道：通用 | 用途：情绪共鸣设计
|
||||
> 来源：06_剧情钩子/06-情绪价值与IP_情绪价值与IP方法.md（2026-08-16 归位至 07_情绪共鸣：五法均为情绪共鸣方法，非钩子方法）
|
||||
|
||||
## 四、情绪价值设计方法论
|
||||
|
||||
@@ -4,7 +4,7 @@
|
||||
> 来源：脚本诊断/短视频脚本检查清单.md
|
||||
>
|
||||
> ⚠️ **本文件仅定义评分锚点与综合评分体系。**
|
||||
> 八类32项检查清单的完整定义见 `知识库/12_拆解评估/分块7_评分标准-脚本质量自动检查清单八类32项.md`（唯一权威定义）。
|
||||
> 八类32项检查清单的完整定义见 `知识库/09_脚本诊断/脚本质量自动检查清单_八类32项.md`（唯一权威定义）。
|
||||
> 人工检查项见 `知识库/09_脚本诊断/AI提醒编导人工检查_通用_质量检查.md`。
|
||||
|
||||
## 零、评分锚点与通过标准 🔴
|
||||
|
||||
@@ -1,113 +0,0 @@
|
||||
# 各意图详细流程
|
||||
|
||||
> 赛道：通用 | 用途：流程规范
|
||||
> 来源：脚本诊断/共创模式流程描述.md
|
||||
|
||||
## 三、各意图详细流程
|
||||
|
||||
### 意图① 编导常规提问
|
||||
|
||||
**触发场景：** 查询知识、对标竞品、分析数据等——不涉及内容生成的提问。
|
||||
|
||||
```
|
||||
编导常规提问
|
||||
↓
|
||||
查询 · 对标 · 分析
|
||||
↓
|
||||
直接回答
|
||||
↓
|
||||
完成 → 等待下一轮输入
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- 无任何前置检查，无确认门，不依赖 `settings_confirmed` 状态
|
||||
- 回答完成后直接进入下一轮 ReAct 循环
|
||||
- 对应流程图**蓝色列**
|
||||
|
||||
---
|
||||
|
||||
### 意图② 编导创作脚本
|
||||
|
||||
**触发场景：** 编导要求生成选题建议、短视频大纲、广告植入大纲或逐镜头脚本。
|
||||
|
||||
```
|
||||
编导创作脚本
|
||||
↓
|
||||
选题 · 大纲 · 脚本
|
||||
↓
|
||||
【前置决策】settings_confirmed 是否为 true？
|
||||
├── 否 ──→ 「设定已确认？」不通过 → 跳转意图③确认/修改设定
|
||||
└── 是 ──→ 通过前置门，继续执行
|
||||
↓
|
||||
生成内容
|
||||
↓
|
||||
输出结果 → 等待编导下一轮反馈
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- **前置门（必须）**：人设 + 框架未确认前，不执行任何创作，强制跳转意图③
|
||||
- **无确认门**：内容生成后直接输出，不询问"是否满意"；满意与否在编导下一轮输入中自然体现
|
||||
- 编导下一轮反馈的两条路：
|
||||
- 「继续」「下一个」「再来一条」→ 继续执行意图②
|
||||
- 对内容提出质疑或不满 → 路由到意图④
|
||||
- 对应流程图**绿色列**，其中「设定已确认？」为决策节点（底色加深区分）
|
||||
|
||||
---
|
||||
|
||||
### 意图③ 确认/修改设定
|
||||
|
||||
**触发场景：**
|
||||
- 意图②前置检查未通过时，AI 主动发起
|
||||
- 意图④复盘后判断根因是「设定问题」时，路由跳入
|
||||
- 编导主动表示需要调整人设或框架时触发
|
||||
|
||||
```
|
||||
确认/修改设定
|
||||
↓
|
||||
AI输出人设 + 框架
|
||||
↓
|
||||
【编导确认？】
|
||||
├── 否 ──→ 编导提出修改 → 更新草稿 → 循环回到「AI输出人设+框架」
|
||||
└── 是 ──→ 确认通过
|
||||
↓
|
||||
settings_confirmed = true
|
||||
↓
|
||||
询问是否创作
|
||||
└── 确认 → 跳转意图②（生成内容）
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- **有确认门**：编导未明确确认前，AI 不得自动推进；修改后重新输出、循环等待直到编导确认
|
||||
- «否»分支回路（左侧曲线箭头）：修改意见 → 重新输出设定 → 再次等待确认
|
||||
- 每轮修改需标注变更项，方便编导快速对比
|
||||
- 确认后主动询问是否开始创作，编导同意后才跳转意图②；如编导表示暂不创作则等待下一轮
|
||||
- 对应流程图**紫色列**，其中「编导确认？」为决策节点；«否»走左侧回路
|
||||
|
||||
---
|
||||
|
||||
### 意图④ 编导提出疑问
|
||||
|
||||
**触发场景：** 编导对已生成的选题、大纲或脚本表达不满意，或提出具体质疑。
|
||||
|
||||
```
|
||||
编导提出疑问
|
||||
↓
|
||||
对内容不满意
|
||||
↓
|
||||
AI复盘分析（决策节点）
|
||||
· 结合编导疑问 + 当前人设 + 当前框架 + 上一轮输出内容
|
||||
· 分析维度：人设匹配度 / 框架适配性 / 内容执行偏差 / 选题方向
|
||||
↓
|
||||
根因分流
|
||||
├── 设定问题 → 跳转意图③，重新确认/修改设定
|
||||
└── 内容问题 → 跳转意图②，重新生成内容
|
||||
```
|
||||
|
||||
**规则：**
|
||||
- **无确认门**：复盘分析完成后直接输出根因报告，同时给出明确的路由方向
|
||||
- 根因报告须清晰区分「设定问题」或「内容问题」，避免编导困惑
|
||||
- 路由后的执行遵循对应意图的规则：跳③走确认门循环，跳②直接生成
|
||||
- 如编导对路由方向有异议，以编导判断为准，按编导指定路由执行
|
||||
- 对应流程图**橙色列**，其中「AI复盘分析」为决策节点（底色加深），下方两条分支分别指向③和②
|
||||
|
||||
---
|
||||
@@ -1,17 +0,0 @@
|
||||
# 四种意图
|
||||
|
||||
> 赛道：通用 | 用途：流程规范
|
||||
> 来源：脚本诊断/共创模式流程描述.md
|
||||
|
||||
## 二、四种意图
|
||||
|
||||
每轮输入后，Agent 将用户意图归类为以下四种之一：
|
||||
|
||||
| 意图 | 名称 | 驱动方 | 触发条件 | 门控 |
|
||||
|:---:|------|:---:|---------|:---:|
|
||||
| ① | **编导常规提问** | 编导 | 查询知识、对标竞品、分析数据等知识类问题 | 无 |
|
||||
| ② | **编导创作脚本** | 编导 | 要求生成选题、大纲或脚本 | 前置门 |
|
||||
| ③ | **确认/修改设定** | AI | 创作前确定人设和框架（AI 主动发起，或由②/④跳入） | **确认门** |
|
||||
| ④ | **编导提出疑问** | 编导 | 对已生成内容不满意或提出质疑 | 无 |
|
||||
|
||||
---
|
||||
+3
-3
@@ -108,9 +108,9 @@
|
||||
|
||||
| 检查项 | 判断标准 | 判定 | 对应创作维度 |
|
||||
|--------|---------|------|-------------|
|
||||
| 打回原因记录 | 每次打回自动记录（原因分类/具体位置/修改建议） | 自动记录 | 12_拆解评估 |
|
||||
| 同类规避 | 同一账号下次生成时自动加载历史打回记录，规避同类问题 | 自动加载 | 12_拆解评估 |
|
||||
| 归因分类 | 自动归类到：选题/人设/可拍/结构/格式/共鸣/合规 | 自动归类 | 12_拆解评估 |
|
||||
| 打回原因记录 | 每次打回自动记录（原因分类/具体位置/修改建议） | 自动记录 | 09_脚本诊断 |
|
||||
| 同类规避 | 同一账号下次生成时自动加载历史打回记录，规避同类问题 | 自动加载 | 09_脚本诊断 |
|
||||
| 归因分类 | 自动归类到：选题/人设/可拍/结构/格式/共鸣/合规 | 自动归类 | 09_脚本诊断 |
|
||||
|
||||
---
|
||||
|
||||
@@ -1,6 +1,5 @@
|
||||
# 景别情绪与运镜组合
|
||||
|
||||
> 源文件：创作流程/临时文件.md 步骤10部分
|
||||
> 用途：分镜脚本生成时的景别选择、情绪匹配、运镜搭配
|
||||
|
||||
---
|
||||
|
||||
@@ -1,6 +1,5 @@
|
||||
# 节奏与转场设计
|
||||
|
||||
> 源文件：创作流程/临时文件.md 步骤10部分
|
||||
> 用途：分镜节奏控制、镜头间转场衔接设计
|
||||
|
||||
---
|
||||
|
||||
@@ -1,6 +1,5 @@
|
||||
# 音画配套设计
|
||||
|
||||
> 源文件：创作流程/临时文件.md 步骤10部分
|
||||
> 用途：BGM选型、音效设计、人声层次规划
|
||||
|
||||
---
|
||||
|
||||
@@ -1,77 +0,0 @@
|
||||
## 分块 1：方法论 — 短视频数据诊断五维模型
|
||||
|
||||
### 分类字段
|
||||
- 一级赛道: 生活vlog
|
||||
- 叙事形态: 独居生活
|
||||
- 细分垂类: 第一人称vlog
|
||||
- 时长区间: 1-3min
|
||||
- 变现模式: 广告植入
|
||||
- 创作维度: 12
|
||||
- 分块类型: 方法论
|
||||
|
||||
### 标签字段
|
||||
- 平台: 抖音
|
||||
- 是否爆款: 是
|
||||
- 核心钩子: 反差人设
|
||||
- 身份: 抠门打工人
|
||||
- 性格: 乐观搞笑
|
||||
- 表达方式: 碎碎念
|
||||
- 信任符号: 真做真吃
|
||||
- 记忆符号: 粉色条纹衬衫
|
||||
- 画面风格: 手持纪实
|
||||
- 文案调性: 幽默自嘲
|
||||
- 元素: 金句
|
||||
- 音乐风格: 原声直出
|
||||
- 字幕风格: 情绪大字
|
||||
|
||||
### 向量描述
|
||||
短视频数据诊断五维模型：传播力、留存力、互动力、转化力、内容力五维诊断+归因。
|
||||
|
||||
### 内容主体
|
||||
数据诊断是"用数据回答视频哪里好、哪里差、怎么改"。五维模型：
|
||||
|
||||
**维度一：传播力（Spread Power）**
|
||||
- 核心指标：分享量、享赞比、二次传播率
|
||||
- 诊断逻辑：分享量高→传播力强；享赞比 >30%→传播力优秀
|
||||
- 归因方向：标题策略、金句传播、情绪共鸣、话题热度
|
||||
- 提升方向：加强金句收口、优化标题、增加二次传播钩子
|
||||
|
||||
**维度二：留存力（Retention Power）**
|
||||
- 核心指标：完播率、3秒留存率、5秒留存率
|
||||
- 诊断逻辑：3秒留存率低→钩子问题；完播率低→节奏问题或内容脱节
|
||||
- 归因方向：
|
||||
- 3秒留存率 <80%→开场钩子类型或内容需优化
|
||||
- 5秒留存率下降→钩子后叙事脱节
|
||||
- 完播率 <50%→中间段节奏/信息密度问题
|
||||
- 提升方向：优化开场钩子、调整叙事节奏、增加转折点密度
|
||||
|
||||
**维度三：互动力（Interaction Power）**
|
||||
- 核心指标：评论量、评赞比、评论区正面率
|
||||
- 诊断逻辑：评赞比 >10%→互动力强；评论区正面率 >80%→内容质量高
|
||||
- 归因方向：互动设计、情绪共鸣深度、人设辨识度
|
||||
- 提升方向：优化互动问题设计、增加共情点、强化人设辨识度
|
||||
|
||||
**维度四：转化力（Conversion Power）**
|
||||
- 核心指标：粉丝增量、挂车点击率、GMV（按变现模式）
|
||||
- 诊断逻辑：
|
||||
- 广告植入：完播率未下降+评论区无负面→植入成功
|
||||
- 电商挂车：点击率 >8%+转化率 >2%→转化力强
|
||||
- 知识付费：课程转化率 >3%→转化力强
|
||||
- 归因方向：商业植入时机、自然过渡、痛点解决匹配度
|
||||
- 提升方向：优化植入时机、改善过渡自然度、加强痛点解决
|
||||
|
||||
**维度五：内容力（Content Quality）**
|
||||
- 核心指标：赞播比、收藏量、收藏赞比
|
||||
- 诊断逻辑：赞播比 >5%→内容质量优秀；收藏赞比 >0.5→干货属性强
|
||||
- 归因方向：内容信息密度、方法论价值、模板/工具价值
|
||||
- 提升方向：增加干货密度、提供可复用方法/模板
|
||||
|
||||
**赛道差异化诊断标准**：
|
||||
| 赛道 | 传播目标 | 核心指标 | 合格线 |
|
||||
|------|----------|----------|--------|
|
||||
| 生活vlog | 情绪共鸣+陪伴感 | 完播率+赞播比 | 完播率>50%，赞播比>3% |
|
||||
| 剧情 | 冲突传播+系列追看 | 分享率+完播率 | 分享率>5%，完播率>55% |
|
||||
| 美妆 | 信任种草+转化 | 转化率+完播率 | 转化率>2%，完播率>60% |
|
||||
| 美食 | 视觉冲击+分享 | 分享率+赞播比 | 分享率>8%，赞播比>5% |
|
||||
|
||||
---
|
||||
@@ -1,51 +0,0 @@
|
||||
## 分块 2：评分标准 — 生活vlog拆解评估评分卡
|
||||
|
||||
### 分类字段
|
||||
- 一级赛道: 生活vlog
|
||||
- 叙事形态: 通用
|
||||
- 细分垂类: 第一人称vlog
|
||||
- 时长区间: 1-3min
|
||||
- 变现模式: 通用
|
||||
- 创作维度: 12
|
||||
- 分块类型: 评分标准
|
||||
|
||||
### 标签字段
|
||||
- 平台: 抖音
|
||||
- 是否爆款: 否
|
||||
- 核心钩子: 通用
|
||||
- 身份: 通用
|
||||
- 性格: 通用
|
||||
- 表达方式: 通用
|
||||
- 信任符号: 通用
|
||||
- 记忆符号: 通用
|
||||
- 画面风格: 通用
|
||||
- 文案调性: 通用
|
||||
- 元素: 通用
|
||||
- 音乐风格: 通用
|
||||
- 字幕风格: 通用
|
||||
|
||||
### 向量描述
|
||||
生活vlog拆解评估评分标准：按五维评分（1-5分）+赛道差异化标准的评分卡。
|
||||
|
||||
### 内容主体
|
||||
**生活vlog拆解评估评分卡（1-5分制）**
|
||||
|
||||
| 评估维度 | 1分（不合格） | 3分（合格） | 5分（优秀） |
|
||||
|----------|--------------|-------------|-------------|
|
||||
| 传播力 | 分享率<1%，无二次传播钩子 | 分享率3-5%，有金句/互动设计 | 分享率>8%，金句+话题+表情包多传播钩子 |
|
||||
| 留存力 | 3秒留存<60%，完播率<30% | 3秒留存80%，完播率50% | 3秒留存>90%，完播率>65% |
|
||||
| 互动力 | 评赞比<5%，评论区零互动 | 评赞比8-10%，有互动设计 | 评赞比>15%，评论区UGC话题 |
|
||||
| 转化力 | 粉丝转化<0.3%，无商业匹配 | 粉丝转化0.5-1%，植入自然 | 粉丝转化>2%，植入与内容强关联 |
|
||||
| 内容力 | 赞播比<1%，无信息增量 | 赜播比3-5%，有1-2个干货点 | 赞播比>8%，方法论+模板+金句 |
|
||||
|
||||
**综合评分规则**：
|
||||
- 总分 = 五维加权平均（传播力×0.3 + 留存力×0.3 + 互动力×0.2 + 转化力×0.1 + 内容力×0.1）
|
||||
- 加权原因：生活vlog赛道传播力和留存力最关键，互动力次之
|
||||
- 合格线：总分 ≥3.0
|
||||
- 爆款线：总分 ≥4.0
|
||||
|
||||
**必召回规则**：
|
||||
- 每次评估必须同时召回该赛道的失败案例和反常识案例作为反面参照
|
||||
- 评估与优化解耦：评估节点和优化建议节点由独立LLM执行
|
||||
|
||||
---
|
||||
@@ -1,45 +0,0 @@
|
||||
## 分块 3：案例复盘 — 美妆账号数据异常诊断
|
||||
|
||||
### 分类字段
|
||||
- 一级赛道: 美妆
|
||||
- 叙事形态: 产品测评
|
||||
- 细分垂类: 真人出镜口播
|
||||
- 时长区间: 30-60s
|
||||
- 变现模式: 电商挂车
|
||||
- 创作维度: 12
|
||||
- 分块类型: 案例复盘
|
||||
|
||||
### 标签字段
|
||||
- 平台: 抖音
|
||||
- 是否爆款: 是
|
||||
- 核心钩子: 毒舌翻车
|
||||
- 身份: 毒舌测评姐
|
||||
- 性格: 专业毒舌
|
||||
- 表达方式: 口播直说
|
||||
- 信任符号: 素颜对比+真实测评
|
||||
- 记忆符号: 白框眼镜+翻车黑榜
|
||||
- 画面风格: 冷白顶光
|
||||
- 文案调性: 犀利吐槽
|
||||
- 元素: 反转翻车
|
||||
- 音乐风格: 节奏卡点
|
||||
- 字幕风格: 重点高亮
|
||||
|
||||
### 向量描述
|
||||
美妆账号数据异常诊断案例：播放量高但转化率低，归因为植入时机不当+痛点解决不匹配。
|
||||
|
||||
### 内容主体
|
||||
**数据异常表现**：
|
||||
- 播放量：50万+（传播力优秀）
|
||||
- 3秒留存率：90%（钩子有效）
|
||||
- 完播率：65%（留存力合格）
|
||||
- 赞播比：6%（内容力合格）
|
||||
- 评赞比：12%（互动力合格）
|
||||
- **挂车点击率：1.5%（转化力不合格，同赛道合格线 >8%）**
|
||||
- **GMV转化率：0.3%（不合格，同赛道合格线 >2%）**
|
||||
|
||||
**诊断归因**：
|
||||
1. **植入时机不当（置信度: 0.85）**：种草段放在视频第40秒（接近结尾），观众已经开始"准备划走"，种草信息被跳过。
|
||||
2. **痛点解决不匹配（置信度: 0.75）**：视频主题是"翻车测评XX品牌"，但挂车产品是另一个无关品牌的护肤套装，与视频主题无逻辑关联。
|
||||
3. **过渡不够自然（置信度: 0.65）**：种草段开始时使用了"对了给大家推荐XX"的硬切过渡，而非从翻车逻辑自然延伸到种草。
|
||||
|
||||
---
|
||||
-128
@@ -1,128 +0,0 @@
|
||||
## 分块 8：方法论 — 编导意图解析规则（复合意图拆解·误解映射·确认话术）
|
||||
|
||||
### 分类字段
|
||||
- 一级赛道: 全局通用
|
||||
- 叙事形态: 通用
|
||||
- 细分垂类: 通用
|
||||
- 时长区间: 通用
|
||||
- 变现模式: 通用
|
||||
- 创作维度: 12
|
||||
- 分块类型: 方法论
|
||||
|
||||
### 标签字段
|
||||
- 平台: 通用
|
||||
- 是否爆款: 通用
|
||||
- 核心钩子: 通用
|
||||
- 身份: 通用
|
||||
- 性格: 通用
|
||||
- 表达方式: 通用
|
||||
- 信任符号: 通用
|
||||
- 记忆符号: 通用
|
||||
- 画面风格: 通用
|
||||
- 文案调性: 通用
|
||||
- 元素: 通用
|
||||
- 音乐风格: 通用
|
||||
- 字幕风格: 通用
|
||||
|
||||
### 向量描述
|
||||
编导意图解析规则：将编导的模糊反馈拆解为显性需求+隐性需求，4种常见误解映射表+意图解析决策树+确认话术模板，防止AI南辕北辙。
|
||||
|
||||
### 内容主体
|
||||
|
||||
> 来源：编导对话分析报告——AI反复修改但编导仍不满意的核心原因是AI误解了编导意图
|
||||
> 定位：**编导反馈到AI修改之间的翻译层**——在AI动手改之前，先正确理解编导到底要什么
|
||||
|
||||
**核心原则：编导的反馈词≠字面意思**
|
||||
|
||||
编导说"加事件"不等于"加事件数量"，说"不够爽"不等于"加更多爽点"。AI必须拆解反馈背后的真实意图。
|
||||
|
||||
**复合意图拆解模型**：
|
||||
|
||||
每条编导反馈都包含两层：
|
||||
|
||||
```
|
||||
【编导反馈】
|
||||
├── 显性需求（字面意思）：编导直接说的内容
|
||||
└── 隐性需求（真实意图）：编导实际想要的效果
|
||||
```
|
||||
|
||||
**4种常见误解映射表**：
|
||||
|
||||
| 编导反馈 | AI常误解为（错误） | 编导实际意思（正确） | 正确操作 |
|
||||
|---------|-------------------|-------------------|---------|
|
||||
| "事件不够，再加几个" | 追加第N+1、N+2个事件 | 现有事件情绪层次不够深，需要加深而非加多 | ①画情绪弧线找缺口 ②缺蓄力→加铺垫事件 ③缺释放→加深释放力度 |
|
||||
| "太平了，不够有张力" | 加更多转折和冲突 | 情绪弧线的落差不够大，转折前后的情绪对比不够强 | ①检查转折点前后情绪落差 ②加深蓄力段的压抑程度 ③让转折更突然 |
|
||||
| "不够爽/不够解气" | 加更多爽点/反转 | 释放层力度不够，前期蓄势不足以支撑释放 | ①检查蓄力是否足够深 ②加深释放的极致感（更强烈的反差/更极致的视觉回报） |
|
||||
| "感觉差点意思" | 随机修改试试看 | 情感铺垫不够，角色内心没有传达出来 | ①检查是否有Tell该改Show ②加行为暗示细节 ③检查蓄力释放是否有蓄有放 |
|
||||
|
||||
**意图解析决策树**：
|
||||
|
||||
```
|
||||
编导给出反馈
|
||||
│
|
||||
├─ 反馈包含具体场景/位置？
|
||||
│ ├─ 是 → 针对该场景做情绪弧线缺口判断（参考07分块5）
|
||||
│ └─ 否 → 进入通用意图解析 ↓
|
||||
│
|
||||
├─ 反馈关键词匹配
|
||||
│ ├─ "不够"/"再加"/"多一些" → 误解风险最高！
|
||||
│ │ → 先判断：缺事件数量 还是 缺情绪层次？
|
||||
│ │ → 判断依据：现有事件数≥5个 → 大概率缺层次而非数量
|
||||
│ │ → 操作：画弧线找缺口，不盲目追加
|
||||
│ │
|
||||
│ ├─ "太平"/"没张力"/"平淡" → 情绪落差问题
|
||||
│ │ → 检查：转折点前后的情绪对比是否够大？
|
||||
│ │ → 操作：加深蓄力段压抑/让转折更突然
|
||||
│ │
|
||||
│ ├─ "不爽"/"不解气"/"没感觉" → 释放层问题
|
||||
│ │ → 检查：蓄力是否足够？释放是否到位？
|
||||
│ │ → 操作：加深蓄力→加强释放力度（非加事件）
|
||||
│ │
|
||||
│ ├─ "差点意思"/"不够深入"/"没代入感" → 情感铺垫问题
|
||||
│ │ → 检查：是否有Tell该改Show？多维度用了几个？
|
||||
│ │ → 操作：加行为暗示细节/加留白/检查蓄力释放
|
||||
│ │
|
||||
│ └─ "结构不对"/"顺序有问题" → 结构问题
|
||||
│ → 检查：叙事线索是否完整？三线交织？
|
||||
│ → 操作：调整事件顺序/补充结构要素
|
||||
│
|
||||
└─ 修改前确认（高风险时必须确认）
|
||||
→ 当现有事件数≥8个且编导说"不够"时：必须先确认意图再修改
|
||||
→ 当编导反馈模糊（"感觉不对"）时：用确认话术对齐
|
||||
```
|
||||
|
||||
**确认话术模板**：
|
||||
|
||||
当AI无法确定编导真实意图时，使用以下话术对齐（而非盲目修改）：
|
||||
|
||||
```
|
||||
【确认话术】
|
||||
|
||||
场景1：编导说"不够"但现有事件已≥5个
|
||||
"我理解您觉得还不够。目前已有X个事件，我判断可能不是数量不够而是
|
||||
情绪层次不够深。您觉得是以下哪种情况？
|
||||
A. 前期铺垫不够深，释放时没感觉（→我加深蓄力段）
|
||||
B. 释放力度不够，不够爽/不够治愈（→我加深释放段）
|
||||
C. 中间太平，缺少转折（→我加一个转折点）
|
||||
D. 确实需要加新事件（→请告诉我缺什么类型的事件）"
|
||||
|
||||
场景2：编导说"感觉不对"但没说具体哪里
|
||||
"我理解整体感觉不对。为了精准修改，请帮我确认：
|
||||
- 是开场钩子不够吸引？（→我改钩子）
|
||||
- 是中间叙事太平？（→我改情绪弧线）
|
||||
- 是结尾不够有力？（→我改释放层）
|
||||
- 是角色情感没传达出来？（→我加行为暗示）"
|
||||
|
||||
场景3：编导要求"加一场戏"
|
||||
"好的，加一场戏。为了确保加对位置，请确认：
|
||||
- 这场戏的功能是什么？（铺垫/转折/释放/过渡）
|
||||
- 加在哪个场景之后？
|
||||
- 需要传达什么情绪？"
|
||||
```
|
||||
|
||||
**AI执行规则**：
|
||||
|
||||
1. **先判断再动手**：收到编导反馈后，先走意图解析决策树，确定操作方向后再修改
|
||||
2. **事件数≥5时禁止盲目追加**：必须先画情绪弧线找缺口，确认是"缺数量"还是"缺层次"
|
||||
3. **模糊反馈必须确认**：编导反馈不具体时，用确认话术对齐，不靠猜
|
||||
4. **修改后标注意图**：每次修改时说明"根据您的反馈，我判断为XX问题，采取了XX操作"，让编导验证判断是否正确
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
@@ -21,7 +21,9 @@
|
||||
|
||||
## 二、极致维度标签库（11个）
|
||||
|
||||
### 感官极致（超出预期）
|
||||
> **边界说明**：下表「视觉冲击」指**素材内容自带的第一眼效果**（色泽/体积/动态），属内容属性；知识库 `05_极致事件` 中的"视觉冲击/震撼"指**拍摄剪辑手法**（升格慢放/元素膨胀等），归 `10_分镜拍摄` 维度。两者词面相同、维度不同，检索时以本文件定义为准。
|
||||
|
||||
### 感官极致（内容工艺极致）
|
||||
|
||||
| 极致维度 | 说明 | 典型素材库 |
|
||||
|---------|------|-----------|
|
||||
@@ -35,6 +37,8 @@
|
||||
|
||||
### 戏剧极致（打破预期）
|
||||
|
||||
> 机制：打破预期的前提是先建立期待——期待垫得越高，打破的落差越大。
|
||||
|
||||
| 极致维度 | 说明 | 典型素材库 |
|
||||
|---------|------|-----------|
|
||||
| 反差服务 | 角色身份与服务水准的反差 | 生活仪式 |
|
||||
|
||||
@@ -55,22 +55,23 @@
|
||||
| 09_行业轻揭秘开场.md | 知识/商业 | 口播/盘点 | 行业揭秘引发好奇的开场 |
|
||||
| 10_承诺收益开场.md | 知识/商业 | 口播/教程 | 直接承诺信息收益的开场 |
|
||||
|
||||
### 05_极致事件（5个）
|
||||
### 05_极致事件（7个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
|--------|---------|---------|---------|
|
||||
| 00_极致事件总纲.md | 全赛道 | 全叙事 | 极致类型定义与索引（双重类型+极致行为，类型判定权威入口） |
|
||||
| 极致行为创作法_通用_内容设计.md | 全赛道 | 全叙事 | 极致行为三分类（感官刺激/身份反差/强度拉满） |
|
||||
| 预期反转创作体系（星爷喜剧手法）_通用_冲突设计.md | 剧情/娱乐 | 剧情演绎 | 预期反转式喜剧冲突设计 |
|
||||
| 荒诞化创作体系（沈腾喜剧手法）_通用_内容设计.md | 剧情/娱乐 | 剧情演绎 | 荒诞化情境喜剧内容设计 |
|
||||
| 抽象化创作体系（星爷+沈腾喜剧手法）_通用_内容设计.md | 剧情/娱乐 | 剧情演绎 | 抽象化夸张喜剧手法 |
|
||||
| 无厘头创作体系（卓别林喜剧手法）_通用_内容设计.md | 剧情/娱乐 | 剧情演绎 | 无厘头肢体喜剧设计 |
|
||||
| 错位化-反常化创作体系（本山+憨豆喜剧手法）_通用_内容设计.md | 剧情/娱乐 | 剧情演绎 | 错位/反常化的喜剧手法 |
|
||||
|
||||
### 06_剧情钩子（2个）
|
||||
### 06_剧情钩子（1个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
|--------|---------|---------|---------|
|
||||
| 情绪价值设计方法论_通用_情绪设计.md | 全赛道 | 全叙事 | 视频整体的情绪价值设计方法 |
|
||||
| 切换关系法（低门槛批量爆款）_通用_情绪设计.md | 剧情/泛生活 | 剧情演绎 | 关系切换制造爆款钩子的低门槛方法 |
|
||||
| 切换关系法（低门槛批量爆款）_通用_钩子设计.md | 剧情/泛生活 | 剧情演绎 | 关系切换制造爆款钩子的低门槛方法 |
|
||||
|
||||
### 07_情绪共鸣（6个）
|
||||
### 07_情绪共鸣（7个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
|--------|---------|---------|---------|
|
||||
| 分块1_方法论-情绪共鸣三层模型.md | 全赛道 | 全叙事 | 识别→投射→释放三层共鸣模型 |
|
||||
@@ -79,6 +80,7 @@
|
||||
| 分块4_方法论-网感坐标-赛道叙事形态目标体感映射.md | 全赛道 | 全叙事 | 赛道×叙事形态→目标体感的映射表 |
|
||||
| 分块5_方法论-情绪递进设计事件情绪坐标映射-递进缺口判断.md | 全赛道 | 全叙事 | 四类情绪递进路径+缺口判断技术 |
|
||||
| 分块6_方法论-情感铺垫设计-行为暗示-留白法则-蓄力释放.md | 全赛道 | 全叙事 | 强/中/弱三级情感铺垫设计+行为暗示法则 |
|
||||
| 分块7_方法论-情绪价值设计五法.md | 全赛道 | 全叙事 | 千人千面/降低人设价值感/强观点对立面/内容搁置/关系代入（自06_剧情钩子归位） |
|
||||
|
||||
### 08_对话风格（9个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
@@ -93,13 +95,12 @@
|
||||
| 赛道交融跨界法_通用_对话风格.md | 全赛道 | 全叙事 | 跨赛道元素融合的对话风格 |
|
||||
| 期待感建立法_通用_对话风格.md | 全赛道 | 全叙事 | 在对话中建立观众期待的方法 |
|
||||
|
||||
### 09_脚本诊断（4个）
|
||||
### 09_脚本诊断（3个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
|--------|---------|---------|---------|
|
||||
| AI可根据脚本直接检查_通用_质量检查.md | 全赛道 | 全叙事 | AI可直接执行的脚本质量检查项 |
|
||||
| AI提醒编导人工检查_通用_质量检查.md | 全赛道 | 全叙事 | 需AI提醒编导人工复核的检查项 |
|
||||
| 各意图详细流程_通用_流程规范.md | 全赛道 | 全叙事 | 各创作意图的详细诊断流程 |
|
||||
| 四种意图_通用_流程规范.md | 全赛道 | 全叙事 | 四种诊断意图的分类与适用场景 |
|
||||
| 脚本质量自动检查清单_八类32项.md | 全赛道 | 全叙事 | 八类32项脚本质量自动检查清单（含共鸣专项） |
|
||||
|
||||
### 10_分镜拍摄（3个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
@@ -113,17 +114,12 @@
|
||||
|--------|---------|---------|---------|
|
||||
| 广告植入方法论.md | 全赛道 | 全叙事 | 植入方法论四级体系（L1铁律/L2结构/L3执行/L4评估） |
|
||||
|
||||
### 12_拆解评估（8个）
|
||||
### 12_爆款拆解（3个）
|
||||
| 文件名 | 适用赛道 | 适用叙事 | 核心内容 |
|
||||
|--------|---------|---------|---------|
|
||||
| 分块1_方法论-短视频数据诊断五维模型.md | 全赛道 | 全叙事 | 播放/互动/转化/粉丝/留存五维数据诊断 |
|
||||
| 分块2_评分标准-生活vlog拆解评估评分卡.md | 泛生活/Vlog | Vlog纪实 | 生活Vlog赛道拆解评估的评分标准卡 |
|
||||
| 分块3_案例复盘-美妆账号数据异常诊断.md | 美妆 | 教程/种草 | 美妆账号数据异常诊断案例 |
|
||||
| 分块4_方法论-爆款复刻迁移法则-什么能改-什么不能改.md | 全赛道 | 全叙事 | 爆款复刻时哪些元素可改/不可改的铁律 |
|
||||
| 分块5_方法论-爆款文案反推工作流13字段标准化拆解.md | 全赛道 | 全叙事 | 爆款脚本反推拆解的13字段标准化工作流 |
|
||||
| 分块6_模板-爆款内容母提示词模板.md | 全赛道 | 全叙事 | 爆款内容生成母提示词的标准化模板 |
|
||||
| 分块7_评分标准-脚本质量自动检查清单八类32项.md | 全赛道 | 全叙事 | 八类32项脚本质量自动检查清单（含共鸣专项） |
|
||||
| 分块8_方法论-编导意图解析规则复合意图拆解-误解映射-确认话术.md | 全赛道 | 全叙事 | 编导意图的复合拆解规则+误解映射 |
|
||||
| 爆款复刻迁移法则_什么能改什么不能改.md | 全赛道 | 全叙事 | 爆款复刻时哪些元素可改/不可改的铁律 |
|
||||
| 爆款文案反推工作流_13字段标准化拆解.md | 全赛道 | 全叙事 | 爆款脚本反推拆解的13字段标准化工作流 |
|
||||
| 爆款内容母提示词模板.md | 全赛道 | 全叙事 | 爆款内容生成母提示词的标准化模板 |
|
||||
|
||||
---
|
||||
|
||||
|
||||
Reference in new issue
Block a user