maogeigei
ab97842030
- 账号列表页新增「导入账号」：两种方式（抖音账号信息/本地文件夹），复用 executeTask 任务链路提交 AI 任务 - 查看改写弹窗：展开源脚本按钮移入 AI脚本 标题右侧（间隔10px），弹窗最大宽度 1400→1600 - 短视频提示词生成 整体移入 短视频脚本创作/V1.0/subskill/mcn-video-prompt（与 mcn-dou-analysis 同构，138 文件 R100 保留历史） - 工作台 dsh-data/server 若干修复 + 记忆更新
42 KiB
42 KiB
创作流程规范
本文档定义短视频脚本创作流程中的通用协作机制，包括用户确认门和脚本格式规范。 各步骤文件中的处理规则为步骤专用逻辑，跨步骤的通用机制以本文档为准。
一、十一步创作流程索引
| # | 步骤 | 确认节点 | 详细文件 |
|---|---|---|---|
| ① | 意图识别 | Gate-0 分析确认 | 1_意图识别.md |
| ② | 需求完善 | Gate-0 分析确认 | 2_需求完善.md |
| ③ | 对标视频/账号拆解 🔶 | 可选步骤 | 3_对标视频账号拆解.md |
| ④ | 账号设定解析和确认 | Gate-1 人设确认 | 4_账号设定解析和确认.md |
| ⑤ | 生成短视频选题 | Gate-2 选题确认 | 5_生成短视频选题.md |
| ⑥ | 生成短视频框架 | Gate-3 框架确认 | 6_生成短视频框架.md |
| ⑦ | 生成短视频大纲 | Gate-4 大纲确认 | 7_生成短视频大纲.md |
| ⑧ | 植入广告内容 🔶 | Gate-4 大纲确认 | 8_植入广告内容.md |
| ⑨ | 生成短视频脚本 | Gate-5 脚本确认 | 9_生成短视频脚本.md |
| ⑩ | 生成短视频分镜脚本 🔶 | — | 10_生成短视频分镜脚本.md |
| ⑪ | 脚本检查和诊断 | Gate-6 最终确认 | 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 教程教学类脚本必须包含完整步骤链，缺任一段 = 格式不过：
- 成品/效果前置：开场先展示成品或达成效果（配合 B-roll），让观众知道"跟着做能得到什么"
- 材料/准备清单：明确列出所需材料、工具及用量（可并入步骤口播）
- 逐步操作（≥3 步）：每一步 = 操作动作 + 关键技巧/小妙招（利他点），步骤之间成对呈现（做什么 + 怎么做得好）
- 成品对比收尾：成品展示 + 与前置效果呼应 + 实用收尾（配方/要点总结/引导） 步骤缺失、不可照做、无关键技巧 = 格式不过；非教程/干货类格式不适用本约束。
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 直接读��最新文件内容，步骤文件无需同步修改。
五、产出路径规范
🔴 每次执行步骤后，必须将产物写入对应文件路径。 产出根目录默认为用户电脑桌面的
MCNSkillCase/文件夹，按运行系统自动解析：Windows →C:\Users\{用户名}\Desktop\MCNSkillCase\；macOS →~/Desktop/MCNSkillCase/。开发机与部署机一致，与技能安装位置无关；目录不存在时自动创建。 ⚠️ 用户自定义路径优先：若references-add/路径配置.md存在「用户自定义路径」记录，一律以用户指定为准，本默认路径自动失效（AI 每次执行前先查该文件）。
输出根目录
{产出根目录}/MCNSkillCase/{账号名}/ ← 默认：{用户桌面} 按系统解析（Windows / macOS）
{用户自定义根目录}/{账号名}/ ← 用户指定时（以 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执行时创建目录：在桌面
MCNSkillCase/下先建{账号名}/，再建{账号名}/脚本{编号}/ {编号}首次为01，后续自增（检查已有文件夹确定编号）{账号名}人设卡片.md写入账号根目录（跨脚本复用），步骤4同步写入一份到脚本{编号}/04_人设卡片.md- 🔶 步骤无对应输入时跳过
- 产出根目录默认固定在用户桌面
MCNSkillCase/（开发机与部署机一致），不存在则自动创建，部署到任意电脑均可正常工作 - 用户自定义路径：用户明确指定其他位置时，以用户指定为准（记录在
references-add/路径配置.md，运行时优先）；产出结构（{账号名}/脚本{编号}/）不变，仅根目录变化
三种模式的落盘清单：
| 模式 | 落盘内容 | 不落盘内容 |
|---|---|---|
| ⚡ 自动模式（默认） | {账号名}人设卡片.md（账号级）+ 09_脚本正文.md + 10_分镜脚本.md（可选）+ 11_诊断报告.md（可选）+ 创作回顾.html |
01~08 中间产物（需求拆分/拆解/对标/人设脚本内副本/选题/框架/大纲/广告植入） |
| 🤝 共创模式 | 同自动模式（只落盘最终交付物） | 01~08 中间产物（随 Gate 确认展示，不写盘） |
| 🛠️ 开发模式 | 上表全部 11 步产物 + 创作回顾.html |
无 |
自动/共创模式下目录仍按
{账号名}/脚本{编号}/创建，但只写入上表「落盘内容」列的文件；中间产物在对话上下文中完整传递，不写盘，自动模式且后台静默不展示（详见「二、创作模式」）。
🔴 过程产物链铁律（P0，任何产出均适用）
任何产出（含只生成大纲/只生成标题），必须按步骤顺序执行完整流程——步骤 5 → 6 → 7 产物缺一不可，禁止跳步、禁止只出最终产物不出中间内容。中间产物的「保存方式」随模式变化，但「产出与传递」永不省略。
- 全链产出（三种模式一致）：即使最终目标只是「生成大纲」，也必须依次产出
05_故事选题→06_短视频框架→07_短视频大纲。中间产物是后续步骤的信息源，缺失即链路断裂。「产出与传递」永不省略，「展示与落盘」随模式收敛——自动模式下中间产物后台静默（完整产出、不展示、不落盘），仅目标步骤显式产出。 - 信息只读已确认产物：选题、框架等上游信息只从「已确认的产物」读取，禁止凭对话印象/记忆编造。开发模式读已落盘文件；自动/共创模式读对话上下文中已确认的产物（不写盘但内容完整传递）。
- 文件即权威（开发模式）：产物文件名以本表为准。历史脚本中可能存在的旧命名（
05_选题方案.md/06_脚本框架.md/07_脚本大纲.md）读取时按对应新命名文件处理，新产出一律使用新命名。
六、硬编码禁止规则
P0 级别规则。 创作流程、知识库、素材库标准库中禁止硬编码任何具体账号信息。
规则定义
硬编码 = 将特定账号名、角色名、账号专属机制名、账号专属路径写死在通用文件中，导致文件逻辑只对特定账号成立。
分区规则
| 区域 | 路径 | 禁止硬编码 | 允许保留 | 原因 |
|---|---|---|---|---|
| 创作流程 | references/创作流程/ |
账号名、角色名、具名物品、具体场景词 | 通用占位符 {账号名}/{场景词}/通用描述 |
引擎文件，硬编码 = AI行为偏移 |
| 知识库 | references/知识库/ |
账号名、角色名、账号专属机制名 | 通用描述词、方法论术语 | 方法论是通用原则，不是某账号说明书 |
| 素材库·标准库 | references/素材库/*.md |
账号名、角色关系绑定（如"XX账号的XX"） | 具体物品（菜品/对话/穿搭） | 库本身存具体物品，但不能绑定到某账号 |
| 素材库·分块定义 | references/素材库/分块定义/ |
账号名、角色名 | 账号A/账号B + 具体物品做格式示例 | 定义文件示格式，不是存数据 |
| MCNSkillCase/ | {桌面}/MCNSkillCase/{账号名}/（或用户自定义产出根目录） |
— | 全部允许 | 账号专属产出目录（桌面/用户指定位置），就该写具体的 |
关键区分：素材库存具体物品 ≠ 硬编码
- ✅ 美食库存"松茸花胶汤" → 这是素材库的设计目的，具体物品就是素材
- ❌ 标准库写"做梦账号的松茸花胶汤" → 这是硬编码，把通用物品绑死到特定账号
- ✅ 分块定义用"账号A/账号B"做示例 → 格式演示，不绑定真实账号
- ❌ 分块定义写"做梦账号的安睡仪式" → 硬编码，示例绑定了特定账号
判定标准
替换测试： 把文件里的账号名替换成任意其他账号名——
- 文件逻辑仍然成立 → 不是硬编码 ✅
- 逻辑断裂（示例变成错误的） → 是硬编码 ❌
命名替换对照表
| 硬编码类型 | 替换为 | 示例 |
|---|---|---|
| 具体账号名 | {账号名} 或 账号A/账号B |
"俊希账号" → "账号A" |
| 具体角色名 | 角色A/角色B | "做梦" → "角色A" |
| 具体角色关系 | 通用关系描述 | "女老板→做梦" → "角色A→角色B" |
| 账号专属机制 | 通用机制描述 | "金钱机制" → "孩子掌管家庭开支的固定环节" |
| 账号专属路径 | 通用路径占位符 | MCNSkillCase/做梦/ → MCNSkillCase/{账号名}/ |
验证命令
每次修改通用文件后，执行以下命令验证零硬编码残留：
# 在技能根目录执行，排除 MCNSkillCase/ 和 scripts/（账号专属产出目录允许硬编码）
grep -rn "做梦\|俊希\|大炮说电影\|旧梦留声机\|温情短剧\|女老板\|小姨\|广西口音\|手绘手表\|金钱机制" --include="*.md" . | grep -v "MCNSkillCase/" | 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执行规则
- 先判断再动手：收到编导反馈后，先走意图解析决策树，确定操作方向后再修改
- 事件数≥5时禁止盲目追加：必须先画情绪弧线找缺口，确认是"缺数量"还是"缺层次"
- 模糊反馈必须确认：编导反馈不具体时，用确认话术对齐，不靠猜
- 修改后标注意图：每次修改时说明"根据您的反馈，我判断为XX问题，采取了XX操作"，让编导验证判断是否正确