maogeigei
d8e83ad368
- P0: D·视觉脚本→D·视觉短片 20 处/5 文件(SKILL.md S9、6_框架映射表、9_脚本、创作流程规范、07_格式指南)；F07 纯视觉短片保留 - P2a: 预设钩子→开场钩子 10 处/3 文件(5_选题、7_大纲、04_爆款开场口径说明) - P1a/P1b: clarify.md 新增第 7 条维度口径衔接(内容形式4选→S6细化、故事框架倾向词→S6定型、开场钩子同口径) CHANGELOG v30 - SKILL.md frontmatter updated_at=2026-09-07; references-add/变更日志.md 归档 09-07 条目 - 需求框 v29(内容形式置首/Vlog去人物采访/叙事结构→故事框架) 已于上轮提交范围
741 lines
42 KiB
Markdown
741 lines
42 KiB
Markdown
# 创作流程规范
|
||
|
||
> 本文档定义短视频脚本创作流程中的通用协作机制，包括用户确认门和脚本格式规范。
|
||
> 各步骤文件中的处理规则为步骤专用逻辑，跨步骤的通用机制以本文档为准。
|
||
|
||
---
|
||
|
||
# 一、十一步创作流程索引
|
||
|
||
| # | 步骤 | 确认节点 | 详细文件 |
|
||
|---|------|:------:|---------|
|
||
| ① | 意图识别 | Gate-0 分析确认 | [1_意图识别.md](创作流程/1_意图识别.md) |
|
||
| ② | 需求完善 | Gate-0 分析确认 | [2_需求完善.md](创作流程/2_需求完善.md) |
|
||
| ③ | 对标视频/账号拆解 🔶 | 可选步骤 | [3_对标视频账号拆解.md](创作流程/3_对标视频账号拆解.md) |
|
||
| ④ | 账号设定解析和确认 | Gate-1 人设确认 | [4_账号设定解析和确认.md](创作流程/4_账号设定解析和确认.md) |
|
||
| ⑤ | 生成短视频选题 | Gate-2 选题确认 | [5_生成短视频选题.md](创作流程/5_生成短视频选题.md) |
|
||
| ⑥ | 生成短视频框架 | Gate-3 框架确认 | [6_生成短视频框架.md](创作流程/6_生成短视频框架.md) |
|
||
| ⑦ | 生成短视频大纲 | Gate-4 大纲确认 | [7_生成短视频大纲.md](创作流程/7_生成短视频大纲.md) |
|
||
| ⑧ | 植入广告内容 🔶 | Gate-4 大纲确认 | [8_植入广告内容.md](创作流程/8_植入广告内容.md) |
|
||
| ⑨ | 生成短视频脚本 | Gate-5 脚本确认 | [9_生成短视频脚本.md](创作流程/9_生成短视频脚本.md) |
|
||
| ⑩ | 生成短视频分镜脚本 🔶 | — | [10_生成短视频分镜脚本.md](创作流程/10_生成短视频分镜脚本.md) |
|
||
| ⑪ | 脚本检查和诊断 | Gate-6 最终确认 | [11_脚本检查和诊断.md](创作流程/11_脚本检查和诊断.md) |
|
||
| — | 生成创作回顾.html 🔴 | Gate-6 确认后自动执行 | 整合全流程产物可视化回顾页，命名 `脚本{编号}_{脚本标题}_创作回顾.html` |
|
||
|
||
> 🔶 **步骤⑩为可选步骤**：默认创作流程结束于步骤⑨（脚本正文）。步骤⑩在脚本正文每段前增加 `【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】` 拍摄标注（承接 S9 画面元数据，细化为精确分镜值），形成分镜脚本，适合审阅反馈。
|
||
>
|
||
> 步骤⑩仅在用户明确要求时执行（如"生成分镜"/"展开分镜"/"需要分镜脚本"）。
|
||
|
||
---
|
||
|
||
# 二、创作模式与用户确认门机制
|
||
|
||
## 创作模式（三态）
|
||
|
||
本技能提供三种创作模式，控制**执行方式**（是否后台静默）、**确认行为**（是否逐门询问）与**落盘范围**（是否全落盘）。三者互斥，一次只处于一种模式：
|
||
|
||
- ⚡ **自动模式**（默认）= 后台静默执行 + 只落盘最终交付物
|
||
- 🤝 **共创模式** = 自动模式 + 每个确认门询问用户
|
||
- 🛠️ **开发模式** = 自动模式 + 每步产物全落盘
|
||
|
||
### ⚡ 自动模式（默认）
|
||
|
||
| 维度 | 行为 |
|
||
|------|------|
|
||
| 执行方式 | 全流程自动执行，中间步骤**后台静默**：完整产出、不逐个展示、不停顿确认 |
|
||
| Gate 行为 | 所有 Gate（Gate-0~6）自动通过，AI 自主决策推进 |
|
||
| Gate-2 选题 | AI 自动选择推荐方案，不需用户逐个选择 |
|
||
| 落盘范围 | 只落盘**最终交付物**，中间产物不落盘 |
|
||
| 中间产物 | 01需求拆分 ~ 08广告植入 仅在对话上下文中完整传递，不写入本地文件 |
|
||
| 最终交付物 | 账号级人设卡片 + 脚本正文 + 分镜脚本（可选）+ 诊断报告（可选）+ 创作回顾.html |
|
||
| 数据流 | 输入输出关系不变，上游产物靠对话上下文传递（不写盘、不跳步、不编造） |
|
||
| 适用场景 | 默认日常使用，用户只需最终脚本，桌面只留最终要用的文件 |
|
||
|
||
**后台静默规则（自动模式）：**
|
||
|
||
- **后台静默 ≠ 跳步**：单一诉求（"生成脚本"）时，`05_故事选题` → `06_短视频框架` → `07_短视频大纲` 等中间步骤**仍按顺序完整产出**，仅作为内部信息源在对话上下文传递、供下游步骤引用，**不向用户逐个展示**。
|
||
- **只显式产出目标步骤**：用户要求什么，可见结果就是什么。说"生成脚本" → 只展示 S9 故事脚本；说"生成大纲" → 只展示 S7 短视频大纲。
|
||
- **前置门静默通过**：意图②的设定确认门（settings_confirmed）在后台静默时**不停顿等待确认**——已有账号级人设卡片则直接读取，无则自动完成人设解析后继续，全程不打断用户。
|
||
|
||
### 🤝 共创模式
|
||
|
||
| 维度 | 行为 |
|
||
|------|------|
|
||
| 执行方式 | 在自动模式基础上，每个关键确认门（Gate-0~6）**展示当前产物并询问用户**，确认后推进 |
|
||
| Gate 行为 | 所有 Gate（Gate-0~6）严格执行用户确认机制 |
|
||
| Gate-2 选题 | 用户必须从方案中选择，AI 不代为决定 |
|
||
| 落盘范围 | 同自动模式：只落盘**最终交付物**，中间产物不落盘 |
|
||
| 中间产物 | 01需求拆分 ~ 08广告植入 在对话上下文中完整传递，随 Gate 确认向用户展示，不写入本地文件 |
|
||
| 适用场景 | 用户希望深度参与创作过程、对内容有明确要求 |
|
||
|
||
### 🛠️ 开发模式
|
||
|
||
| 维度 | 行为 |
|
||
|------|------|
|
||
| 执行方式 | 全流程自动执行（执行行为同自动模式：后台静默、Gate 自动通过、只显式产出目标步骤） |
|
||
| Gate 行为 | 所有 Gate 自动通过，AI 自主决策推进 |
|
||
| 落盘范围 | 每步产物**全落盘**（与历史行为一致） |
|
||
| 中间产物 | 01_需求拆分.md ~ 11_诊断报告.md 全部写入 `脚本{编号}/` 目录 |
|
||
| 数据流 | 上游信息只从已落盘文件读取 |
|
||
| 适用场景 | 调试、审计、回溯、排查创作链路问题 |
|
||
|
||
### 模式切换规则
|
||
|
||
- **默认模式**：自动模式（用户未明确指定时自动使用）
|
||
- **启动时选择**：用户可在创作需求中注明"自动模式"、"共创模式"或"开发模式"
|
||
- **中途切换**：用户随时可说"切换到自动/共创/开发模式"
|
||
- **切换生效点**：下一个未执行的确认门开始按新模式执行（已落盘的产物不受影响）
|
||
|
||
> **三态互斥**：自动 = 后台静默 + 只落最终交付物；共创 = 自动 + 步骤询问；开发 = 自动 + 步骤全落盘。三者不可组合，一次只处于一种模式，切换即时生效。
|
||
|
||
---
|
||
|
||
## 用户确认门机制
|
||
|
||
> **P0 级别规则。** 以下规则在 **共创模式** 下严格执行；**自动模式**与**开发模式**下所有 Gate 自动通过，AI 自主决策推进。
|
||
>
|
||
> **自动模式交付约束（P0，所有模式适用）：** 无论何种模式，脚本交付（Gate-6 / 自动模式生成创作回顾）前必须完成**八类35项自检**；其中「前3秒钩子、人设一致性、设定承接、教程完整链」为**一票否决项**——不过禁止生成创作回顾/交付，禁止将关键项降级为"提醒"。自动模式返工上限 **2 轮**，2 轮仍不过则输出问题清单并标注"待编导复核"后交付，不得无限返工。
|
||
|
||
创作流程在以下关键节点设置「用户确认门」（User Gate）：
|
||
|
||
| 确认门编号 | 节点名称 | 触发时机 | 通过指令示例 |
|
||
|:---------|:-------|:-------|:-----------|
|
||
| Gate-0 | **分析确认** | 步骤1意图识别完成后提交；步骤2需求完善：⚡自动模式自动补全合并提交 / 🤝共创模式每维度候选方案需用户确认后写入 | "确认分析"、"通过"、"OK" |
|
||
| Gate-1 | **人设确认** | 步骤4达人人设卡片已输出 | "确认人设"、"通过" |
|
||
| Gate-2 | **选题确认** | 步骤5选题方案已输出（含5个方案） | "选方案一"、"用第二个"、"通过" |
|
||
| Gate-3 | **框架确认** | 步骤6框架方案已输出（含推荐方案） | "确认框架"、"用方案A"、"通过" |
|
||
| Gate-4 | **大纲确认** | 步骤7大纲 + 步骤8广告植入方案（如有）已输出 | "确认大纲"、"通过" |
|
||
| Gate-5 | **脚本确认** | 步骤9脚本正文已输出 | "确认脚本"、"通过" |
|
||
| Gate-6 | **最终确认** | 步骤11诊断报告已输出 | "确认交付"、"通过" |
|
||
|
||
## 确认门标准行为规范
|
||
|
||
### ✅ 输出阶段产物后，必须这样结束
|
||
|
||
每个确认门触发时，必须按以下固定格式向用户提交确认请求：
|
||
|
||
```
|
||
---
|
||
📋 【Gate-N | 节点名称】确认门
|
||
|
||
本阶段产出已完成，核心内容如上。
|
||
|
||
请确认以下几点：
|
||
① [最关键的决策点描述]
|
||
② [次关键的决策点描述]
|
||
③ [需要用户特别关注的风险或取舍]
|
||
|
||
✅ 如果确认通过 → 请回复「确认」或说明进入下一步
|
||
✏️ 如果需要修改 → 请指出具体修改意见，本轮修改后重新提交
|
||
⛔ 不得在用户回复前自动推进到下一阶段
|
||
---
|
||
```
|
||
|
||
**Gate-2（选题确认）特殊规则：** 当步骤5产出多个选题方案时，确认格式升级为选择式提交，用户必须从方案中选一个（不可仅回复"通过"）：
|
||
|
||
```
|
||
---
|
||
📋 【Gate-2 | 选题确认】请选择你感兴趣的选题
|
||
|
||
已为你生成 5 个选题方案（详见上方）。
|
||
|
||
🎯 推荐方案：方案{一/二/三} — {主题}（推荐理由：...）
|
||
|
||
请选择：
|
||
① 回复「选方案一」→ 使用方案一进入框架阶段
|
||
② 回复「选方案二」→ 使用方案二进入框架阶段
|
||
③ 回复「选方案三」→ 使用方案三进入框架阶段
|
||
✏️ 组合需求 → 指出要混合的元素
|
||
🔄 重新生成 → 回复"重新生成"
|
||
⛔ AI 不会替你选择，请明确回复方案编号
|
||
---
|
||
```
|
||
|
||
### ❌ 严禁行为（共创模式下严格执行）
|
||
|
||
- **禁止预判通过**：不得在没有收到用户确认指令的情况下写"接下来我们进入下一阶段…"
|
||
- **禁止合并推进**：不得将两个以上的确认门合并为一次确认
|
||
- **禁止静默跳过**：不得以"用户没有提出异议"为由默认通过确认门
|
||
- **禁止超限等待**：用户超过 3 轮未明确确认/修改，主动询问用户
|
||
|
||
> ⚡ 自动/🛠️ 开发模式下，上述禁止行为不适用——AI 按自身判断自动通过所有 Gate 并推进流程。
|
||
> 用户随时可切换到共创模式，切换后下一个 Gate 起严格执行上述规则。
|
||
|
||
## 修改循环规则（共创模式下适用）
|
||
|
||
每个确认门支持**无限轮修改**，直到用户明确表示通过为止。每轮修改遵循以下规则：
|
||
|
||
```
|
||
修改轮次记录格式：
|
||
第 N 轮修改
|
||
用户意见：[摘录用户反馈关键词]
|
||
修改内容：[本轮变更描述]
|
||
修改后状态：待确认
|
||
```
|
||
|
||
修改轮次超过 5 次时，额外输出一份「分歧分析」，罗列当前方案与用户期望的差距，供用户决策是否重置该阶段。
|
||
|
||
---
|
||
|
||
# 三、脚本格式规范
|
||
## 交付物输出边界（通用铁律）
|
||
|
||
> **验收口径 = 执行约束，不是输出内容。** 所有铁律、验收标准、时长占比、数字账取证等约束条件，只用于约束生成过程与 S11 诊断，禁止在脚本/分镜交付物正文里展开成自证内容。
|
||
|
||
- 禁止把时长约束写成秒级节拍分段（如「0-3秒：…3-7秒：…7-10秒：…」）——场次起止秒按输出模板格式标注即可
|
||
- 禁止在交付物中追加输出模板未定义的块：生成链路引用块、选题与设定映射表、S11 诊断记录等
|
||
- 诊断与取证过程归 S11（及开发模式中间产物落盘），不进入 S9/S10 交付物
|
||
- 交付物只含输出模板定义的字段；模板没让写的，一个字都不加
|
||
|
||
|
||
|
||
## 格式选择规则（步骤9专用）
|
||
|
||
> 脚本格式由**叙事形态**（F01-F08）决定，不跟着赛道走。同一赛道内不同叙事形态使用不同格式。
|
||
> 完整定义参见知识库：`03_框架节奏/07_脚本格式选择指南.md`
|
||
|
||
| 叙事形态 | 使用格式 | 编号风格 | 一句话特征 |
|
||
|:---:|------|:--:|------|
|
||
| F01 剧情演绎 | **A·场次叙事** | 场1/场2… | 多角色+对白驱动+场景转换 |
|
||
| F02 Vlog纪实 / F08 人物采访 | **B·Vlog双轨** | 场1/场2… | 画面+旁白双轨，第一视角 |
|
||
| F03 干货口播 / F05 教程教学 / F06 盘点解说 | **C·口播要点** | 场1/场2… | 口播主体 + B-roll标注 |
|
||
| F04 测评种草 / F07 纯视觉短片 | **D·视觉短片** | 场1/场2… | 画面驱动，少台词 |
|
||
|
||
### 格式间禁止混用
|
||
|
||
- F01 剧情类严禁使用旁白驱动
|
||
- F02/F08 Vlog类不得套用剧情多角色对白格式
|
||
- F03/F05/F06 口播类不得堆砌动作叙述
|
||
- F07 纯视觉类不得写大段台词
|
||
|
||
---
|
||
|
||
## A·场次叙事格式（F01 剧情演绎专用）
|
||
|
||
```
|
||
脚本标题
|
||
|
||
总时长：X秒｜整体配比：开场X%（Xs）、中段主体X%（Xs）、结尾X%（Xs）｜共X个场次｜叙事驱动模式：{从S6继承}｜情感铺垫：{强/中/弱，从S6继承}
|
||
|
||
一、开场钩子（Xs-Xs，占比X%）
|
||
|
||
**场1：地点·时间（Xs-Xs） 情绪：{从S6继承的情绪值}**
|
||
【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】
|
||
|
||
动作叙述——场景/人物行为/情绪变化。连续自然段落，不使用列表符号，**不加括号**（括号仅用于对白行表演标注）。情绪通过身体反应内嵌在动作中。
|
||
|
||
**角色名**：
|
||
（动作/表情/语气）
|
||
台词内容
|
||
|
||
二、中间主体（Xs-Xs，占比X%，拆分X个场次）
|
||
|
||
**场2：地点·时间（Xs-Xs） 情绪：{从S6继承的情绪值}**
|
||
【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】
|
||
|
||
...
|
||
|
||
三、结尾收口（Xs-Xs，占比X%）
|
||
|
||
**第N场：地点·时间（Xs-Xs） 情绪：{从S6继承的情绪值}**
|
||
【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】
|
||
...
|
||
```
|
||
|
||
**场次书写规则：**
|
||
- **场次标题**：**加粗**，`第N场：地点·时间（Xs-Xs） 情绪：{值}`，用 `·` 分隔地点和时间。转场时用 `→` 连接（如 `ATM前→家中·白天`）。标题只交代场景，不写叙事内容。
|
||
- **场次画面元数据**：场标题下加一行 `【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】`：景别=画面聚焦范围（近景/全景/特写）；环境=环境氛围（时间/天气/气氛）；光线=光线氛围（暖光/冷光/逆光）；场景=具体场景地点；场景元素=关键物件/人物/状态。
|
||
- **动作叙述**：连续自然段落，不使用列表符号，**不加括号**（括号仅用于对白行表演标注）。情绪通过身体反应内嵌在动作中（如"肩膀微微颤动了一下"），与标题的情绪标签形成双轨呼应。
|
||
- **角色名**：**加粗**单独一行，后跟冒号。动作/表情/语气标注另起一行，用括号包裹（可选，纯台词无动作时省略）。动作标注与角色名**不在同一行**。
|
||
- **台词**：另起一行，口语化、可直接朗读。一行一句台词。
|
||
- **纯空镜/无台词**：自然段落描述画面。
|
||
- **闪回**：段落以 `闪回：` 开头，直接嵌入动作叙述流中。
|
||
|
||
> ⚠️ **S9 与 S10 职责分离**：S9 脚本聚焦故事内容演绎——角色的行为、对话和情绪推进，不输出逐段分镜标注；精确分镜值由 S10（分镜创作）单独完成。**注意区分**：场次画面元数据 `【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】` 属 S9 画面提示（粗粒度：聚焦范围/氛围/地点/物件），S10 在此基础上细化为精确分镜，不受此限制。
|
||
|
||
**场次数量规则：** 参见知识库 `03_框架节奏/01_标准爆款结构模板.md` 中对应当前赛道和视频时长的场次结构。
|
||
|
||
---
|
||
|
||
## B·Vlog双轨格式（F02 Vlog纪实 / F08 人物采访）
|
||
|
||
```
|
||
场1：地点·时间（Xs-Xs）
|
||
【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】
|
||
|
||
角色名（动作/表情/语气）：台词
|
||
旁白（语气）：台词——画外音配音朗读，第一视角的感受/观察/讲述
|
||
（纯动作/空镜描述——无人说话时的画面叙述）
|
||
```
|
||
|
||
**书写规则：**
|
||
- 编号用阿拉伯数字：**场1、场2、场3…**
|
||
- 场标题：`地点·时间`，不标注情绪（情绪来自画面和对话自然流露）
|
||
- 场标题下可加 `【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】`，用 `｜` 分隔：景别=画面聚焦范围（近景/全景/特写）；环境=环境氛围（时间/天气/气氛）；光线=光线氛围（暖光/冷光/逆光）；场景=具体场景地点；场景元素=关键物件/人物/状态
|
||
- **一行一个故事细节**：`角色名（动作/语气）：台词` 全部在同一行，不加粗
|
||
- **旁白**：画外音配音朗读，标注 `旁白（语气）：台词`。第一视角的感受/观察/讲述（博主不出镜时用配音表达，观众能听到）
|
||
- **纯动作/空镜**：无台词时用 `（描述）` 括号包裹，独立一行
|
||
- 不加列表符号，不加粗
|
||
- 慎用花字/字幕（每场≤2条）
|
||
|
||
---
|
||
|
||
## C·口播要点格式（F03 干货口播 / F05 教程教学 / F06 盘点解说）
|
||
|
||
```
|
||
**场1：场景/主题（Xs-Xs）**
|
||
|
||
**{角色名}**（口播·{语气}）：口播台词——面向镜头讲述。一句一行，口语化可朗读。
|
||
|
||
[B-roll：{画面描述}]
|
||
|
||
**{角色名}**（口播·{语气}）：继续口播台词。
|
||
```
|
||
|
||
**书写规则：**
|
||
- 编号用阿拉伯数字：**场1、场2、场3…**
|
||
- 场标题简化：`场景/主题 + 时长`，不标注情绪
|
||
- **口播为主体**：角色面向镜头讲述
|
||
- **一行一个故事细节**：`**{角色名}**（口播·{语气}）：台词` 全部在同一行，不换行
|
||
- **B-roll 标注**：`[B-roll：画面描述]` 标注辅助画面
|
||
- 结尾场以实用信息收尾，不强行升华
|
||
|
||
**F05 教程教学格式的步骤链约束（P0）：**
|
||
F05 教程教学类脚本必须包含**完整步骤链**，缺任一段 = 格式不过：
|
||
1. **成品/效果前置**：开场先展示成品或达成效果（配合 B-roll），让观众知道"跟着做能得到什么"
|
||
2. **材料/准备清单**：明确列出所需材料、工具及用量（可并入步骤口播）
|
||
3. **逐步操作（≥3 步）**：每一步 = 操作动作 + 关键技巧/小妙招（利他点），步骤之间成对呈现（做什么 + 怎么做得好）
|
||
4. **成品对比收尾**：成品展示 + 与前置效果呼应 + 实用收尾（配方/要点总结/引导）
|
||
步骤缺失、不可照做、无关键技巧 = 格式不过；非教程/干货类格式不适用本约束。
|
||
|
||
---
|
||
|
||
## D·视觉短片格式（F04 测评种草 / F07 纯视觉短片）
|
||
|
||
```
|
||
**场1：画面主题（Xs-Xs）**
|
||
|
||
（画面描述——构图、光影、色彩、运镜节奏。视觉短片的核心是画面本身。）
|
||
|
||
（配乐/音效：氛围音乐或关键音效，可选。）
|
||
|
||
（台词/字幕：如有口播或字幕说明，简短标注。台词极少。）
|
||
```
|
||
|
||
**书写规则：**
|
||
- 编号用阿拉伯数字：**场1、场2、场3…**
|
||
- 场标题：`画面主题 + 时长`
|
||
- **画面驱动**：每场核心是画面描述
|
||
- **配乐/音效敏感**：台词少，音乐承担情绪引导
|
||
- 禁止花字堆砌
|
||
|
||
## 分镜脚本格式（步骤10专用）
|
||
|
||
在步骤⑨场次叙事格式脚本基础上，每个段落前增加拍摄标注：
|
||
|
||
```
|
||
【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】段落内容
|
||
```
|
||
|
||
**标注规则：**
|
||
- **景别**：从标准景别中选择（大远景/远景/全景/中景/近景/特写/大特写）
|
||
- **环境**：环境氛围（安静/嘈杂/温暖/冷清/烟火气等）
|
||
- **光线**：光线方向/色温（如"暖黄侧逆光""阴天漫射"）
|
||
- **场景**：具体场景地点（如"路灯杆旁""老屋堂前"）
|
||
- **场景元素**：该镜头必须出现的核心道具/人物/环境元素（2-5个）
|
||
- 五字段与 S9 场次画面元数据同构，S10 承接其粗粒度提示并细化为精确分镜值
|
||
- 保留 S9 所有对白和动作内容，不做修改
|
||
- 每个动作叙述段落或台词段落 ≈ 一个镜头单元；若内部有明显景别切换，拆分为多个标注行
|
||
|
||
**分镜脚本质量要求：**
|
||
- 景别选择符合情绪映射（参考知识库 `10_分镜拍摄/景别情绪与运镜组合.md`）
|
||
- 相邻镜头景别切换 ≥ 1 级（避免跳切）
|
||
- 环境/光线/场景与 S9 画面元数据及内容一致，不矛盾
|
||
- 场景元素具体，不用模糊描述
|
||
|
||
## 视频时长与镜头数参考
|
||
|
||
| 视频时长 | 建议镜头数 | 平均单镜头时长 |
|
||
|---------|----------|-------------|
|
||
| 15s 以内 | 5-8 个 | 2-3s |
|
||
| 30s | 8-12 个 | 2-4s |
|
||
| 1min | 15-20 个 | 3-4s |
|
||
| 3min+ | 25-40 个 | 4-8s |
|
||
|
||
---
|
||
|
||
# 四、知识库调用映射表
|
||
|
||
> 每个步骤的 System Prompt 中均以 `知识库/{分类}/{文件名}.md` 格式引用知识库文件。
|
||
> 知识库更新后，AI 执行时自动读取最新版本，无需同步修改步骤 Prompt。
|
||
|
||
## 知识库分类索引
|
||
|
||
| 编号 | 分类 | 文件数 | 核心覆盖领域 |
|
||
|:---:|------|:---:|------|
|
||
| 01 | 账号设定 | 4 | 人设设计选项、IP线索流、IP记忆点、真实IP打造 |
|
||
| 02 | 故事选题 | 8 | 元素叠加/跨界重组/元素并置/元素置换、新鲜度维度、落地路径、选题三环模型（共鸣切入点设计）、共鸣的理解（6种共鸣类型+创作公式+自检+验证） |
|
||
| 03 | 框架节奏 | 8 | 标准结构模板、冲突/反转叙事、节奏控时、剪辑收尾、编导验收、脚本格式选择 |
|
||
| 04 | 爆款开场 | 11 | 10种开场方式 + 全量覆盖分析 |
|
||
| 05 | 极致事件 | 7 | 总纲（双重类型定义+极致行为）、极致行为、预期反转、荒诞化、无厘头、错位化、抽象化 |
|
||
| 06 | 剧情钩子 | 1 | 切换关系法（钩子结构方法） |
|
||
| 07 | 情绪共鸣 🆕 | 7 | 三层模型（识别→投射→释放）、网感坐标（赛道×叙事形态→体感映射）、情绪递进设计（四类情绪·递进缺口判断）+ 情感铺垫设计（多维度表达·蓄力释放·留白法则）+ 情绪价值设计五法（千人千面·降低人设价值感·强观点对立面·内容搁置·关系代入） |
|
||
| 08 | 对话风格 | 9 | 口播交流感、横纵二维方法、Vlog创作法、风格映射 |
|
||
| 09 | 脚本诊断 | 4 | AI质量检查、编导人工检查、自动检查清单（八类35项）、故事成立性校验 |
|
||
| 10 | 分镜拍摄 | 3 | 景别情绪与运镜组合、节奏与转场设计、音画配套设计 |
|
||
| 11 | 广告植入 | 1 | 植入方法论四级体系（L1铁律/L2结构/L3执行/L4评估） |
|
||
| 12 | 爆款拆解 | 3 | 爆款复刻迁移法则、爆款文案反推工作流（13字段）、爆款内容母提示词模板 |
|
||
|
||
## 步骤→知识库映射
|
||
|
||
| 步骤 | 核心依赖（★） | 辅助参考（●） |
|
||
|:---:|------|------|
|
||
| S1 意图识别 | — | — |
|
||
| S2 需求完善 | 01_账号设定 △ / 02_故事选题 △ / 03_框架节奏 △ / 08_对话风格 △ | — |
|
||
| S3 对标拆解 | 12_爆款拆解 ●（13字段反推·复刻迁移法则·母提示词模板） | 04_爆款开场 ●（前3秒钩子分类） / 01_账号设定 ●（人设拆解参照） |
|
||
| S4 账号设定 | 01_账号设定 ★ / 08_对话风格 ★ | — |
|
||
| S5 选题 | 02_故事选题 ★ / 04_爆款开场 ● | 07_情绪共鸣 ●（网感坐标·目标体感确定） / 06_剧情钩子 ●（切换关系法·钩子预设补充） |
|
||
| S6 框架 | 03_框架节奏 ★ / 07_情绪共鸣 ★（情绪·四类情绪·情绪设计卡·弧线类型·蓄力释放·缺口自检·情绪价值设计五法） | 04_爆款开场 ● / 05_极致事件 ●（00_总纲为入口：双重类型+极致行为四分类） |
|
||
| S7 大纲 | —（结构模板选择+分段结构展开，情绪维度只引用 S6 不重做） | 03_框架节奏 ●（结构模板参考） |
|
||
| S8 广告 | 11_广告植入 ★ | — |
|
||
| S9 脚本 | 08_对话风格 ★ / 07_情绪共鸣 ★（多维度表达·蓄力释放演绎·留白法则） / 03_框架节奏 ★（脚本格式选择指南） | — |
|
||
| S10 分镜 | 10_分镜拍摄 ★ | — |
|
||
| S11 诊断 | 09_脚本诊断 ★（含八类35项自动检查清单） / 07_情绪共鸣 ●（情感表达专项检查） | 03_框架节奏 ● / 04_爆款开场 ● |
|
||
|
||
> **引用格式规范：** 每个步骤文件 System Prompt 中使用 `知识库/{编号}_{分类}/{文件名}.md` 路径格式引用。
|
||
> 路径解析：`知识库/` → `references/知识库/` + `references-add/知识库/`（两目录合并检索，相对于技能根目录 `脚本创作技能/`）。
|
||
> 步骤文件位于 `references/创作流程/`，引用知识库时实际相对路径为 `../知识库/`。
|
||
> 知识库更新后，AI 直接读��最新文件内容，步骤文件无需同步修改。
|
||
|
||
---
|
||
|
||
# 五、产出路径规范
|
||
|
||
> 🔴 **每次执行步骤后，必须将产物写入对应文件路径。** 产出路径唯一权威 = `references-add/路径配置.md`（运行时先读该文件，用户自定义路径优先）。默认产出根按三环境判定：**①开发机 / ③用户环境** = 用户桌面 `MCNSkill项目/`（`{账号名}/脚本{编号}/` 直挂，无技能文件夹层）；**②dsh 环境** = `D:\dshworkspace\创作任务\`（主工作区「创作任务」，与开发机同构 `{账号名}/脚本{编号}/`）。Windows/macOS 按运行系统解析桌面路径；目录不存在时自动创建。
|
||
> ⚠️ **用户自定义路径优先**：若 `references-add/路径配置.md` 存在「用户自定义路径」记录，一律以用户指定为准，本默认路径自动失效（AI 每次执行前先查该文件）。
|
||
|
||
## 输出根目录
|
||
|
||
```
|
||
{产出根目录}/{账号名}/ ← 默认：开发机/用户环境 = 桌面 MCNSkill项目/；dsh 环境 = D:\dshworkspace\创作任务\（按系统解析）
|
||
{用户自定义根目录}/{账号名}/ ← 用户指定时（以 references-add/路径配置.md 为准）
|
||
```
|
||
|
||
| 步骤 | 文件名 | 写入路径 | 说明 |
|
||
|:---:|------|------|------|
|
||
| 1 | 01_需求拆分.md | `脚本{编号}/01_需求拆分.md` | 五维度状态表 |
|
||
| 2 | 02_需求拆解.md | `脚本{编号}/02_需求拆解.md` | 内容归类 + AI补全 |
|
||
| 3 | 03_对标拆解.md | `脚本{编号}/03_对标拆解.md` | 🔶 可选 |
|
||
| 4 | 04_人设卡片.md | `脚本{编号}/04_人设卡片.md` | 账号设定 + 人设卡片 |
|
||
| — | {账号名}人设卡片.md | `{账号名}人设卡片.md` | 账号级共享（步骤4同步写入） |
|
||
| 5 | 05_故事选题.md | `脚本{编号}/05_故事选题.md` | 选题方案（含切入角度/爆款逻辑/钩子预设/共鸣切入点） |
|
||
| 6 | 06_短视频框架.md | `脚本{编号}/06_短视频框架.md` | 框架方案 + 场次结构表 + 情绪设计卡 |
|
||
| 7 | 07_短视频大纲.md | `脚本{编号}/07_短视频大纲.md` | 完整大纲 + 标题 + 合规/密度自检 |
|
||
| 8 | 08_广告植入.md | `脚本{编号}/08_广告植入.md` | 🔶 可选 |
|
||
| 9 | 09_脚本正文.md | `脚本{编号}/09_脚本正文.md` | 对应格式脚本 |
|
||
| 10 | 10_分镜脚本.md | `脚本{编号}/10_分镜脚本.md` | 分镜脚本 |
|
||
| 11 | 11_诊断报告.md | `脚本{编号}/11_诊断报告.md` | 诊断评分 |
|
||
| 🔴 | 创作回顾.html | `脚本{编号}_{标题}_创作回顾.html` | Gate-6确认后自动生成 |
|
||
|
||
**规则：**
|
||
- 步骤1执行时创建目录：在产出根目录（`references-add/路径配置.md` 判定，默认桌面 `MCNSkill项目/` 或 `D:\dshworkspace\创作任务\`）下先建 `{账号名}/`，再建 `{账号名}/脚本{编号}/`
|
||
- `{编号}` 首次为 `01`，后续自增（检查已有文件夹确定编号）
|
||
- `{账号名}人设卡片.md` 写入账号根目录（跨脚本复用），步骤4同步写入一份到 `脚本{编号}/04_人设卡片.md`
|
||
- 🔶 步骤无对应输入时跳过
|
||
- 产出根目录由 `references-add/路径配置.md` 唯一权威判定（用户未自定义时：开发机/用户环境=桌面 `MCNSkill项目/`、dsh 环境=`D:\dshworkspace\创作任务\`），不存在则自动创建，部署到任意电脑均可正常工作
|
||
- **用户自定义路径**：用户明确指定其他位置时，以用户指定为准（记录在 `references-add/路径配置.md`，运行时优先）；产出结构（`{账号名}/脚本{编号}/`）不变，仅根目录变化
|
||
|
||
**三种模式的落盘清单：**
|
||
|
||
| 模式 | 落盘内容 | 不落盘内容 |
|
||
|------|---------|-----------|
|
||
| ⚡ 自动模式（默认） | `{账号名}人设卡片.md`（账号级）+ `09_脚本正文.md` + `10_分镜脚本.md`（可选）+ `11_诊断报告.md`（可选）+ `创作回顾.html` | 01~08 中间产物（需求拆分/拆解/对标/人设脚本内副本/选题/框架/大纲/广告植入） |
|
||
| 🤝 共创模式 | 同自动模式（只落盘最终交付物） | 01~08 中间产物（随 Gate 确认展示，不写盘） |
|
||
| 🛠️ 开发模式 | 上表全部 11 步产物 + `创作回顾.html` | 无 |
|
||
|
||
> 自动/共创模式下目录仍按 `{账号名}/脚本{编号}/` 创建，但只写入上表「落盘内容」列的文件；中间产物在对话上下文中完整传递，不写盘，自动模式且**后台静默不展示**（详见「二、创作模式」）。
|
||
|
||
### 🔴 过程产物链铁律（P0，任何产出均适用）
|
||
|
||
> **任何产出（含只生成大纲/只生成标题），必须按步骤顺序执行完整流程**——步骤 5 → 6 → 7 产物缺一不可，禁止跳步、禁止只出最终产物不出中间内容。**中间产物的「保存方式」随模式变化，但「产出与传递」永不省略。**
|
||
|
||
1. **全链产出（三种模式一致）**：即使最终目标只是「生成大纲」，也必须依次产出 `05_故事选题` → `06_短视频框架` → `07_短视频大纲`。中间产物是后续步骤的信息源，缺失即链路断裂。**「产出与传递」永不省略，「展示与落盘」随模式收敛**——自动模式下中间产物后台静默（完整产出、不展示、不落盘），仅目标步骤显式产出。
|
||
2. **信息只读已确认产物**：选题、框架等上游信息只从「已确认的产物」读取，**禁止凭对话印象/记忆编造**。开发模式读已落盘文件；自动/共创模式读对话上下文中已确认的产物（不写盘但内容完整传递）。
|
||
3. **文件即权威（开发模式）**：产物文件名以本表为准。历史脚本中可能存在的旧命名（`05_选题方案.md`/`06_脚本框架.md`/`07_脚本大纲.md`）读取时按对应新命名文件处理，新产出一律使用新命名。
|
||
|
||
---
|
||
|
||
# 六、硬编码禁止规则
|
||
|
||
> **P0 级别规则。** 创作流程、知识库、素材库标准库中禁止硬编码任何具体账号信息。
|
||
|
||
## 规则定义
|
||
|
||
**硬编码** = 将特定账号名、角色名、账号专属机制名、账号专属路径写死在通用文件中，导致文件逻辑只对特定账号成立。
|
||
|
||
## 分区规则
|
||
|
||
| 区域 | 路径 | 禁止硬编码 | 允许保留 | 原因 |
|
||
|------|------|-----------|---------|------|
|
||
| 创作流程 | `references/创作流程/` | 账号名、角色名、具名物品、具体场景词 | 通用占位符 `{账号名}`/`{场景词}`/通用描述 | 引擎文件，硬编码 = AI行为偏移 |
|
||
| 知识库 | `references/知识库/` | 账号名、角色名、账号专属机制名 | 通用描述词、方法论术语 | 方法论是通用原则，不是某账号说明书 |
|
||
| 素材库·标准库 | `references/素材库/*.md` | 账号名、角色关系绑定（如"XX账号的XX"） | 具体物品（菜品/对话/穿搭） | 库本身存具体物品，但不能绑定到某账号 |
|
||
| 素材库·分块定义 | `references/素材库/分块定义/` | 账号名、角色名 | 账号A/账号B + 具体物品做格式示例 | 定义文件示格式，不是存数据 |
|
||
| 账号产出目录 | `{产出根目录}/{账号名}/`（产出根由 `references-add/路径配置.md` 判定：桌面 `MCNSkill项目/` 或 `D:\dshworkspace\创作任务\`，或用户自定义） | — | 全部允许 | 账号专属产出目录，就该写具体的 |
|
||
|
||
## 关键区分：素材库存具体物品 ≠ 硬编码
|
||
|
||
- ✅ 美食库存"松茸花胶汤" → 这是素材库的设计目的，具体物品就是素材
|
||
- ❌ 标准库写"做梦账号的松茸花胶汤" → 这是硬编码，把通用物品绑死到特定账号
|
||
- ✅ 分块定义用"账号A/账号B"做示例 → 格式演示，不绑定真实账号
|
||
- ❌ 分块定义写"做梦账号的安睡仪式" → 硬编码，示例绑定了特定账号
|
||
|
||
## 判定标准
|
||
|
||
**替换测试：** 把文件里的账号名替换成任意其他账号名——
|
||
- 文件逻辑仍然成立 → 不是硬编码 ✅
|
||
- 逻辑断裂（示例变成错误的） → 是硬编码 ❌
|
||
|
||
## 命名替换对照表
|
||
|
||
| 硬编码类型 | 替换为 | 示例 |
|
||
|-----------|--------|------|
|
||
| 具体账号名 | `{账号名}` 或 账号A/账号B | "俊希账号" → "账号A" |
|
||
| 具体角色名 | 角色A/角色B | "做梦" → "角色A" |
|
||
| 具体角色关系 | 通用关系描述 | "女老板→做梦" → "角色A→角色B" |
|
||
| 账号专属机制 | 通用机制描述 | "金钱机制" → "孩子掌管家庭开支的固定环节" |
|
||
| 账号专属路径 | 通用路径占位符 | `MCNSkill项目/做梦/` → `MCNSkill项目/{账号名}/` |
|
||
|
||
## 验证命令
|
||
|
||
每次修改通用文件后，执行以下命令验证零硬编码残留：
|
||
|
||
```bash
|
||
# 在技能根目录执行，排除产出目录 MCNSkill项目/（账号专属产出目录允许硬编码）
|
||
grep -rn "做梦\|俊希\|大炮说电影\|旧梦留声机\|温情短剧\|女老板\|小姨\|广西口音\|手绘手表\|金钱机制" --include="*.md" . | grep -v "MCNSkill项目/" | grep -v "scripts/"
|
||
```
|
||
|
||
- 零输出 = 通过 ✅
|
||
- 有输出 = 硬编码残留 ❌，需按命名替换对照表修复后重新验证
|
||
|
||
> **注意：** 验证命令中的账号名列表应随项目实际使用的账号名更新。新增账号后，将其名称加入验证命令。
|
||
|
||
---
|
||
|
||
# 七、对话流程控制（意图分类与处理）
|
||
|
||
> 本节定义 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操作"，让编导验证判断是否正确
|
||
|