更新:memory日志、账号分析报告、内容创作产品规划及知识库文件调整
This commit is contained in:
1 parent
df7153c8f4
commit
78ed505f3c
197 files changed
+4150
-1352
No files matched your search
@@ -20,7 +20,7 @@
|
||||
|
||||
### 人设卡片路径调整
|
||||
- 将 `00_俊希人设卡片.md` 从 `脚本01/` 移到 `俊希/` 账号层级,同一账号下所有脚本共用
|
||||
- 更新 MEMORY.md 新增规则 3.5:人设卡片统一放 `shortvideo_sample/{账号名}/`
|
||||
- 更新 MEMORY.md 新增规则 3.5:人设卡片统一放 `case/{账号名}/`
|
||||
|
||||
### 脚本02创建 + 露营选题重新生成
|
||||
- 新建 `脚本02/` 目录
|
||||
|
||||
@@ -0,0 +1,291 @@
|
||||
# 2026-08-10 工作日志
|
||||
|
||||
## 短视频账号分析 - 快速诊断报告编导视角复杂度分析
|
||||
|
||||
**任务**:用户反馈旧梦留声机账号快速诊断报告"太复杂",需从编导视角分析复杂度问题并给出优化方案
|
||||
|
||||
**分析对象**:`project/短视频账号分析/case_1/1_账号分析方法/account_analysis/旧梦留声机_50880435438/00_快速诊断报告_20260809.md`
|
||||
|
||||
**发现6个核心复杂度问题**:
|
||||
1. 分析师术语轰炸(CV/粉丝获赞比/互动结构比等编导不使用的概念)
|
||||
2. 数据维度全覆盖但内容维度零覆盖(选题/钩子/情绪/画面/文案全缺)
|
||||
3. 6层扁平结构无优先级(编导需通读全文才能找到关键信息)
|
||||
4. 建议太模糊不可执行("提升产量""控制波动"等无具体动作)
|
||||
5. 6项全绿风险表是信息噪音(真正该标的风险——两条差70倍——没标)
|
||||
6. 2条数据强写"趋势分析"(样本不足应跳过而非硬凑分数)
|
||||
|
||||
**优化方案核心**:
|
||||
- 报告从"分析师体检报告"转为"编导处方笺"
|
||||
- 3层递进结构:一句话结论(10秒)→ 内容诊断(2分钟)→ 行动清单(P0/P1/P2)
|
||||
- 数据指标降级为附录,内容诊断升级为主体
|
||||
- 内置术语翻译表,分析师语言→编导语言
|
||||
- 每条建议必须4要素:现状→问题→做法→预期
|
||||
|
||||
**产出文件**:`旧梦留声机_50880435438/编导视角复杂度分析与优化方案.md`
|
||||
|
||||
## 短视频账号分析 - 编导友好诊断报告 v1.0 生成
|
||||
|
||||
**任务**:按照优化方案的3层递进结构,生成旧梦留声机的编导友好版诊断报告
|
||||
|
||||
**产出文件**:`旧梦留声机_50880435438/01_编导友好诊断报告_20260810.md`
|
||||
|
||||
**报告结构**:
|
||||
- 第一层(10秒):一句话结论 — 账号状态+核心优势+第一件事
|
||||
- 第二层(2分钟):内容诊断 — 爆款拆解(为什么火)/ 低流量拆解(问题在哪)/ 数据对比 / 编导判断(选题优先级+钩子策略+情绪目标+标签策略)
|
||||
- 第三层(看完就能做):行动清单 — P0选题聚焦承诺类 / P1钩子统一金句式 / P2保持发布节奏
|
||||
- 附录:六维度评分(带编导解读)+ 风险检测(带编导解读)+ 原始数据
|
||||
|
||||
**关键洞察**:
|
||||
- 两条作品标签完全相同,差异100%在选题情感力度和钩子类型
|
||||
- 转发量差距339倍是最大差异,转发是这个账号的核心增长引擎
|
||||
- 选题优先级:承诺/誓言类 > 重逢/相聚类 > 思念/回忆类 > 描述/叙述类
|
||||
|
||||
## 短视频账号分析 - 编导友好诊断报告 v2.0(接入脚本创作知识库方法论)
|
||||
|
||||
**任务**:用户指出v1.0报告未结合脚本创作知识库(共鸣/共情/情绪铺垫/叙事节奏),要求重新生成
|
||||
|
||||
**发现**:
|
||||
- v1.0报告7个知识库方法论中0个深度接入(2个表面提及+5个完全未用)
|
||||
- 账号分析技能步骤④`4_钩子与情绪分析.md`引用`../知识库/07_情绪共鸣/`路径,但该路径在账号分析技能中不存在(断链)
|
||||
- 完整方法论只存在于脚本创作技能知识库,两个技能之间无跨技能引用机制
|
||||
- 知识库方法论:情绪共鸣三层模型(识别→投射→释放) / 情绪递进功能位(蓄力→承接→转折→释放) / 情感铺垫设计(Show don't tell/留白/蓄力释放) / 网感坐标(赛道×叙事形态→目标体感) / 爆款开场10种分类 / 叙事节奏(三幕式+8公式) / 情感铺垫分级(强/中/弱)
|
||||
|
||||
**v2.0改进**:
|
||||
- 知识库方法论当分析引擎,不当学术论文引用
|
||||
- 爆款拆解:用三层模型逐层拆解(看到标题→进入画面→看完收尾),用嘴替共情×怀旧唤醒分类开场,用蓄力释放映射情绪弧线
|
||||
- 低流量拆解:用情绪弧线断裂诊断(有蓄力无释放=观众有感觉但不知道做什么),用开场类型排除法定位问题
|
||||
- 新增编导判断:账号体感定位(感动)、情感铺垫等级判定(强=需完整情绪闭环)、情绪闭环自检4项(蓄力?释放?力度?转发给谁?)
|
||||
- 选题优先级表增加"情绪闭环"和"转发指向性"两个维度
|
||||
|
||||
**产出文件**:`旧梦留声机_50880435438/02_编导友好诊断报告_v2_20260810.md`
|
||||
|
||||
**待解决**:账号分析技能与脚本创作技能的跨技能知识库引用机制(步骤④断链问题)
|
||||
|
||||
## 短视频脚本创作 - 目录结构规范化
|
||||
|
||||
- **case_1 → V1.0**:将 `project/短视频脚本创作/case_1/` 重命名为 `V1.0/`,明确标识为第一版 skill
|
||||
- **废弃目录清理**:删除不完整的 `项目版本_V1.0/`,其内容(做梦、俊希样本)已合并到 `V1.0/case/`
|
||||
- **版本命名约定**:project/项目名/V1.0/ 表示第一版,后续版本同级建 V2.0/
|
||||
|
||||
## 短视频脚本创作 - 新建"做梦"账号
|
||||
|
||||
- `case/做梦/脚本01/` — 新达人账号,与俊希账号平级独立
|
||||
- **00_做梦人设卡片.md** — 基于设定基础数据.txt + 女娲提炼方法论 + 俊希模板生成,12章节(定位/4超级符号/三段式结构/4运营法则/6决策规则/表达DNA/5内容机制/情绪延展/内在张力/3系列定位/当前问题/诚实边界)
|
||||
- 做梦核心:做饭是载体、宠妻是内容;经费是故事发动机;女老板不能完美
|
||||
- 与俊希的本质区别:做梦是情侣关系×美食展示(双人),俊希是母子关系×生活记录(单人+小孩视角)
|
||||
|
||||
- **07_短视频大纲.md** — 1000块加班补偿餐大纲,初版因将S6/S7/S9内容合并导致臃肿(含镜头描述/完整台词/锚点批注/钩子验证/广告表格等),已于当日按正确流程拆分为两个独立文件:
|
||||
- **06_短视频框架.md(S6新增)**:框架方案 + 场次结构展开表(8列)+ 情绪设计卡
|
||||
- **07_短视频大纲.md(S7重写)**:仅保留结构模板选择 + 2版标题 + 分段大纲 + 广告占位 + 合规自检,不再写台词/镜头/批注
|
||||
- **教训**:S6/S7/S9 必须各自独立输出,不可合并为一个文件
|
||||
|
||||
## 短视频脚本创作 - 新建"旧梦留声机"群像账号
|
||||
|
||||
- `case/旧梦留声机/脚本01/` — 群像账号(非单一达人),剧情赛道/情感走心Vlog
|
||||
- **00_旧梦留声机人设卡片.md** — 12章节群像卡片,结构区别于单一达人:
|
||||
- 核心差异:用「内容DNA」(4个基因标记)替代「超级符号」;用「角色原型库」(a-f六类)替代「个人特征描述」
|
||||
- 新增群像专属章节:叙事引擎(五段式情绪核弹结构)/ 制作风格体系(六维度视听语言)/ IP系列化设计(寻/守/光/家)/ 风险护栏(6条禁区)
|
||||
- 账号本质:第一视角纪实感 + 虚构剧情 × 真实社会素材破壁 = 旧梦留声机的核心壁垒
|
||||
- 与俊希/做梦的本质区别:旧梦留声机是角色轮换的群像叙事,俊希/做梦是固定达人的个人IP
|
||||
|
||||
## 短视频脚本创作 - S6/S7 边界约束修复
|
||||
|
||||
**背景**:做梦账号07_短视频大纲.md初版182行,将S6场次结构表+情绪设计卡+S9镜头描述+批注全部塞进S7输出,追查根因为3个约束点同时失效。
|
||||
|
||||
**修复方案(3处)**:
|
||||
|
||||
| 文件 | 修复内容 |
|
||||
|------|---------|
|
||||
| `6_生成短视频框架.md` L398-401 | 删除输出模板中 `### [三段式通用/五段式爆款] — [方案名称]` 及结构选择依据行,改为 `### [框架名称]`(与 Business Logic L108「模板选择移至 S7」一致) |
|
||||
| `6_生成短视频框架.md` L174-178 | 模板A/B前新增醒目警告:`⚠️ 以下模板A/B仅供知识参考,非执行指令…S6不选择模板,也不在输出中标注模板类型` |
|
||||
| `7_生成短视频大纲.md` L110-111 | System Prompt 禁止行为新增第2条:`不得在 S7 输出中复述 S6 的场次结构表或情绪设计卡(S6 产出为独立文件,S7 只引用文件路径不复制其内容)` |
|
||||
|
||||
**全流程同类风险扫描结论**:除 S6↔S7 外,S5↔S6/S7↔S9/S6↔S9 等 7 个边界约束基本到位,无第二处三层防线同时失效的严重问题。
|
||||
|
||||
## 短视频脚本创作 - 做梦大纲人设对齐优化(v2)
|
||||
|
||||
**任务**:逐项对照人设卡片12章审计07_短视频大纲.md,发现5处人设偏差并优化。
|
||||
|
||||
**问题诊断**:
|
||||
- 🔴 投喂动作缺失(人设法则二「全链路」断裂,大厨→男保姆状态切换仪式跳空)
|
||||
- 🔴 结尾对话空洞(只写「两人简短对话」,违反法则二「吃饭段落没有走心对话=本期崩塌」底线)
|
||||
- 🟡 枕头植入时机打断叙事(中段第3段上菜环节出现,大厨/男保姆状态混淆)
|
||||
- 🟡 全程无摩擦(违反决策规则6)
|
||||
- 🟢 视觉奇观未具体化(只写「精致摆盘」)
|
||||
|
||||
**v2优化**:
|
||||
- 第2段:碰掉锅盖→无声嘴型"吓死我了"(摩擦点)
|
||||
- 第3段:干冰流雾+猛火收汁+日式白瓷摆盘(视觉奇观具体化)
|
||||
- 结尾重组为三重动作链:①霸道投喂→②口是心非走心对话("那你还做了这么多菜")→③枕头植入+洗碗定格
|
||||
- 枕头从第3段(40-45s)移至结尾(58-62s),从吃饭到睡眠全链路自然过渡
|
||||
- Gate-4 确认门改为5项确认(新增摩擦点、三重动作链确认项)
|
||||
|
||||
**v2.1修正**:用户指出翻车挽尊不适合"金牌男保姆"人设——金牌=零失误。删除碰锅盖摩擦点,改为关系型摩擦:时间压迫+行为约束+女老板口是心非。决策规则6的"不顺"在本账号的正确形态是**外部约束下依然完美执行**而非**自身失误后补救**。
|
||||
|
||||
## 短视频脚本创作 - 决策规则6知识升级(摩擦类型×人设对齐)
|
||||
|
||||
**问题**:决策规则6原版「翻车挽尊/小分歧」是单一形态,与金牌男保姆人设(零失误)直接冲突。
|
||||
|
||||
**修复(2处)**:
|
||||
|
||||
| 文件 | 修改 |
|
||||
|------|------|
|
||||
| `00_做梦人设卡片.md` 决策规则6 | 从「翻车挽尊/小分歧」升级为:摩擦类型必须对齐人设——**做梦=金牌型→外部约束+关系张力**;日常型→生活意外;成长型→可控翻车;冲突型→人物对抗。严禁使用与人设矛盾的摩擦形态 |
|
||||
| `知识库/03_框架节奏/02_冲突叙事套路.md` | 新增 `1.4 摩擦类型×人设对齐` 章节:4种人设类型×摩擦来源×禁用形态的完整映射表,杜绝方法论一刀切导致的跨账号冲突 |
|
||||
|
||||
**核心原则**:摩擦的本质是「阻碍主角达成目标」,但阻碍来源必须对齐人设——金牌型靠外部约束、日常型靠生活意外、成长型靠可控翻车——不可混用。
|
||||
|
||||
## 短视频脚本创作 - 做梦大纲 v2.2:预见式服务升级
|
||||
|
||||
**问题**:v2枕头设计仍是「她躺下揉脖子→他递枕头」的反应式服务,不符合金牌标准。
|
||||
|
||||
**核心洞察**:金牌的核心不是"及时响应",而是"提前准备"——星级酒店夜床服务在客人回房前就完成一切。她还没需要,已经准备好了。
|
||||
|
||||
**修复(2处)**:
|
||||
|
||||
| 文件 | 修改 |
|
||||
|------|------|
|
||||
| `07_短视频大纲.md` 结尾段 | 枕头从「她躺下才递」改为「她还在吃饭喝汤时,做梦已悄悄去卧室把枕头放好」→ 她吃完饭进卧室才发现床上已备好枕头+便利贴 → 回头看他,他专注洗碗没回头但嘴角微动 |
|
||||
| `00_做梦人设卡片.md` 法则二 | 新增「预见式宠(金牌标准)」子原则:核心不是"她开口了我去做",而是"她还没开口,我已经做好了"。三步示例:汤在她下会时刚好温的/枕头在她进卧室前已换好/灯光在她进门时已调暗。**每一步准备都在她产生需求之前完成**。 |
|
||||
|
||||
## 短视频脚本创作 - 做梦人设 v2.3:金牌双维度全链路优化
|
||||
|
||||
**根因**:旧版人设卡片对「金牌」的理解只有技能维度(日料级刀工/仙气摆盘/零失误),缺少服务维度(预见式/时机精准)。AI 在非烹饪线关怀行为上默认用反应式。
|
||||
|
||||
**修复(5个文件,8处改动)**:
|
||||
|
||||
| 文件 | 改动 |
|
||||
|------|------|
|
||||
| `00_做梦人设卡片.md` — 核心定位 | 新增「金牌标准」行:技能=日料级刀工/仙气摆盘/零失误;服务=星级酒店管家式预见服务——每一步准备都在她产生需求之前完成 |
|
||||
| `00_做梦人设卡片.md` — 三段式结构 | 删除「可穿插翻车挽尊(喜剧调节)」(与金牌型冲突),改为「软广植入(自然露出)」 |
|
||||
| `00_做梦人设卡片.md` — 表达DNA | 「翻车挽尊」行标注⚠️不适用于本账号,改指决策规则6 |
|
||||
| `00_做梦人设卡片.md` — 内在张力 | 新增「技能上限 vs 服务意识」矛盾对:技能决定菜的高度,服务决定男保姆的温度 |
|
||||
| `06_短视频框架.md` 场次结构表+主线 | 场4删除「递亚朵枕头」;主线「上菜+递枕头」→「上菜→她吃+预见式关怀+他洗碗」 |
|
||||
| `07_短视频大纲.md` 广告植入 | 「她躺下揉脖子→递枕头→口头说」→「她吃饭时已去卧室放好枕头+便利贴,她进卧室才发现」 |
|
||||
| `07_短视频大纲.md` Gate-4 | 删除「碰掉锅盖」→改为「外部约束摩擦(不能出声+汤凉重热)」;枕头确认项改为预见式描述 |
|
||||
| `11_脚本检查和诊断.md` | System Prompt 人设匹配度新增「关怀行为服务标准校验(金牌型=预见式≥反应式)」;人设稳定性校验新增「服务标准一致性」检查项(8项→9项) |
|
||||
|
||||
## 短视频脚本创作 - S7 大纲 v3:事件序列展开升级
|
||||
|
||||
**背景**:编导反馈大纲内容太简单,只有「核心信息点+看点+情绪」三行骨架,缺少具体可拍摄事件和口播方向。
|
||||
|
||||
**根因**:三层叠加——
|
||||
1. S7 输出模板每段只有 2 行抽象描述("画面/动作/台词" + "内容"),无法承载事件细节
|
||||
2. 此前为防止 S6/S7 合并,在 S7 System Prompt 加了「不得复述 S6 场次结构表或情绪设计卡」→ AI 理解为不能碰 S6 的任何内容,于是 S6 事件列的 3-5 条具体事件被丢弃
|
||||
3. S6→S7 传递断层:S6 事件列要求 3-5 条但 S7 没有承接字段
|
||||
|
||||
**修复(4处)**:
|
||||
|
||||
| 文件 | 改动 |
|
||||
|------|------|
|
||||
| `7_生成短视频大纲.md` — 处理规则 | 新增「第二步:事件序列展开」步骤:S6 事件概述 → S7 展开为 3-5 条具体事件,每条含「具体动作 + 关键画面/镜头方向 + 口播/独白/台词方向」。附示例对比表 |
|
||||
| `7_生成短视频大纲.md` — System Prompt 禁止行为 | 「不得复述 S6 场次结构表」→「不得复制 S6 情绪设计卡原文」+ 明确 S6 事件概述→S7 展开的职责关系 |
|
||||
| `7_生成短视频大纲.md` — 大纲结构模板+输出模板 | 每段从「核心信息点+看点+情绪」3 行 → 「情绪+看点+事件链(3-5条)」格式,每条含动作/画面/口播 |
|
||||
| `07_短视频大纲.md`(做梦) | 按新模板重写为 v3:开场 4 条事件/中段 3-4 条/场 / 结尾 5 条事件,编导拿到就能拍 |
|
||||
|
||||
## 短视频脚本创作 - S7 大纲 v3.1:格式统一(事件链标签删除 + 元素对齐 B·Vlog 脚本)
|
||||
|
||||
**背景**:用户指出大纲中「事件链」标签不必要,且同一元素(画面标注、动作描述、口播方向)在大纲和脚本中用不同符号,编导看两份文档时需切换理解。
|
||||
|
||||
**核心原则**:大纲中的画面/动作/角色台词方向应该用与 B·Vlog 脚本**相同的视觉符号**——【】=画面,(语气)=动作,角色名(语气):台词 = 口播方向。
|
||||
|
||||
**修复(3个文件)**:
|
||||
|
||||
| 文件 | 改动 |
|
||||
|------|------|
|
||||
| `7_生成短视频大纲.md` — 处理规则·事件展开 | 事件条目标准格式从 `① [动作] + [画面] + [口播]` → `① 【画面方向】具体动作 —— 口播/独白方向`;示例对比表同步更新 |
|
||||
| `7_生成短视频大纲.md` — 所有模板(处理规则模板+输出模板) | 全部 5 段删除 `- **事件链**:` 标签;①条目从 `[方括号标注]` → `【尖括号标注画面】`;口播从 `→ [方向]` → `角色名(语气):台词方向` |
|
||||
| `7_生成短视频大纲.md` — System Prompt + 质量校验 + Gate-4 | 3 处「事件链」术语替换为「可拍摄事件」或「事件序列」;格式描述统一为新格式 |
|
||||
| `07_短视频大纲.md`(做梦) | v3.1 重写:全文件 24 条事件删除「事件链」标签;[画面标注] → 【画面标注】;口播标注 → 角色名(语气):台词格式
|
||||
|
||||
## 短视频脚本创作 - S7 大纲 v3.2:事件去有序编号 + 场次元数据统一【】格式
|
||||
|
||||
**背景**:用户指出大纲中 ①②③ 有序符号不必要(脚本没有),且场次后的元数据(情绪/看点)应与脚本的【】标注风格一致。
|
||||
|
||||
**修复(2个文件,3类改动)**:
|
||||
|
||||
| 文件 | 改动 |
|
||||
|------|------|
|
||||
| `7_生成短视频大纲.md` — 所有事件条目 | 全部删除 ①②③ 编号,事件行直接以 `【画面方向】` 开头,流式排列 |
|
||||
| `7_生成短视频大纲.md` — 所有场次元数据行 | `- **情绪**:[XX] \| **看点**:[XX]` → `【情绪:XX | 看点:XX】`;开场钩子同理:`- **钩子类型**:[XX] \| **开篇任务**:[XX]` → `【钩子类型:XX | 开篇任务:XX】` |
|
||||
| `07_短视频大纲.md`(做梦) | v3.2 重写:全部 25 条事件删除 ①②③;4 个场次元数据改为 `【情绪:XX | 看点:XX】` |
|
||||
|
||||
**符号对齐总结**:
|
||||
|
||||
```
|
||||
事件展示: 旧= ① 【手机屏幕】动作 → 新= 【手机屏幕】动作(流式,无编号)
|
||||
场次元数据: 旧= - **情绪**:心疼 | **看点**:冷清感
|
||||
新= 【情绪:心疼 | 看点:冷清感】(统一【】格式)
|
||||
Gate-4 确认项:①②③④ 保留不变(属确认门界面元素,非事件编号)
|
||||
```
|
||||
|
||||
## 短视频脚本创作 - 做梦大纲 v3.3:删除汤凉瑕疵事件
|
||||
|
||||
**背景**:用户指出「汤凉了重热」与金牌男保姆人设冲突——金牌=零失误,"凉了再热"本质是判断失误后的补救。金牌做法应该是汤一直在小火保温,她下会时刚好在最佳温度。
|
||||
|
||||
**修复(2个文件)**:
|
||||
|
||||
| 文件 | 修改 |
|
||||
|------|------|
|
||||
| `06_短视频框架.md` | 主线脉络「等待+温汤」→「守夜保温」;场4事件列「汤凉→重热循环」→「汤一直在小火保温」;缺口自检「等待」→「守夜」 |
|
||||
| `07_短视频大纲.md`(做梦) | 场3标题「等待与上菜摆盘」→「守夜与上菜摆盘」;删除「做梦摸碗壁,汤凉了,皱眉」+「无声开火重热」两行;新增「汤在锅里小火保温,锅盖边缘轻柔蒸汽 → 调火到最小,蒸汽声几乎消失」+ 注释「金牌守夜:不是凉了再热,是始终在最佳温度等她」
|
||||
|
||||
---
|
||||
|
||||
## 短视频脚本创作 - 全链路复盘+素材库基建+流程优化(15:00-18:00)
|
||||
|
||||
**任务**:系统复盘"AI为什么写不出编导级细节"→ 按复盘结论执行9项优化
|
||||
|
||||
### 复盘核心结论
|
||||
- 根因:知识库全方法论零素材,AI从规则推理而非从场景翻译;S7展开无深度标准;人设卡片缺失素材维
|
||||
- 对比:AI大纲 ≈25个可拍摄单元,编导大纲(亚朵)≈82个 → 差距3-4倍
|
||||
|
||||
### 新建14个文件
|
||||
|
||||
**references/ 下(与知识库同级)**:
|
||||
- `标杆案例/标杆收录标准.md` + `做梦_亚朵枕头_加班补偿餐.md`(编导大纲全文+密度拆解:19具名物品/14组对话/82拍摄单元/137信息单元)
|
||||
- `素材库/模板_账号素材库创建指南.md`(5个素材库文件模板)
|
||||
- `素材库/通用/Show_Dont_Tell_示例集.md` + `产品植入话术模板.md`
|
||||
- `垂直知识/美食赛道/中餐食材与烹饪术语.md` + `垂直知识/居家赛道/家居与卧室知识.md`
|
||||
|
||||
**case/做梦/ 下**:
|
||||
- `01_素材库_菜品.md`(10道具名菜品)、`02_素材库_道具.md`(20个道具)、`03_素材库_行为模式.md`(5条行为链)、`04_素材库_金句口头禅.md`(14条金句+5模板)、`05_素材库_环境设定.md`(5核心空间)
|
||||
|
||||
### 修改2个文件
|
||||
- **`7_生成短视频大纲.md`**:5项流程优化 — 输入层增素材库+标杆引用/新增L1-L3深度标准/新增场景预演步骤/新增密度自检规则/System+User Prompt升级
|
||||
- **`11_脚本检查和诊断.md`**:新增「五、信息密度检查」板块(7项密度指标+三级标准+5种AI常见问题)
|
||||
|
||||
### 18:18 优化调整:移除标杆案例 + Show_Dont_Tell 改名
|
||||
- **删除 `references/标杆案例/`** 整个目录及所有内容(2文件),理由:信息密度可由素材库+深度标准决定,无需单独标杆;跨赛道标杆有上下文污染风险
|
||||
- **S7 文件清理**:移除所有标杆案例相关引用(输入行/System Prompt任务项/规则行/User Prompt变量块),编号重新对齐(5→6→7→8)
|
||||
- **S11 文件清理**:移除信息密度检查中对标杆案例的引用
|
||||
- **`Show_Dont_Tell_示例集.md` → `行为暗示_示例集.md`**:全局改名,项目内已确认无残留英文引用
|
||||
- references 当前结构:_meta/创作流程/垂直知识/接口调用/知识库/素材库(6个目录,无标杆案例)
|
||||
|
||||
### 18:21 合并垂直知识 → 素材库
|
||||
- **`垂直知识/美食赛道/中餐食材与烹饪术语.md` → `素材库/美食赛道/02_食材与烹饪知识.md`**
|
||||
- **`垂直知识/居家赛道/家居与卧室知识.md` → `素材库/居家赛道/02_家居与卧室知识.md`**
|
||||
- **删除 `references/垂直知识/`** 整个目录
|
||||
- **S7 输入行更新**:移除 `references/垂直知识/{赛道}/` 引用
|
||||
- 最终 `references/` 结构:_meta/创作流程/接口调用/知识库/素材库(5个目录)
|
||||
- 素材库按编号命名规范:各赛道 02_ 为专业知识文件(01_ 留给菜品库/道具库等)
|
||||
|
||||
### 18:35 4项关键修复(技能文件审计后)
|
||||
- **SKILL.md 目录树**:新增 `素材库/` 及其子目录(通用/美食赛道/居家赛道+模板),改为 `│ ├── 知识库/` + `│ └── 素材库/` 嵌套结构
|
||||
- **SKILL.md S7描述**:流程总览行更新为 `结构搭建层:模板选择+分段展开+钩子匹配+素材库填充+密度自检`;目的行增加"调取账号素材库+赛道知识库填充可拍摄细节,按 L2 编导深度标准展开"
|
||||
- **SKILL.md**:「Show don't tell」→「行为暗示」(2处:目录树注释 + 知识库分类表)
|
||||
- **11_脚本检查和诊断.md**:处理规则编号修复 `五→二`;输出模板编号修复 `一·五→二 / 二→三 / 三→四 / 四→五 / 五→六 / 六→七 / 七→八 / 八→九`
|
||||
- **9_生成短视频脚本.md**:「Show don't tell」→「行为暗示」(3处:情感铺垫继承规则 / 行为暗示规则 / 禁止行为)
|
||||
- **行为暗示_示例集.md**:标题 `Show Don't Tell` → `行为暗示`
|
||||
- **知识库文件重命名**:`分块6_方法论-情感铺垫设计Show-dont-tell-行为暗示-留白法则-蓄力释放.md` → `分块6_方法论-情感铺垫设计-行为暗示-留白法则-蓄力释放.md`
|
||||
|
||||
### 18:38 — P1/P2 剩余问题修复
|
||||
- **P1**:删除 `case/做梦/标杆脚本库/` 空目录;创建 `素材库/美食赛道/01_菜品库.md`(4大类19道菜)+ `素材库/居家赛道/01_道具库.md`(5区30+道具)— 填补缺失的01_编号
|
||||
- **P2 #16 路径精确化**:S7 输入 `01~05_素材库_*.md` → 展开为5个精确文件名
|
||||
- **P2 #15 🆕清理**:S7 全量移除10处🆕标记(System Prompt 4处+规则4处+User Prompt 2处)
|
||||
- **P2 #14 S11评分去重**:System Prompt 删除与处理规则重复的评分标准/锚点/扣分/通过标准(-23行),改为引用「见上方处理规则」
|
||||
- **P2 #17 SKILL.md概览**:「四维度质量诊断」→「五维度质量诊断(含信息密度检查)」
|
||||
- **S11残留🆕**:输出模板4处清理;SKILL.md目录树1处清理
|
||||
- 验证:创作流程/ + SKILL.md 🆕全部清零;S11 无标杆案例残留;素材库双赛道 01_/02_ 编号完整
|
||||
- **references-add**:`04_情绪共鸣方法论.md` 中「Show don't tell」→「行为暗示」(2处:说明行 + 对照表)
|
||||
- **全局验证**:`1_脚本创作方法/` 目录下零「Show don't tell」残留
|
||||
@@ -0,0 +1,26 @@
|
||||
# 2026-08-11 工作日志
|
||||
|
||||
## 素材库极致化设计规范
|
||||
- 整理现有素材库建设信息:两层架构(赛道通用层 references/素材库/ + 账号专属层 case/{账号名}/)
|
||||
- 现状盘点:做梦账号5个素材库文件已建(菜品11/道具20/行为5/金句12/环境5),旧梦留声机未建
|
||||
- 用户要求:素材库要体现"极致"重点,结合知识库05_极致事件(戏剧性+感官性双重类型),菜品/服务/道具都要有极致维度,不要宽泛写行为模式,所有素材库结合场景
|
||||
- 产出:`3_产品功能设计/产品文档/素材库极致化设计规范.md`
|
||||
- 核心变更:每条素材新增「极致维度」+「极致触点」两个字段
|
||||
- 行为模式库 → 极致场景服务库(从流程式→场景锚定+极致标准)
|
||||
- 12个极致维度标签(视觉冲击/品质对比/细节专业/难度极限/食材极致/反差价值/反差服务/反常识/价值观冲击/自嘲反差/氛围沉浸/预见式服务)
|
||||
- 12项迁移清单(P0模板指南/P1做梦账号5文件迁移/P2赛道通用层+SKILL.md+流程文件)
|
||||
- 用户要求:将"零件层"改为"实践层"(素材库极致化设计规范第5行)
|
||||
- 产出:`3_产品功能设计/产品文档/短视频素材库产品规划.md`
|
||||
- 参照知识库产品规划结构,整理素材库产品规划
|
||||
- 5层架构:两层分离+5素材类型+12极致维度+知识库关联+创作流程调用引擎
|
||||
- 知识库=方法论层,素材库=实践层;知识库定方向,素材库给弹药
|
||||
- 赛道素材类型权重表(8赛道各不同,如美食:菜品>场景服务>环境>道具>金句)
|
||||
- 现状盘点+7阶段建设计划+与知识库产品规划对照表
|
||||
- 文件结构重组:
|
||||
- `素材库极致化设计规范.md` 从 `3_产品功能设计/产品文档/` 移到 `references/素材库/`(作为素材库创建时的参考)
|
||||
- `短视频素材库产品规划.md` 移到 `内容创作产品规划/内容知识库设计/2_短视频创作知识库/产品规划/`
|
||||
- `内容创作知识库` 改名为 `内容创作产品规划`
|
||||
- `3_产品功能设计` 整个文件夹移到 `内容创作产品规划/产品功能设计/`
|
||||
- `case_1` 改名为 `内容知识库设计`
|
||||
- 最终结构:`内容创作产品规划/` → `产品功能设计/` + `内容知识库设计/`
|
||||
- 已更新 `00_项目章程.md` 和 `短视频素材库产品规划.md` 中的路径引用
|
||||
@@ -1,8 +1,8 @@
|
||||
# MCNVideo AI 项目长期记忆
|
||||
|
||||
## 核心技能架构
|
||||
- 项目目录:`project/项目名称/` → `case_1/scripts/{视频标题}/` → `经验汇总/`
|
||||
- **短视频脚本创作** (`project/短视频脚本创作/case_1/1_脚本创作方法/`) — 11步流程+知识库12分类(02_故事选题/07_情绪共鸣/12_拆解评估等)
|
||||
- 项目目录:`project/项目名称/V1.0/` → `case/{账号名}/脚本{编号}/` → `经验汇总/`;V1.0 表示第一版 skill,后续版本同级建 V2.0/
|
||||
- **短视频脚本创作** (`project/短视频脚本创作/V1.0/1_脚本创作方法/`) — 11步流程+知识库12分类(02_故事选题/07_情绪共鸣/12_拆解评估等)
|
||||
- **短视频账号分析** (`project/短视频账号分析/case_1/1_账号分析方法/`) — 全维度账号诊断技能
|
||||
- 核心场景:基于账号近7天视频内容+互动数据(播放/点赞/评论/转发/弹幕等),全维度诊断账号健康度、识别优化方向和潜在风险
|
||||
- 三模式:🚀快速诊断(抖音,调douyin-account-diagnosis脚本)/⚡快速(全维度,自动)/🤝共创(每步确认)
|
||||
@@ -21,7 +21,7 @@
|
||||
1. 确认门机制:不可预判合并;创作方法与协作机制分离;角色边界严格遵守(分析不做创作)
|
||||
2. 内容总监兜底所有质量检查点
|
||||
3. 文件路径规范:`scripts/{视频标题}/XX_阶段名.md`,版本根目录保留跨视频共享文件
|
||||
3.5. 人设卡片放置:`shortvideo_sample/{账号名}/00_{账号名}人设卡片.md`(账号层级,所有脚本共用)
|
||||
3.5. 人设卡片放置:`case/{账号名}/00_{账号名}人设卡片.md`(账号层级,所有脚本共用)
|
||||
4. 用户可见4阶段(输入→分析→生成loading→脚本查看),确认门为AI内部质量检查点
|
||||
5. 创作流程双模式:⚡快速(默认自动通过Gate) / 🤝共创(每Gate需确认),可随时切换
|
||||
6. references-add增量优先:冲突时以references-add为准,references/加⚠️标注冲突点
|
||||
@@ -36,6 +36,7 @@
|
||||
14. **帮助文档.md**(2026-08-05):技能根目录生成完整中文帮助文档,含四能力域/11步流程表/5项分析能力/5项诊断检查/2个API接口/12分类知识库速览/7类35+提问示例
|
||||
13. **分镜流程重组**(2026-08-05):移除路径A(大纲直达分镜),分镜只能从脚本(S9)生成;分镜改为可选步骤(🔶),默认流程结束于S9;知识库`10_数据分析`→`10_分镜拍摄`(实际内容为景别/运镜/节奏/音画等拍摄技术,非数据分析)
|
||||
15. **分镜SKILL.md流程与知识库分离**(2026-08-07):SKILL.md只保留流程引擎(步骤+硬规则+输出格式+校验清单)+引用指针(→参考skills/+references/知识库/);7个章节内联摘要精简为引用指针(提示词维度/运镜四维编码/变量规则/深度美学/三层路由/微表情/导演风格),保留运镜铁律+去名化规范等硬规则;流程核心(5步工作流/六要素公式/光影三层公式/核心规则16条/质量自检清单)完整保留不精简
|
||||
16. **素材库极致化设计**(2026-08-11):素材库从"物品清单"升级为"极致触点零件库",连接知识库05_极致事件(戏剧性+感官性双重类型);每条素材新增「极致维度」+「极致触点」两个字段;行为模式库→极致场景服务库(从流程式→场景锚定+极致标准);12个极致维度标签;设计规范移至`references/素材库/素材库极致化设计规范.md`(作为素材库创建参考);产品规划在`内容创作产品规划/内容知识库设计/2_短视频创作知识库/产品规划/短视频素材库产品规划.md`;两层架构(赛道通用层 references/素材库/ + 账号专属层 case/{账号名}/);迁移清单12项(P0模板指南/P1做梦账号5文件/P2赛道通用+SKILL.md+流程文件);目录重组:`内容创作知识库`→`内容创作产品规划`,内含`产品功能设计/`+`内容知识库设计/`(原case_1)
|
||||
|
||||
## 创作方法体系
|
||||
- `references/创作方法01.md` — 短视频人设&大纲拆解评估维度(权威标准)
|
||||
@@ -46,8 +47,9 @@
|
||||
- 定位:ToC个人创作者,四层架构(输入→分析→脚本生成3版本→对话修改)
|
||||
- 核心差异(vs ToB):无后台链路→直接生成;对话式局部修改;文档上传可选;广告可选植入
|
||||
|
||||
## 内容创作知识库项目
|
||||
- 目录:`project/内容创作知识库/case_1/`
|
||||
## 内容创作产品规划项目
|
||||
- 目录:`project/内容创作产品规划/`
|
||||
- 结构:`产品功能设计/`(产品架构/PRD等设计文档)+ `内容知识库设计/`(原case_1,短剧+短视频知识库)
|
||||
- 子项目:1_短剧创作知识库 + 2_短视频创作知识库
|
||||
|
||||
### 短剧知识库
|
||||
@@ -59,7 +61,7 @@
|
||||
- chunk_type 7种:方法论/案例复盘/模板/评分标准/失败案例/反常识案例/商业表现数据
|
||||
|
||||
### 短视频知识库(V2.0)
|
||||
- 目录:`project/内容创作知识库/case_1/2_短视频创作知识库/`
|
||||
- 目录:`project/内容创作产品规划/内容知识库设计/2_短视频创作知识库/`
|
||||
- 三级分类体系:一级赛道(8,S01-S08) × 二级叙事形态(8固定,F01-F08) × 三级细分垂类
|
||||
- 一级赛道:剧情娱乐/泛生活/时尚美妆穿搭/知识科普/健康健身/汽车/游戏二次元/商业服务
|
||||
- 二级叙事形态:剧情演绎/Vlog纪实/干货口播/测评种草/教程教学/盘点解说/纯视觉短片/人物采访
|
||||
|
||||
@@ -1,857 +0,0 @@
|
||||
# AI 短视频创作平台 — 工程骨架方案
|
||||
|
||||
> 本方案由 WorkBuddy 产出,交付给 Trae 执行。
|
||||
> 定位:toC 产品,Python 后端 + React 前端,独立部署。
|
||||
|
||||
---
|
||||
|
||||
## 一、技术栈总览
|
||||
|
||||
| 层 | 技术 | 版本 | 角色 |
|
||||
|---|---|---|---|
|
||||
| **前端框架** | React | 19.x | UI 层 |
|
||||
| **构建工具** | Vite | 6.x | 开发/打包 |
|
||||
| **语言** | TypeScript | 5.x | 前端类型安全 |
|
||||
| **UI 组件** | shadcn/ui | latest | 原子组件库 |
|
||||
| **样式** | Tailwind CSS | 4.x | 原子化样式 |
|
||||
| **拖拽** | @dnd-kit | latest | 时间轴/素材拖拽 |
|
||||
| **画布** | react-konva | latest | 预览画布/文字贴纸 |
|
||||
| **状态管理** | zustand | 5.x | 编辑器状态 + 撤销重做 |
|
||||
| **数据请求** | @tanstack/react-query | 5.x | 服务端状态/缓存 |
|
||||
| **动画** | framer-motion | 11.x | 过渡动效 |
|
||||
| **路由** | react-router | 7.x | 页面路由 |
|
||||
| **表单** | react-hook-form + zod | latest | 表单校验 |
|
||||
| **后端框架** | FastAPI | 0.115+ | REST API + WebSocket |
|
||||
| **ASGI 服务器** | uvicorn | latest | 生产级运行 |
|
||||
| **数据库** | PostgreSQL + Redis | 16 / 7 | 持久化 + 缓存/队列 |
|
||||
| **ORM** | SQLAlchemy 2.0 | 2.x | 数据库映射 |
|
||||
| **任务队列** | Celery + Redis | 5.x | AI 异步生成 |
|
||||
| **文件存储** | MinIO / S3 | — | 视频/素材存储 |
|
||||
| **AI 集成** | OpenAI SDK / 本地模型 | — | 脚本生成/视频处理 |
|
||||
|
||||
---
|
||||
|
||||
## 二、目录结构
|
||||
|
||||
```
|
||||
ai-video-platform/
|
||||
├── frontend/ # React 前端
|
||||
│ ├── index.html
|
||||
│ ├── package.json
|
||||
│ ├── tsconfig.json
|
||||
│ ├── vite.config.ts
|
||||
│ ├── tailwind.config.ts
|
||||
│ ├── components.json # shadcn/ui 配置
|
||||
│ ├── public/
|
||||
│ │ └── favicon.svg
|
||||
│ └── src/
|
||||
│ ├── main.tsx # 入口
|
||||
│ ├── App.tsx # 根组件 + 路由
|
||||
│ ├── index.css # Tailwind 入口
|
||||
│ ├── lib/
|
||||
│ │ └── utils.ts # cn() 工具函数
|
||||
│ ├── components/
|
||||
│ │ ├── ui/ # shadcn/ui 组件(自动生成)
|
||||
│ │ │ ├── button.tsx
|
||||
│ │ │ ├── card.tsx
|
||||
│ │ │ ├── dialog.tsx
|
||||
│ │ │ ├── slider.tsx
|
||||
│ │ │ ├── tabs.tsx
|
||||
│ │ │ ├── dropdown-menu.tsx
|
||||
│ │ │ ├─�� input.tsx
|
||||
│ │ │ ├── textarea.tsx
|
||||
│ │ │ ├── select.tsx
|
||||
│ │ │ ├── toast.tsx
|
||||
│ │ │ ├── tooltip.tsx
|
||||
│ │ │ ├── sheet.tsx # 侧边栏
|
||||
│ │ │ └── skeleton.tsx # 加载骨架
|
||||
│ │ ├── layout/
|
||||
│ │ │ ├── AppShell.tsx # 整体布局壳
|
||||
│ │ │ ├── Sidebar.tsx # 左侧导航
|
||||
│ │ │ └── Header.tsx # 顶部栏
|
||||
│ │ ├── editor/ # 🔥 视频编辑器核心
|
||||
│ │ │ ├── Timeline/
|
||||
│ │ │ │ ├── Timeline.tsx # 时间轴容器
|
||||
│ │ │ │ ├── Track.tsx # 单条轨道
|
||||
│ �� │ │ ├── TrackItem.tsx # 轨道上的片段
|
||||
│ │ │ │ ├── TimelineRuler.tsx # 时间标尺
|
||||
│ │ │ │ └── TimelineControls.tsx # 缩放/播放控制
|
||||
│ │ │ ├── Canvas/
|
||||
│ │ │ │ ├── PreviewCanvas.tsx # 预览画布(react-konva)
|
||||
│ │ │ │ ├── TextOverlay.tsx # 文字叠层
|
||||
│ │ │ │ ├── StickerLayer.tsx # 贴纸层
|
||||
│ │ │ │ └── VideoLayer.tsx # 视频画面层
|
||||
│ │ │ ├── Toolbar/
|
||||
│ │ │ │ ├── EditorToolbar.tsx # 编辑工具栏
|
||||
│ │ │ │ ├── CropTool.tsx # 裁剪工具
|
||||
│ │ │ │ └── TextTool.tsx # 文字工具
|
||||
│ │ │ └── AssetPanel/
|
||||
│ │ │ ├── AssetLibrary.tsx # 素材库面板
|
||||
│ │ │ ├── MediaUploader.tsx # 上传组件
|
||||
│ │ │ └── AIGenerator.tsx # AI 生成入口
|
||||
│ │ ├── ai/ # AI 功能面板
|
||||
│ │ │ ├── ScriptGenerator.tsx # 脚本生成
|
||||
│ │ │ ├── VoiceGenerator.tsx # AI 配音
|
||||
│ │ │ ├── SubtitleGenerator.tsx # 字幕生成
|
||||
│ │ │ └── GenerationProgress.tsx # 生成进度(WebSocket)
|
||||
│ │ └── common/
|
||||
│ │ ├── LoadingSpinner.tsx
|
||||
│ │ ├── ErrorBoundary.tsx
|
||||
│ │ ├── EmptyState.tsx
|
||||
│ │ └── ConfirmDialog.tsx
|
||||
│ ├── pages/
|
||||
│ │ ├── Home.tsx # 首页/项目列表
|
||||
│ │ ├── Editor.tsx # 🔥 编辑器主页面
|
||||
│ │ ├── Projects.tsx # 我的项目
|
||||
│ │ ├── Templates.tsx # 模板市场
|
||||
│ │ ├── Assets.tsx # 素材管理
|
||||
│ │ └── Settings.tsx # 用户设置
|
||||
│ ├── stores/ # zustand 状态
|
||||
│ │ ├── editorStore.ts # 🔥 编辑器核心状态 + 撤销重做
|
||||
│ │ ├── projectStore.ts # 项目元信息
|
||||
│ │ ├── uiStore.ts # UI 状态(面板显隐等)
|
||||
│ │ └── authStore.ts # 用户认证
|
||||
│ ├── hooks/ # 自定义 hooks
|
||||
│ │ ├── useEditor.ts # 编辑器逻辑入口
|
||||
│ │ ├── useUndoRedo.ts # 撤销重做封装
|
||||
│ │ ├── useWebSocket.ts # WebSocket 连接
|
||||
│ │ ├── useMediaUpload.ts # 上传逻辑
|
||||
│ �� └── useAIGeneration.ts # AI 生成调用
|
||||
│ ├── api/ # API 层
|
||||
│ │ ├── client.ts # axios/fetch 实例
|
||||
│ │ ├── projects.ts # 项目 CRUD
|
||||
│ │ ├── media.ts # 素材上传/管理
|
||||
│ │ ├── generation.ts # AI 生成接口
|
||||
│ │ └── auth.ts # 认证接口
|
||||
│ ├── types/ # TypeScript 类型
|
||||
│ │ ├── project.ts
|
||||
│ │ ├── timeline.ts # 时间轴轨道类型
|
||||
│ │ ├── media.ts
|
||||
│ │ └── api.ts # API 响应类型
|
||||
│ └── utils/
|
||||
│ ├── time.ts # 时间格式化
|
||||
│ └── file.ts # 文件工具
|
||||
│
|
||||
├── backend/ # Python 后端
|
||||
│ ├── pyproject.toml # 项目管理(uv/poetry)
|
||||
│ ├── alembic.ini # 数据库迁移配置
|
||||
│ ├── Dockerfile
|
||||
│ ├── docker-compose.yml # 本地开发环境
|
||||
│ ├── app/
|
||||
│ │ ├── __init__.py
|
||||
│ │ ├── main.py # FastAPI 入口
|
||||
│ │ ├── config.py # 配置管理(pydantic-settings)
|
||||
│ │ ├── dependencies.py # 依赖注入
|
||||
│ │ ├── api/
|
||||
│ │ │ ├── __init__.py
|
||||
│ │ │ ├── v1/
|
||||
│ │ │ │ ├── __init__.py
|
||||
│ │ │ │ ├── router.py # 路由聚合
|
||||
│ │ │ │ ├── auth.py # 认证
|
||||
│ │ │ │ ├── projects.py # 项目 CRUD
|
||||
│ │ │ │ ├── media.py # 素材上传
|
||||
│ │ │ │ ├── generation.py # AI 生成
|
||||
│ │ │ │ ├─�� templates.py # 模板
|
||||
│ │ │ │ └── websocket.py # WebSocket 进度推送
|
||||
│ │ ├── models/
|
||||
│ │ │ ├── __init__.py
|
||||
│ │ │ ├── user.py
|
||||
│ │ │ ├── project.py
|
||||
│ │ │ ├── media.py
|
||||
│ │ │ └── template.py
|
||||
│ │ ├── schemas/
|
||||
│ │ │ ├── __init__.py
|
||||
│ │ │ ├── user.py
|
||||
│ │ │ ├── project.py
|
||||
│ │ │ ├── media.py
|
||||
│ │ │ └── generation.py
|
||||
│ │ ├── services/
|
||||
│ │ │ ├── __init__.py
|
||||
│ │ │ ├── project_service.py
|
||||
│ │ │ ├── media_service.py
|
||||
│ │ │ ├── script_generator.py # 🔥 AI 脚本生成
|
||||
│ │ │ ├── voice_service.py # 🔥 AI 配音
|
||||
│ │ │ ├── subtitle_service.py # 🔥 AI 字幕
|
||||
│ │ │ ├── video_renderer.py # 🔥 视频合成
|
||||
│ │ │ └── storage_service.py # 文件存储(MinIO/S3)
|
||||
│ │ ├── tasks/ # Celery 异步任务
|
||||
│ │ │ ├── __init__.py
|
||||
│ │ │ ├── celery_app.py
|
||||
│ │ │ ├── generation_tasks.py # AI 生成任务
|
||||
│ │ │ └── media_tasks.py # 媒体处理任务
|
||||
│ │ ├── core/
|
||||
│ │ │ ├── __init__.py
|
||||
│ │ │ ├── security.py # JWT / OAuth
|
||||
│ │ │ ├── database.py # SQLAlchemy 引擎
|
||||
│ │ │ └── exceptions.py
|
||||
│ │ └── utils/
|
||||
│ │ ├── __init__.py
|
||||
│ │ └── helpers.py
|
||||
│ ├── alembic/
|
||||
│ │ ├── env.py
|
||||
│ │ └── versions/
|
||||
│ ├── tests/
|
||||
│ │ ├── conftest.py
|
||||
│ │ ├── test_projects.py
|
||||
│ │ └── test_generation.py
|
||||
│ └── requirements/
|
||||
│ ├── base.txt
|
||||
│ ├── dev.txt
|
||||
│ └── prod.txt
|
||||
│
|
||||
└── docs/ # 文档
|
||||
├── api-spec.md # API 接口说明
|
||||
└── editor-architecture.md # 编辑器架构设计
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 三、前端核心依赖
|
||||
|
||||
```jsonc
|
||||
// frontend/package.json (关键字段)
|
||||
{
|
||||
"name": "ai-video-platform",
|
||||
"private": true,
|
||||
"type": "module",
|
||||
"scripts": {
|
||||
"dev": "vite",
|
||||
"build": "tsc -b && vite build",
|
||||
"preview": "vite preview",
|
||||
"lint": "eslint ."
|
||||
},
|
||||
"dependencies": {
|
||||
"react": "^19.0.0",
|
||||
"react-dom": "^19.0.0",
|
||||
"react-router": "^7.0.0",
|
||||
"@tanstack/react-query": "^5.0.0",
|
||||
"zustand": "^5.0.0",
|
||||
"@dnd-kit/core": "^6.1.0",
|
||||
"@dnd-kit/sortable": "^8.0.0",
|
||||
"@dnd-kit/utilities": "^3.2.0",
|
||||
"react-konva": "^18.2.0",
|
||||
"konva": "^9.3.0",
|
||||
"framer-motion": "^11.0.0",
|
||||
"react-hook-form": "^7.53.0",
|
||||
"@hookform/resolvers": "^3.9.0",
|
||||
"zod": "^3.23.0",
|
||||
"axios": "^1.7.0",
|
||||
"clsx": "^2.1.0",
|
||||
"tailwind-merge": "^2.5.0",
|
||||
"class-variance-authority": "^0.7.0",
|
||||
"lucide-react": "^0.460.0",
|
||||
"sonner": "^1.7.0"
|
||||
},
|
||||
"devDependencies": {
|
||||
"@types/react": "^19.0.0",
|
||||
"@types/react-dom": "^19.0.0",
|
||||
"@vitejs/plugin-react": "^4.3.0",
|
||||
"vite": "^6.0.0",
|
||||
"typescript": "^5.6.0",
|
||||
"tailwindcss": "^4.0.0",
|
||||
"@tailwindcss/vite": "^4.0.0",
|
||||
"eslint": "^9.0.0"
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 四、后端核心依赖
|
||||
|
||||
```
|
||||
# backend/requirements/base.txt
|
||||
|
||||
# Web 框架
|
||||
fastapi>=0.115,<1.0
|
||||
uvicorn[standard]>=0.32,<1.0
|
||||
python-multipart>=0.0.18 # 文件上传
|
||||
|
||||
# 数据库
|
||||
sqlalchemy>=2.0,<3.0
|
||||
asyncpg>=0.30,<1.0 # PostgreSQL 异步驱动
|
||||
alembic>=1.14,<2.0 # 数据库迁移
|
||||
pydantic>=2.10,<3.0
|
||||
pydantic-settings>=2.6,<3.0
|
||||
|
||||
# 缓存 & 队列
|
||||
redis>=5.2,<6.0
|
||||
celery>=5.4,<6.0
|
||||
|
||||
# 认证
|
||||
python-jose[cryptography]>=3.3,<4.0
|
||||
passlib[bcrypt]>=1.7,<2.0
|
||||
|
||||
# 文件存储
|
||||
boto3>=1.35,<2.0 # S3/MinIO
|
||||
minio>=7.2,<8.0
|
||||
|
||||
# AI SDK
|
||||
openai>=1.55,<2.0
|
||||
|
||||
# 工具
|
||||
httpx>=0.28,<1.0
|
||||
loguru>=0.7,<1.0
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 五、初始化步骤(逐条命令)
|
||||
|
||||
### 5.1 创建项目目录
|
||||
|
||||
```bash
|
||||
mkdir ai-video-platform && cd ai-video-platform
|
||||
```
|
||||
|
||||
### 5.2 前端初始化
|
||||
|
||||
```bash
|
||||
# 1. Vite + React + TypeScript
|
||||
npm create vite@latest frontend -- --template react-ts
|
||||
cd frontend
|
||||
npm install
|
||||
|
||||
# 2. 安装运行时依赖
|
||||
npm install react-router @tanstack/react-query zustand @dnd-kit/core @dnd-kit/sortable @dnd-kit/utilities react-konva konva framer-motion react-hook-form @hookform/resolvers zod axios clsx tailwind-merge class-variance-authority lucide-react sonner
|
||||
|
||||
# 3. 安装开发依赖
|
||||
npm install -D tailwindcss @tailwindcss/vite
|
||||
|
||||
# 4. 初始化 shadcn/ui
|
||||
npx shadcn@latest init
|
||||
# 选择:TypeScript / Neutral / CSS variables / Yes to all
|
||||
|
||||
# 5. 添加 shadcn 组件
|
||||
npx shadcn@latest add button card dialog slider tabs dropdown-menu input textarea select toast tooltip sheet skeleton
|
||||
```
|
||||
|
||||
### 5.3 Tailwind CSS v4 配置
|
||||
|
||||
```ts
|
||||
// frontend/vite.config.ts
|
||||
import { defineConfig } from 'vite'
|
||||
import react from '@vitejs/plugin-react'
|
||||
import tailwindcss from '@tailwindcss/vite'
|
||||
import path from 'path'
|
||||
|
||||
export default defineConfig({
|
||||
plugins: [react(), tailwindcss()],
|
||||
resolve: {
|
||||
alias: {
|
||||
'@': path.resolve(__dirname, './src'),
|
||||
},
|
||||
},
|
||||
server: {
|
||||
port: 3000,
|
||||
proxy: {
|
||||
'/api': {
|
||||
target: 'http://localhost:8000',
|
||||
changeOrigin: true,
|
||||
},
|
||||
'/ws': {
|
||||
target: 'ws://localhost:8000',
|
||||
ws: true,
|
||||
},
|
||||
},
|
||||
},
|
||||
})
|
||||
```
|
||||
|
||||
```css
|
||||
/* frontend/src/index.css */
|
||||
@import "tailwindcss";
|
||||
@import "tw-animate-css";
|
||||
|
||||
@custom-variant dark (&:is(.dark *));
|
||||
|
||||
:root {
|
||||
--radius: 0.625rem;
|
||||
--background: oklch(1 0 0);
|
||||
--foreground: oklch(0.145 0 0);
|
||||
--card: oklch(1 0 0);
|
||||
--card-foreground: oklch(0.145 0 0);
|
||||
--popover: oklch(1 0 0);
|
||||
--popover-foreground: oklch(0.145 0 0);
|
||||
--primary: oklch(0.205 0 0);
|
||||
--primary-foreground: oklch(0.985 0 0);
|
||||
--secondary: oklch(0.97 0 0);
|
||||
--secondary-foreground: oklch(0.205 0 0);
|
||||
--muted: oklch(0.97 0 0);
|
||||
--muted-foreground: oklch(0.556 0 0);
|
||||
--accent: oklch(0.97 0 0);
|
||||
--accent-foreground: oklch(0.205 0 0);
|
||||
--destructive: oklch(0.577 0.245 27.325);
|
||||
--border: oklch(0.922 0 0);
|
||||
--input: oklch(0.922 0 0);
|
||||
--ring: oklch(0.708 0 0);
|
||||
--chart-1: oklch(0.646 0.222 41.116);
|
||||
--chart-2: oklch(0.6 0.118 184.704);
|
||||
--chart-3: oklch(0.398 0.07 227.392);
|
||||
--chart-4: oklch(0.828 0.189 84.429);
|
||||
--chart-5: oklch(0.769 0.188 70.08);
|
||||
--sidebar: oklch(0.985 0 0);
|
||||
--sidebar-foreground: oklch(0.145 0 0);
|
||||
--sidebar-primary: oklch(0.205 0 0);
|
||||
--sidebar-primary-foreground: oklch(0.985 0 0);
|
||||
--sidebar-accent: oklch(0.97 0 0);
|
||||
--sidebar-accent-foreground: oklch(0.205 0 0);
|
||||
--sidebar-border: oklch(0.922 0 0);
|
||||
--sidebar-ring: oklch(0.708 0 0);
|
||||
}
|
||||
|
||||
.dark {
|
||||
--background: oklch(0.145 0 0);
|
||||
--foreground: oklch(0.985 0 0);
|
||||
/* ... 暗色主题变量 ... */
|
||||
}
|
||||
|
||||
@theme inline {
|
||||
--radius-sm: calc(var(--radius) - 4px);
|
||||
--radius-md: calc(var(--radius) - 2px);
|
||||
--radius-lg: var(--radius);
|
||||
--radius-xl: calc(var(--radius) + 4px);
|
||||
--color-background: var(--background);
|
||||
--color-foreground: var(--foreground);
|
||||
--color-card: var(--card);
|
||||
--color-card-foreground: var(--card-foreground);
|
||||
--color-popover: var(--popover);
|
||||
--color-popover-foreground: var(--popover-foreground);
|
||||
--color-primary: var(--primary);
|
||||
--color-primary-foreground: var(--primary-foreground);
|
||||
--color-secondary: var(--secondary);
|
||||
--color-secondary-foreground: var(--secondary-foreground);
|
||||
--color-muted: var(--muted);
|
||||
--color-muted-foreground: var(--muted-foreground);
|
||||
--color-accent: var(--accent);
|
||||
--color-accent-foreground: var(--accent-foreground);
|
||||
--color-destructive: var(--destructive);
|
||||
--color-border: var(--border);
|
||||
--color-input: var(--input);
|
||||
--color-ring: var(--ring);
|
||||
--color-chart-1: var(--chart-1);
|
||||
--color-chart-2: var(--chart-2);
|
||||
--color-chart-3: var(--chart-3);
|
||||
--color-chart-4: var(--chart-4);
|
||||
--color-chart-5: var(--chart-5);
|
||||
--color-sidebar: var(--sidebar);
|
||||
--color-sidebar-foreground: var(--sidebar-foreground);
|
||||
--color-sidebar-primary: var(--sidebar-primary);
|
||||
--color-sidebar-primary-foreground: var(--sidebar-primary-foreground);
|
||||
--color-sidebar-accent: var(--sidebar-accent);
|
||||
--color-sidebar-accent-foreground: var(--sidebar-accent-foreground);
|
||||
--color-sidebar-border: var(--sidebar-border);
|
||||
--color-sidebar-ring: var(--sidebar-ring);
|
||||
}
|
||||
|
||||
@layer base {
|
||||
* {
|
||||
@apply border-border;
|
||||
}
|
||||
body {
|
||||
@apply bg-background text-foreground;
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
### 5.4 后端初始化
|
||||
|
||||
```bash
|
||||
cd backend
|
||||
|
||||
# 1. 创建虚拟环境
|
||||
python -m venv .venv
|
||||
source .venv/bin/activate # Windows: .venv\Scripts\activate
|
||||
|
||||
# 2. 安装依赖
|
||||
pip install -r requirements/base.txt
|
||||
|
||||
# 3. 初始化 Alembic
|
||||
alembic init alembic
|
||||
# 修改 alembic/env.py 指向你的数据库
|
||||
|
||||
# 4. 创建初始迁移
|
||||
alembic revision --autogenerate -m "init"
|
||||
alembic upgrade head
|
||||
|
||||
# 5. 启动开发服务器
|
||||
uvicorn app.main:app --reload --host 0.0.0.0 --port 8000
|
||||
```
|
||||
|
||||
### 5.5 本地基础设施
|
||||
|
||||
```bash
|
||||
# docker-compose.yml — 一键启动 PostgreSQL + Redis + MinIO
|
||||
docker compose up -d
|
||||
```
|
||||
|
||||
```yaml
|
||||
# backend/docker-compose.yml
|
||||
services:
|
||||
postgres:
|
||||
image: postgres:16-alpine
|
||||
environment:
|
||||
POSTGRES_USER: video_dev
|
||||
POSTGRES_PASSWORD: video_dev
|
||||
POSTGRES_DB: ai_video_platform
|
||||
ports:
|
||||
- "5432:5432"
|
||||
volumes:
|
||||
- pgdata:/var/lib/postgresql/data
|
||||
|
||||
redis:
|
||||
image: redis:7-alpine
|
||||
ports:
|
||||
- "6379:6379"
|
||||
|
||||
minio:
|
||||
image: minio/minio:latest
|
||||
command: server /data --console-address ":9001"
|
||||
environment:
|
||||
MINIO_ROOT_USER: minioadmin
|
||||
MINIO_ROOT_PASSWORD: minioadmin
|
||||
ports:
|
||||
- "9000:9000"
|
||||
- "9001:9001"
|
||||
volumes:
|
||||
- miniodata:/data
|
||||
|
||||
volumes:
|
||||
pgdata:
|
||||
miniodata:
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 六、编辑器核心状态设计(zustand store)
|
||||
|
||||
这是整个前端的灵魂。交给 Trae 后,它是编码优先级最高的模块。
|
||||
|
||||
```ts
|
||||
// frontend/src/stores/editorStore.ts
|
||||
import { create } from 'zustand';
|
||||
import { temporal } from 'zundo'; // zustand 撤销重做中间件
|
||||
|
||||
interface TrackItem {
|
||||
id: string;
|
||||
type: 'video' | 'image' | 'audio' | 'text' | 'sticker';
|
||||
trackId: string;
|
||||
startTime: number; // 毫秒
|
||||
duration: number; // 毫秒
|
||||
properties: {
|
||||
x?: number;
|
||||
y?: number;
|
||||
width?: number;
|
||||
height?: number;
|
||||
rotation?: number;
|
||||
opacity?: number;
|
||||
text?: string;
|
||||
fontSize?: number;
|
||||
fontColor?: string;
|
||||
// ... 其他属性
|
||||
};
|
||||
source: {
|
||||
url?: string; // 媒体文件 URL
|
||||
fileId?: string; // 后端文件 ID
|
||||
};
|
||||
}
|
||||
|
||||
interface EditorState {
|
||||
// 项目元信息
|
||||
projectId: string | null;
|
||||
projectName: string;
|
||||
|
||||
// 轨道数据
|
||||
tracks: TrackItem[];
|
||||
|
||||
// 播放状态
|
||||
currentTime: number;
|
||||
isPlaying: boolean;
|
||||
duration: number;
|
||||
|
||||
// 选中状态
|
||||
selectedItemIds: string[];
|
||||
|
||||
// 缩放
|
||||
zoom: number; // 0.25 ~ 4.0
|
||||
|
||||
// 操作
|
||||
addTrackItem: (item: TrackItem) => void;
|
||||
removeTrackItem: (id: string) => void;
|
||||
updateTrackItem: (id: string, updates: Partial<TrackItem>) => void;
|
||||
moveTrackItem: (id: string, newStartTime: number, newTrackId?: string) => void;
|
||||
setCurrentTime: (time: number) => void;
|
||||
togglePlay: () => void;
|
||||
selectItems: (ids: string[]) => void;
|
||||
setZoom: (zoom: number) => void;
|
||||
}
|
||||
|
||||
export const useEditorStore = create<EditorState>()(
|
||||
temporal(
|
||||
(set) => ({
|
||||
projectId: null,
|
||||
projectName: '未命名项目',
|
||||
tracks: [],
|
||||
currentTime: 0,
|
||||
isPlaying: false,
|
||||
duration: 60000,
|
||||
selectedItemIds: [],
|
||||
zoom: 1,
|
||||
|
||||
addTrackItem: (item) =>
|
||||
set((s) => ({ tracks: [...s.tracks, item] })),
|
||||
|
||||
removeTrackItem: (id) =>
|
||||
set((s) => ({
|
||||
tracks: s.tracks.filter((t) => t.id !== id),
|
||||
selectedItemIds: s.selectedItemIds.filter((sid) => sid !== id),
|
||||
})),
|
||||
|
||||
updateTrackItem: (id, updates) =>
|
||||
set((s) => ({
|
||||
tracks: s.tracks.map((t) =>
|
||||
t.id === id ? { ...t, ...updates } : t
|
||||
),
|
||||
})),
|
||||
|
||||
moveTrackItem: (id, newStartTime, newTrackId) =>
|
||||
set((s) => ({
|
||||
tracks: s.tracks.map((t) =>
|
||||
t.id === id
|
||||
? { ...t, startTime: newStartTime, trackId: newTrackId ?? t.trackId }
|
||||
: t
|
||||
),
|
||||
})),
|
||||
|
||||
setCurrentTime: (time) => set({ currentTime: time }),
|
||||
togglePlay: () => set((s) => ({ isPlaying: !s.isPlaying })),
|
||||
selectItems: (ids) => set({ selectedItemIds: ids }),
|
||||
setZoom: (zoom) => set({ zoom }),
|
||||
}),
|
||||
{ limit: 50 } // 保留 50 步撤销历史
|
||||
)
|
||||
);
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 七、后端 FastAPI 入口骨架
|
||||
|
||||
```python
|
||||
# backend/app/main.py
|
||||
from contextlib import asynccontextmanager
|
||||
from fastapi import FastAPI
|
||||
from fastapi.middleware.cors import CORSMiddleware
|
||||
|
||||
from app.api.v1.router import api_router
|
||||
from app.core.database import engine, Base
|
||||
from app.config import settings
|
||||
|
||||
|
||||
@asynccontextmanager
|
||||
async def lifespan(app: FastAPI):
|
||||
# 启动时:创建表(开发环境)
|
||||
# async with engine.begin() as conn:
|
||||
# await conn.run_sync(Base.metadata.create_all)
|
||||
yield
|
||||
# 关闭时清理
|
||||
await engine.dispose()
|
||||
|
||||
|
||||
app = FastAPI(
|
||||
title="AI 短视频创作平台",
|
||||
version="0.1.0",
|
||||
lifespan=lifespan,
|
||||
)
|
||||
|
||||
# CORS
|
||||
app.add_middleware(
|
||||
CORSMiddleware,
|
||||
allow_origins=settings.CORS_ORIGINS,
|
||||
allow_credentials=True,
|
||||
allow_methods=["*"],
|
||||
allow_headers=["*"],
|
||||
)
|
||||
|
||||
# 注册路由
|
||||
app.include_router(api_router, prefix="/api/v1")
|
||||
|
||||
@app.get("/health")
|
||||
async def health_check():
|
||||
return {"status": "ok"}
|
||||
```
|
||||
|
||||
### WebSocket 进度推送
|
||||
|
||||
```python
|
||||
# backend/app/api/v1/websocket.py
|
||||
from fastapi import APIRouter, WebSocket, WebSocketDisconnect
|
||||
|
||||
router = APIRouter()
|
||||
|
||||
class ConnectionManager:
|
||||
def __init__(self):
|
||||
self.active_connections: dict[str, WebSocket] = {}
|
||||
|
||||
async def connect(self, task_id: str, websocket: WebSocket):
|
||||
await websocket.accept()
|
||||
self.active_connections[task_id] = websocket
|
||||
|
||||
def disconnect(self, task_id: str):
|
||||
self.active_connections.pop(task_id, None)
|
||||
|
||||
async def send_progress(self, task_id: str, data: dict):
|
||||
ws = self.active_connections.get(task_id)
|
||||
if ws:
|
||||
await ws.send_json(data)
|
||||
|
||||
manager = ConnectionManager()
|
||||
|
||||
@router.websocket("/ws/generation/{task_id}")
|
||||
async def generation_progress(websocket: WebSocket, task_id: str):
|
||||
await manager.connect(task_id, websocket)
|
||||
try:
|
||||
while True:
|
||||
# 保持连接,等待 Celery 任务推送进度
|
||||
await websocket.receive_text()
|
||||
except WebSocketDisconnect:
|
||||
manager.disconnect(task_id)
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 八、前后端联调约定
|
||||
|
||||
### API 规范
|
||||
|
||||
| 事项 | 约定 |
|
||||
|---|---|
|
||||
| 接口前缀 | `/api/v1/` |
|
||||
| 请求格式 | `application/json`,上传用 `multipart/form-data` |
|
||||
| 响应格式 | `{ "code": 0, "data": {...}, "message": "ok" }` |
|
||||
| 分页格式 | `{ "code": 0, "data": { "items": [...], "total": 100, "page": 1, "page_size": 20 } }` |
|
||||
| 错误码 | 0=成功,4xxx=客户端错误,5xxx=服务端错误 |
|
||||
| WebSocket | `/ws/generation/{task_id}` — AI 生成进度实时推送 |
|
||||
| 认证 | Bearer Token(JWT),Header: `Authorization: Bearer <token>` |
|
||||
|
||||
### 统一响应模型
|
||||
|
||||
```python
|
||||
# backend/app/schemas/common.py
|
||||
from pydantic import BaseModel
|
||||
from typing import Generic, TypeVar
|
||||
|
||||
T = TypeVar("T")
|
||||
|
||||
class ApiResponse(BaseModel, Generic[T]):
|
||||
code: int = 0
|
||||
message: str = "ok"
|
||||
data: T | None = None
|
||||
|
||||
class PageResponse(BaseModel, Generic[T]):
|
||||
items: list[T]
|
||||
total: int
|
||||
page: int
|
||||
page_size: int
|
||||
```
|
||||
|
||||
### 前端请求封装
|
||||
|
||||
```ts
|
||||
// frontend/src/api/client.ts
|
||||
import axios from 'axios';
|
||||
|
||||
const client = axios.create({
|
||||
baseURL: '/api/v1',
|
||||
timeout: 30000,
|
||||
});
|
||||
|
||||
// 请求拦截:自动带 Token
|
||||
client.interceptors.request.use((config) => {
|
||||
const token = localStorage.getItem('token');
|
||||
if (token) {
|
||||
config.headers.Authorization = `Bearer ${token}`;
|
||||
}
|
||||
return config;
|
||||
});
|
||||
|
||||
// 响应拦截:统一错误处理
|
||||
client.interceptors.response.use(
|
||||
(res) => res.data,
|
||||
(err) => {
|
||||
if (err.response?.status === 401) {
|
||||
// 跳转登录
|
||||
}
|
||||
return Promise.reject(err);
|
||||
}
|
||||
);
|
||||
|
||||
export default client;
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 九、AI 生成核心功能拆解
|
||||
|
||||
按优先级排列,建议 Trae 按此顺序实现:
|
||||
|
||||
| 优先级 | 功能 | 前端关键组件 | 后端关键服务 | 复杂度 |
|
||||
|---|---|---|---|---|
|
||||
| P0 | **AI 脚本生成** | `ScriptGenerator.tsx`(输入主题/关键词 → 流式显示脚本) | `script_generator.py`(调用 LLM API,SSE 流式返回) | ⭐⭐ |
|
||||
| P0 | **视频编辑器基础** | `Timeline/` + `Canvas/` + `editorStore` | 项目 CRUD、素材上传 | ⭐⭐⭐⭐⭐ |
|
||||
| P1 | **AI 配音** | `VoiceGenerator.tsx`(选择音色 → 试听 → 插入时间轴) | `voice_service.py`(TTS API) | ⭐⭐⭐ |
|
||||
| P1 | **AI 字幕** | `SubtitleGenerator.tsx`(语音识别 → 字幕轨道展示) | `subtitle_service.py`(ASR) | ⭐⭐⭐ |
|
||||
| P2 | **模板市场** | `Templates.tsx`(模板浏览 → 一键套用) | `templates.py`(模板 CRUD) | ⭐⭐ |
|
||||
| P2 | **视频合成导出** | 导出进度条 | `video_renderer.py`(FFmpeg 合成 + Celery 异步) | ⭐⭐⭐⭐ |
|
||||
|
||||
---
|
||||
|
||||
## 十、开发工作流
|
||||
|
||||
```
|
||||
┌──────────────┐ ┌──────────────┐ ┌──────────────┐
|
||||
│ WorkBuddy │────▶│ Trae │────▶│ Git Commit │
|
||||
│ 方案 & 架构 │ │ 编码 & 调试 │ │ 版本管理 │
|
||||
└──────────────┘ └──────────────┘ └──────────────┘
|
||||
▲ │
|
||||
└────────────────────────────────────────┘
|
||||
遇到架构问题回 WorkBuddy 讨论
|
||||
```
|
||||
|
||||
1. WorkBuddy 产出本方案 → Trae 读者直接执行
|
||||
2. Trae 按 P0 → P1 → P2 顺序编码
|
||||
3. 每完成一个模块,前端 `npm run dev` 即时验证
|
||||
4. 后端 `pytest` + `uvicorn --reload` 同步验证
|
||||
5. 遇到技术选型/架构疑问 → 回 WorkBuddy 讨论
|
||||
6. 确定方案后继续在 Trae 编码
|
||||
|
||||
---
|
||||
|
||||
## 十一、交付清单
|
||||
|
||||
给 Trae 的第一阶段任务(建议一次不要超过 5 个文件):
|
||||
|
||||
- [ ] `frontend/package.json` — 按第四节配置
|
||||
- [ ] `frontend/vite.config.ts` — 按 5.3 节配置
|
||||
- [ ] `frontend/tailwind.config.ts` — 按 5.3 节配置
|
||||
- [ ] `frontend/src/index.css` — 按 5.3 节配置
|
||||
- [ ] `frontend/src/main.tsx` — React 入口
|
||||
- [ ] `frontend/src/App.tsx` — 路由 + 布局壳
|
||||
- [ ] `frontend/src/components/layout/AppShell.tsx` — shadcn/ui 侧边栏 + 顶栏
|
||||
- [ ] `frontend/src/stores/editorStore.ts` — 编辑器核心状态(第六节)
|
||||
- [ ] `frontend/src/pages/Home.tsx` — 首页占位
|
||||
- [ ] `frontend/src/pages/Editor.tsx` — 编辑器主��面占位
|
||||
- [ ] `backend/pyproject.toml` — 项目配置
|
||||
- [ ] `backend/requirements/base.txt` — 按第四节配置
|
||||
- [ ] `backend/app/main.py` — 第七节完整代码
|
||||
- [ ] `backend/app/config.py` — pydantic-settings 配置
|
||||
- [ ] `backend/app/core/database.py` — SQLAlchemy 引擎
|
||||
- [ ] `backend/app/api/v1/router.py` — 路由聚合
|
||||
- [ ] `backend/app/api/v1/websocket.py` — WebSocket 进度推送
|
||||
- [ ] `backend/app/schemas/common.py` — 统一响应模型
|
||||
- [ ] `backend/docker-compose.yml` — 本地基础设施
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
_方案版本:v1.0 | 产出日期:2026-07-31 | 产出工具:WorkBuddy | 执行工具:Trae_
|
||||
File renamed without changes.
+1
-1
@@ -284,7 +284,7 @@
|
||||
|
||||
| 子步骤 | 处理内容 |
|
||||
|:---:|---------|
|
||||
| 1 | 维度一:爆款要素命中率(25分)— 前3秒钩子/标题点击/爆款公式/情绪曲线/CTA自然度各5分 |
|
||||
| 1 | 维度一:爆款要素命中率(25分)— 前3秒钩子/标题点击/爆款公式/情绪曲线/行动号召自然度各5分 |
|
||||
| 2 | 维度二:人设匹配度(15分)— 口播语言/视觉形象/情绪表达各5分+无不匹配内容 |
|
||||
| 3 | 维度三:可拍摄性(15分)— 画面可执行/台词可朗读/字幕规范各5分+无不可实现镜头 |
|
||||
| 4 | 维度四:合规性(一票否决)— 内容安全/平台规范/版权/价值观/广告合规 |
|
||||
File renamed without changes.
+1
-1
@@ -443,7 +443,7 @@
|
||||
|
||||
| 维度 | 满分 | 评分项 |
|
||||
|------|:---:|---------|
|
||||
| 爆款要素命中率 | 25 | 前3秒钩子(5)+标题点击(5)+爆款公式(5)+情绪曲线(5)+CTA自然度(5) |
|
||||
| 爆款要素命中率 | 25 | 前3秒钩子(5)+标题点击(5)+爆款公式(5)+情绪曲线(5)+行动号召自然度(5) |
|
||||
| 人设匹配度 | 15 | 口播语言(5)+视觉形象(5)+情绪表达(5)+无不匹配内容 |
|
||||
| 可拍摄性 | 15 | 画面可执行(5)+台词可朗读(5)+字幕规范(5)+无不可实现镜头 |
|
||||
| 合规性 | 一票否决 | 内容安全/平台规范/版权/价值观/广告合规 |
|
||||
File renamed without changes.
+2
-2
@@ -364,7 +364,7 @@
|
||||
<div><span class="out-name">开场钩子</span> <span class="out-desc">钩子类型/前3秒台词/画面描述/开篇任务</span></div>
|
||||
<div><span class="out-name">中段主体</span> <span class="out-desc">叙事模型+3段(时间/信息点/看点/<span style="color:#8A2BE2">情绪</span>)</span></div>
|
||||
<div><span class="out-name"><span style="color:#8A2BE2">情绪设计卡</span></span> <span class="out-desc">弧线类型+四类情绪标注+蓄力释放(蓄力→释放)+缺口自检5项</span></div>
|
||||
<div><span class="out-name">结尾收束</span> <span class="out-desc">收尾类型/CTA设计/结尾台词</span></div>
|
||||
<div><span class="out-name">结尾收束</span> <span class="out-desc">收尾类型/行动号召设计/结尾台词</span></div>
|
||||
<div><span class="out-name">广告植入占位表</span> <span class="out-desc">位置/时间/段落/植入形式/预留台词</span></div>
|
||||
</div>
|
||||
|
||||
@@ -523,7 +523,7 @@
|
||||
④ 确认门规则:共创模式下7个Gate严格执行用户确认,快速模式下全部自动通过;Gate-2为选择式确认,不可仅回复"通过"<br>
|
||||
⑤ 贯穿约束:账号设定(S4) → 全流程约束(S5~S11);场次结构(S6) → 大纲/脚本/分镜约束;<span style="color:#8A2BE2">目标体感(S5) → 情绪基线约束(S6~S11)</span><br>
|
||||
⑥ 知识库符号:★核心依赖 / ●间接参考 / △补充引用;<span style="background:#e6f7ed;color:#0F6E56;padding:1px 4px;border-radius:3px;font-size:10px">🆕</span>新增分类(07情绪共鸣6文件 + 12拆解评估8文件)<br>
|
||||
⑦ 产出路径:<code>shortvideo_sample/{账号名}/脚本{编号}/</code>,达人设定.md 写入账号根目录跨脚本复用<br>
|
||||
⑦ 产出路径:<code>case/{账号名}/脚本{编号}/</code>,达人设定.md 写入账号根目录跨脚本复用<br>
|
||||
⑧ 双模式:⚡快速模式(默认)AI自动通过所有Gate / 🤝共创模式每个Gate需用户确认,可启动时选择或中途切换<br>
|
||||
⑨ <span style="color:#8A2BE2">情绪共鸣全链路</span>:S5网感坐标→S6四类情绪→S7情绪设计卡→S9多维度表达/蓄力释放/留白→S11情感专项检查,五步骤串联闭环
|
||||
</div>
|
||||
@@ -1,4 +1,4 @@
|
||||
# 内容创作知识库 — 项目章程
|
||||
# 内容创作产品规划 · 内容知识库设计 — 项目章程
|
||||
|
||||
> 版本:V5.0 | 日期:2026-07-29(增加商业表现数据层 + 创作-评估-商业验证闭环)
|
||||
|
||||
@@ -8,9 +8,9 @@
|
||||
|
||||
| 字段 | 内容 |
|
||||
|------|------|
|
||||
| 项目名称 | 内容创作知识库 |
|
||||
| 项目名称 | 内容创作产品规划 |
|
||||
| 包含子项目 | 1_短剧创作知识库 + 2_短视频创作知识库 |
|
||||
| 项目版本 | case_1 |
|
||||
| 项目版本 | 内容知识库设计 |
|
||||
| 项目目标 | 为短剧与短视频 AI 创作/评估系统提供按「地域×性别×题材×流派×变现模式」五维分类 + 三层标签(世界观/核心设定/风格)+ 13创作维度 + 商业表现数据层 + 三检索模式(分类/标签/向量)的结构化知识基础设施,形成创作→评估→商业验证→反馈优化的闭环体系 |
|
||||
|
||||
## 二、核心问题驱动
|
||||
@@ -116,7 +116,7 @@
|
||||
## 七、项目目录结构(V5.0)
|
||||
|
||||
```
|
||||
case_1/
|
||||
内容知识库设计/
|
||||
├── 00_项目章程.md ← 本文档
|
||||
├── 1_短剧创作知识库/
|
||||
│ ├── 产品规划/
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
@@ -0,0 +1,442 @@
|
||||
# 短视频素材库 — 产品规划
|
||||
|
||||
> 版本:V1.0 | 日期:2026-08-11 | 状态:极致化设计规范对齐,两层架构+5素材类型+12极致维度
|
||||
|
||||
---
|
||||
|
||||
## 一、项目背景与核心问题
|
||||
|
||||
### 1.1 行业现状
|
||||
|
||||
短视频内容创作中,"有方法论但没有弹药"是 AI 创作系统的普遍瓶颈:
|
||||
|
||||
- **AI 编出来的菜都是"西红柿炒鸡蛋"** — 知道"美食赛道要用感官性极致",但没有具体菜品可选,从零推理的结果是泛化的
|
||||
- **AI 写的行为都是"做饭、收拾房间"** — 知道"行为要有步骤链",但没有具名行为链可调取,结果是模糊动词堆砌
|
||||
- **AI 写的台词都是"你辛苦了"** — 知道"金句要有传播力",但没有已验证的金句库参考,结果是大白话
|
||||
- **同一账号不同脚本画面不连贯** — 知道"环境要一致",但没有固定的空间布局/灯光/机位参考,每条脚本从零设计场景
|
||||
|
||||
### 1.2 AI 创作系统的核心痛点
|
||||
|
||||
| 痛点 | 表现 | 根因 |
|
||||
|------|------|------|
|
||||
| **内容空洞** | AI 写出的事件有框架无细节,"做饭"没有菜名、"收拾"没有步骤 | 缺少具名素材可直接调用 |
|
||||
| **极致感缺失** | 知识库定义了"感官性极致/戏剧性极致",但 AI 不知道具体到画面上怎么体现 | 缺少极致触点级别的素材 |
|
||||
| **账号风格漂移** | 同一账号不同脚本的道具/环境/台词风格不一致 | 缺少账号级固定的素材基线 |
|
||||
| **赛道素材混用** | 美食赛道用了居家的道具描述,或剧情赛道用了Vlog的环境描述 | 缺少赛道通用素材层 |
|
||||
| **素材与知识库脱节** | 知识库有"05_极致事件"方法论,但素材库没有连接极致维度的字段 | 素材库设计未对齐知识库 |
|
||||
| **无法质检素材密度** | S11 诊断只能检查"有没有提到素材",无法检查"极致触点够不够" | 素材库缺少极致维度标注 |
|
||||
|
||||
### 1.3 素材库是根因中的根因
|
||||
|
||||
知识库解决了"怎么想、怎么判断"的问题,但没有解决"用什么填进去"的问题。AI 有了方法论,但每次创作时仍要从零推理具体内容——菜品名、道具品牌、行为步骤链、金句、环境机位。缺少按赛道组织、按极致维度标注、按账号固定的结构化素材库,AI 的输出永远是"看起来对但不够极致"。
|
||||
|
||||
---
|
||||
|
||||
## 二、素材库定位与核心价值
|
||||
|
||||
### 2.1 定位
|
||||
|
||||
短视频素材库是 **面向短视频创作流程(S5 选题 → S7 大纲 → S9 台词 → S11 诊断)的实践层素材基础设施**,按 **赛道通用层 × 账号专属层** 两层架构组织,以 **5 个素材类型**(菜品/道具/场景服务/金句/环境)为内容分区,每条素材标注 **极致维度 + 极致触点**,为 S7 大纲提供可直接调用的极致触点零件,是知识库 `05_极致事件` 的实践落地层。
|
||||
|
||||
### 2.2 核心价值主张
|
||||
|
||||
| 价值维度 | 具体交付 |
|
||||
|----------|----------|
|
||||
| **两层分离架构** | 赛道通用层(跨账号共享事实知识)+ 账号专属层(单账号具名素材) |
|
||||
| **5个素材类型** | 极致菜品库 / 极致道具库 / 极致场景服务库 / 极致金句库 / 极致环境库 |
|
||||
| **12个极致维度标签** | 视觉冲击/品质对比/细节专业/难度极限/食材极致/反差价值/反差服务/反常识/价值观冲击/自嘲反差/氛围沉浸/预见式服务 |
|
||||
| **极致触点可拍摄** | 每条素材标注1-2个具体可拍摄/可录音的极致瞬间,不是抽象形容 |
|
||||
| **与知识库极致事件打通** | 感官性极致→菜品/道具/环境/场景服务;戏剧性极致→金句/反差服务 |
|
||||
| **账号风格锁定** | 账号专属层固定菜品名/道具品牌/行为链/金句/环境,确保跨脚本一致性 |
|
||||
| **S7/S11流程对接** | S7调用极致触点填充大纲,S11检查极致触点密度 |
|
||||
| **赛道差异化素材** | 美食赛道有菜品库,居家赛道有道具库,不同赛道素材类型权重不同 |
|
||||
|
||||
### 2.3 与知识库的关系
|
||||
|
||||
| 层级 | 知识库 | 素材库 |
|
||||
|------|--------|--------|
|
||||
| **定位** | 方法论层 | 实践层 |
|
||||
| **回答的问题** | 怎么做(方法/标准/判断框架) | 用什么(具体内容零件) |
|
||||
| **内容性质** | 抽象规则、创作方法论、评估标准 | 具名实体:这道菜、这个道具、这套动作链 |
|
||||
| **类比** | 菜谱教你怎么炒(火候/顺序/调味原理) | 冰箱里的食材(番茄、鸡蛋、葱) |
|
||||
| **组织维度** | 13创作维度 | 5素材类型 |
|
||||
| **分类体系** | 三级分类(赛道×叙事形态×细分垂类) | 两层架构(赛道通用层×账号专属层) |
|
||||
| **调用时机** | S5选题策略/S6情绪规划/S7结构设计/S11诊断 | S7大纲填充具体内容/S9台词/S11密度检查 |
|
||||
| **共享范围** | 全局共享 | 账号专属层不共享 |
|
||||
|
||||
**连接点**:知识库 `05_极致事件` 定义了极致事件双重类型 → 素材库每条素材标注极致维度 + 极致触点 → S7 调用时按情绪功能匹配极致维度 → 填入大纲事件序列。
|
||||
|
||||
---
|
||||
|
||||
## 三、素材库架构设计
|
||||
|
||||
### 3.1 总体架构:两层分离 + 5素材类型 + 12极致维度 + 知识库关联
|
||||
|
||||
```
|
||||
┌─────────────────────────────────────────────────────────────┐
|
||||
│ 短视频素材库 总体架构(V1.0) │
|
||||
├─────────────────────────────────────────────────────────────┤
|
||||
│ │
|
||||
│ ┌──────── 第1层:两层分离架构 ──────────────────────┐ │
|
||||
│ │ │ │
|
||||
│ │ ┌─ 赛道通用层 ──────────────────────────────┐ │ │
|
||||
│ │ │ 位置:references/素材库/{赛道}/ │ │ │
|
||||
│ │ │ 定位:跨账号共享的事实性知识 │ │ │
|
||||
│ │ │ 内容:食材特性/家居标准/通用话术模板 │ │ │
|
||||
│ │ │ 特点:不包含具名角色/具体品牌/专属行为 │ │ │
|
||||
│ │ └────────────────────────────────────────────┘ │ │
|
||||
│ │ │ │
|
||||
│ │ ┌─ 账号专属层 ──────────────────────────────┐ │ │
|
||||
│ │ │ 位置:case/{账号名}/01-05_素材库_*.md │ │ │
|
||||
│ │ │ 定位:单账号私有,创作流程直接调用 │ │ │
|
||||
│ │ │ 内容:具名菜品/具体品牌道具/专属行为链 │ │ │
|
||||
│ │ │ 特点:跨脚本共享,确保风格一致性 │ │ │
|
||||
│ │ └────────────────────────────────────────────┘ │ │
|
||||
│ └───────────────────────────────────────────────────┘ │
|
||||
│ │
|
||||
│ ┌──────── 第2层:5个素材类型(内容分区)──────────┐ │
|
||||
│ │ │ │
|
||||
│ │ 01 极致菜品库 → 填充"做饭"场景 │ │
|
||||
│ │ 02 极致道具库 → 填充"准备/场景"细节 │ │
|
||||
│ │ 03 极致场景服务库 → 填充"角色日常行为" │ │
|
||||
│ │ 04 极致金句库 → 填充"台词/标题/封面" │ │
|
||||
│ │ 05 极致环境库 → 填充"空间布局/灯光/机位" │ │
|
||||
│ │ │ │
|
||||
│ │ 赛道素材类型权重: │ │
|
||||
│ │ 美食赛道:菜品>场景服务>环境>道具>金句 │ │
|
||||
│ │ 居家赛道:道具>环境>场景服务>金句 │ │
|
||||
│ │ 剧情赛道:金句>场景服务>环境>道具 │ │
|
||||
│ └───────────────────────────────────────────────────┘ │
|
||||
│ │
|
||||
│ ┌──────── 第3层:12极致维度(标注层)──────────────┐ │
|
||||
│ │ │ │
|
||||
│ │ 感官性极致(超出预期): │ │
|
||||
│ │ 视觉冲击 | 品质对比 | 细节专业 | 难度极限 │ │
|
||||
│ │ 食材极致 | 氛围沉浸 | 预见式服务 │ │
|
||||
│ │ │ │
|
||||
│ │ 戏剧性极致(打破预期): │ │
|
||||
│ │ 反差价值 | 反差服务 | 反常识 │ │
|
||||
│ │ 价值观冲击 | 自嘲反差 │ │
|
||||
│ │ │ │
|
||||
│ │ 每条素材必须标注 ≥1 个极致维度 │ │
|
||||
│ │ 每条素材必须写明极致触点(可拍摄的具体瞬间) │ │
|
||||
│ └───────────────────────────────────────────────────┘ │
|
||||
│ │
|
||||
│ ┌──────── 第4层:知识库关联(方法论→实践映射)─────┐ │
|
||||
│ │ │ │
|
||||
│ │ 知识库 05_极致事件 │ │
|
||||
│ │ ├─ 戏剧性极致(打破预期) │ │
|
||||
│ │ │ → 素材库:金句库 + 场景服务库(反差服务) │ │
|
||||
│ │ └─ 感官性极致(超出预期) │ │
|
||||
│ │ → 素材库:菜品库 + 道具库 + 环境库 │ │
|
||||
│ │ + 场景服务库(预见式服务) │ │
|
||||
│ │ │ │
|
||||
│ │ 知识库 07_情绪共鸣 │ │
|
||||
│ │ → 素材库:S7调用时按情绪功能位匹配极致维度 │ │
|
||||
│ │ │ │
|
||||
│ │ 知识库 12_拆解评估 │ │
|
||||
│ │ → 素材库:S11诊断的极致触点密度参照 │ │
|
||||
│ └───────────────────────────────────────────────────┘ │
|
||||
│ │
|
||||
│ ┌──────── 第5层:创作流程调用引擎 ─────────────────┐ │
|
||||
│ │ │ │
|
||||
│ │ S5 选题:极致触点组合创作法 │ │
|
||||
│ │ → 从素材库选2-3个极致触点 → 反推选题方向 │ │
|
||||
│ │ │ │
|
||||
│ │ S7 大纲:极致触点调用 + 展开 │ │
|
||||
│ │ → 从素材库选带极致维度的素材填充事件序列 │ │
|
||||
│ │ → 每场至少调用1个极致触点 │ │
|
||||
│ │ → 极致触点展开为具体画面方向 │ │
|
||||
│ │ │ │
|
||||
│ │ S9 台词:金句库调用 │ │
|
||||
│ │ → 从金句库选匹配场景的台词素材 │ │
|
||||
│ │ │ │
|
||||
│ │ S11 诊断:极致触点密度检查 │ │
|
||||
│ │ → 每15-20秒至少1个极致触点 │ │
|
||||
│ │ → 感官性+戏剧性极致是否均覆盖 │ │
|
||||
│ │ → 极致触点可拍摄性检查 │ │
|
||||
│ └───────────────────────────────────────────────────┘ │
|
||||
└─────────────────────────────────────────────────────────────┘
|
||||
```
|
||||
|
||||
### 3.2 第1层:两层分离架构详解
|
||||
|
||||
#### 赛道通用层
|
||||
|
||||
| 属性 | 说明 |
|
||||
|------|------|
|
||||
| 位置 | `references/素材库/{赛道}/` + `references/素材库/通用/` |
|
||||
| 定位 | 跨账号共享的事实性知识,不含具名角色 |
|
||||
| 内容 | 食材特性、家居标准、通用话术模板、行为暗示示例 |
|
||||
| 调用方 | S7 从赛道通用层获取专业术语/标准参考,再从账号专属层获取具名内容 |
|
||||
| 更新频率 | 低频更新,赛道标准相对稳定 |
|
||||
|
||||
#### 账号专属层
|
||||
|
||||
| 属性 | 说明 |
|
||||
|------|------|
|
||||
| 位置 | `case/{账号名}/01-05_素材库_*.md` |
|
||||
| 定位 | 单账号私有,创作流程直接调用的素材 |
|
||||
| 内容 | 具名菜品(含菜名)、具体品牌道具、角色专属行为链、角色金句、固定环境 |
|
||||
| 调用方 | S7/S9 直接从账号专属层选择素材填充大纲和台词 |
|
||||
| 更新频率 | 随脚本创作迭代,每条新视频可补充新素材 |
|
||||
| 共享规则 | 不跨账号共享,新账号从零建设 |
|
||||
|
||||
**两层关系**:赛道通用层提供"标准参考"(如:粤菜煲仔饭的标准做法),账号专属层提供"具名实例"(如:做梦的和牛窝蛋煲仔饭)。S7 先查账号专属层,找不到时从赛道通用层获取参考再具名化。
|
||||
|
||||
### 3.3 第2层:5个素材类型详解
|
||||
|
||||
| 编号 | 素材类型 | 原名称 | 核心功能 | 极致类型偏向 | 最低数量 |
|
||||
|------|---------|--------|---------|-------------|---------|
|
||||
| 01 | 极致菜品库 | 菜品库 | S7 填充"做饭"场景的具名菜品 | 感官性极致 | ≥15道/账号 |
|
||||
| 02 | 极致道具库 | 道具库 | S7 填充"准备/场景"细节的具名道具 | 感官性极致 | ≥20个/账号 |
|
||||
| 03 | 极致场景服务库 | 行为模式库 | S7 调取连贯行为链,对标酒店级/米其林级服务标准 | 感官性+戏剧性 | ≥10条/账号 |
|
||||
| 04 | 极致金句库 | 金句口头禅库 | S7/S9 调用台词素材,确保风格一致有传播力 | 戏剧性极致 | ≥15条/账号 |
|
||||
| 05 | 极致环境库 | 环境设定 | S7 调用空间布局/灯光/机位,确保画面一致 | 感官性极致 | ≥5个空间/账号 |
|
||||
|
||||
#### 赛道素材类型权重
|
||||
|
||||
不同赛道对5个素材类型的依赖程度不同:
|
||||
|
||||
| 赛道 | 主要素材类型 | 次要素材类型 | 说明 |
|
||||
|------|------------|------------|------|
|
||||
| 泛生活(美食) | 菜品 > 场景服务 | 环境 > 道具 > 金句 | 菜品是核心极致载体 |
|
||||
| 泛生活(居家) | 道具 > 环境 | 场景服务 > 金句 | 道具品质对比是核心 |
|
||||
| 剧情娱乐 | 金句 > 场景服务 | 环境 > 道具 | 戏剧性极致为主 |
|
||||
| 时尚美妆穿搭 | 道具 > 环境 | 金句 > 场景服务 | 产品展示是核心 |
|
||||
| 知识科普 | 金句 > 环境 | 道具 | 观点输出为主 |
|
||||
| 健康健身 | 场景服务 > 环境 | 道具 | 动作示范是核心 |
|
||||
| 汽车 | 道具 > 环境 | 金句 | 车辆/配件是核心 |
|
||||
| 商业服务 | 道具 > 金句 | 场景服务 | 产品/服务展示是核心 |
|
||||
|
||||
### 3.4 第3层:12极致维度详解
|
||||
|
||||
#### 感官性极致(超出预期)
|
||||
|
||||
| 极致维度 | 说明 | 典型素材库 | 极致触点设计要点 |
|
||||
|---------|------|-----------|----------------|
|
||||
| 视觉冲击 | 画面第一眼就超出预期(色泽/体积/动态) | 菜品、环境 | 找"动态瞬间"——揭盖、浇汁、戳蛋、冒泡 |
|
||||
| 品质对比 | 同类物品的高低落差(专业 vs 普通) | 道具、菜品 | 找"专业 vs 普通"的对比瞬间——按压回弹、材质特写 |
|
||||
| 细节专业 | 操作细节体现远超常人的专业度 | 场景服务、道具 | 找"使用场景中的专业判断"——为什么选无香型 |
|
||||
| 难度极限 | 技能/工艺的难度上限 | 菜品、场景服务 | 找"专业级操作"的瞬间——三灶同运、逆纹切肉 |
|
||||
| 食材极致 | 食材本身的极致品质(产地/等级/稀缺) | 菜品 | 找"品质展示"——A5雪花纹理、活虾跳动 |
|
||||
| 氛围沉浸 | 光影/声音/色彩营造沉浸体感 | 环境 | 找"光影+声音+色彩"共同制造沉浸的瞬间 |
|
||||
| 预见式服务 | 对方还没开口就已经做好 | 场景服务 | 找"对方还没开口就已经做好"的瞬间 |
|
||||
|
||||
#### 戏剧性极致(打破预期)
|
||||
|
||||
| 极致维度 | 说明 | 典型素材库 | 极致触点设计要点 |
|
||||
|---------|------|-----------|----------------|
|
||||
| 反差价值 | 外观与真实价值严重不符 | 道具 | 找"外观朴素但价值高"——老砂锅养出油膜 |
|
||||
| 反差服务 | 角色身份与服务水准的反差 | 场景服务 | 找"角色身份 vs 服务水准"的反差 |
|
||||
| 反常识 | 打破用户"理所当然"的认知 | 金句、场景服务 | 找"常识被颠覆"的瞬间——"不是越香越干净" |
|
||||
| 价值观冲击 | 一句话颠覆用户的价值判断 | 金句 | 找"一句话改变判断"的瞬间 |
|
||||
| 自嘲反差 | 用自嘲消解炫耀感 | 金句 | 找"炫耀被自嘲消解"的瞬间 |
|
||||
|
||||
### 3.5 第4层:知识库关联映射
|
||||
|
||||
| 知识库维度 | 关联方式 | 素材库对接点 |
|
||||
|-----------|---------|------------|
|
||||
| `05_极致事件` | 极致事件双重类型 → 素材库极致维度 | 感官性→菜品/道具/环境/场景服务;戏剧性→金句/反差服务 |
|
||||
| `07_情绪共鸣` | 情绪功能位 → 极致维度匹配 | 蓄力阶段→预见式服务/氛围沉浸;释放阶段→视觉冲击/价值观冲击 |
|
||||
| `12_拆解评估` | 脚本质量检查 → 极致触点密度检查 | S11 每15-20秒至少1个极致触点 |
|
||||
| `03_选题策略` | 素材库组合创作法 → 极致触点组合 | S5 从素材库选2-3个极致触点反推选题 |
|
||||
| `06_叙事节奏` | 节奏分配 → 极致触点分布 | 极致触点应分布在节奏高点,不均匀分布 |
|
||||
|
||||
### 3.6 第5层:创作流程调用引擎
|
||||
|
||||
| 调用步骤 | 调用方式 | 素材库角色 |
|
||||
|---------|---------|-----------|
|
||||
| **S5 选题** | 极致触点组合创作法:从素材库选2-3个极致触点 → 反推选题方向 | 选题弹药库 |
|
||||
| **S7 大纲** | 极致触点调用:从素材库选带极致维度的素材 → 填充事件序列 → 每场至少1个极致触点 → 极致触点展开为具体画面方向 | 核心消费方 |
|
||||
| **S9 台词** | 金句库调用:从金句库选匹配场景的台词素材 → 确保风格一致 | 台词素材源 |
|
||||
| **S11 诊断** | 极致触点密度检查:每15-20秒至少1个极致触点 + 感官性/戏剧性覆盖 + 可拍摄性检查 | 质检参照 |
|
||||
|
||||
---
|
||||
|
||||
## 四、素材分块规范
|
||||
|
||||
### 4.1 标准素材分块模板
|
||||
|
||||
每条素材以标准结构入库,包含三个必填区块:
|
||||
|
||||
```markdown
|
||||
### [素材名称]
|
||||
- **极致维度**:[12个极致维度中的1-N个](必填)
|
||||
- **极致触点**:这个素材在视频画面中制造极致感的具体瞬间,1-2句,必须可拍摄/可录音(必填)
|
||||
- **[素材类型专属字段]**:见下方各类型字段规范
|
||||
```
|
||||
|
||||
### 4.2 各素材类型字段规范
|
||||
|
||||
#### 01 极致菜品库
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|------|------|------|
|
||||
| 极致维度 | 是 | 视觉冲击/品质对比/难度极限/食材极致(可多选) |
|
||||
| 极致触点 | 是 | 这道菜制造极致感的具体瞬间(1-2句,可拍摄) |
|
||||
| 菜系/类型 | 是 | 川菜/粤菜/日料/西餐/甜品/饮品 |
|
||||
| 视觉特征 | 是 | 颜色/摆盘形式/特殊容器/烟雾气泡效果 |
|
||||
| 做法关键词 | 是 | 核心烹饪动作(刀工/火候/收汁/摆盘) |
|
||||
| 食材组合 | 是 | 主料 + 辅料清单 |
|
||||
| 适用场景 | 是 | 夜宵/加班餐/纪念日/日常/生病照顾 |
|
||||
| 难度等级 | 是 | 基础/进阶/日料级/米其林级 |
|
||||
| 菜品故事/来源 | 否 | 为什么学会这道菜(关联人设记忆点) |
|
||||
|
||||
#### 02 极致道具库
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|------|------|------|
|
||||
| 极致维度 | 是 | 品质对比/细节专业/反差价值(可多选) |
|
||||
| 极致触点 | 是 | 这件道具制造极致感的具体方式(1-2句,可拍摄) |
|
||||
| 品类 | 是 | 床上用品/个人护理/家居收纳/清洁用品/装饰品/厨具 |
|
||||
| 品牌 | 是 | 具体品牌名/无品牌标注 |
|
||||
| 材质/规格 | 是 | 具体材质描述 |
|
||||
| 摆放位置 | 是 | 在场景中的具体位置 |
|
||||
| 使用频率 | 是 | 每日/每周/特殊场合 |
|
||||
| 使用理由 | 是 | 为什么选这个品牌/材质(关联角色习惯) |
|
||||
| 更换/补充规则 | 否 | 何时更换、更换标准 |
|
||||
|
||||
#### 03 极致场景服务库
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|------|------|------|
|
||||
| 极致维度 | 是 | 预见式服务/反差服务/反常识/难度极限/品质对比(可多选) |
|
||||
| 极致类型 | 是 | 感官性极致/戏剧性极致/混合 |
|
||||
| 极致触点 | 是 | 这个场景制造极致感的核心瞬间(1-2句,用户看到时的体感) |
|
||||
| 锚定场景 | 是 | 什么时间+什么地点+什么情境(具体到空间和触发条件) |
|
||||
| 服务步骤 | 是 | 按时间顺序列出每一步(≥3步),每步含执行标准+极致点标注 |
|
||||
| 角色 | 是 | 谁执行 |
|
||||
| 极致标准 | 是 | 这个场景的"满分"是什么样(对标酒店级/专业级/米其林级) |
|
||||
| 常见错误 | 是 | 新手可能犯的错误(AI参考避免,反面衬托极致) |
|
||||
|
||||
#### 04 极致金句库
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|------|------|------|
|
||||
| 极致维度 | 是 | 反常识/价值观冲击/自嘲反差/细节洞察(可多选) |
|
||||
| 极致类型 | 是 | 戏剧性极致 |
|
||||
| 极致触点 | 是 | 这句话制造极致感的具体方式(为什么"打破预期") |
|
||||
| 角色 | 是 | 角色名 |
|
||||
| 类型 | 是 | 口头禅/价值观金句/幽默讽刺/情感表白/冲突对话 |
|
||||
| 使用场景 | 是 | 什么时候说(开场/中段/结尾/特定情境) |
|
||||
| 传播性评估 | 是 | 1-5星(是否适合做标题/封面文案) |
|
||||
| 来源 | 是 | 已播视频/人设卡片推导/编导创作 |
|
||||
| 使用频率建议 | 是 | 每期必说/偶尔用/很久没用该复刻了 |
|
||||
|
||||
#### 05 极致环境库
|
||||
|
||||
| 字段 | 必填 | 说明 |
|
||||
|------|------|------|
|
||||
| 极致维度 | 是 | 氛围沉浸/品质对比/视觉冲击(可多选) |
|
||||
| 极致类型 | 是 | 感官性极致 |
|
||||
| 极致触点 | 是 | 这个空间制造极致感的核心方式(1-2句,可拍摄) |
|
||||
| 功能 | 是 | 厨房/卧室/客厅/玄关/餐厅 |
|
||||
| 空间布局 | 是 | 关键物品位置 |
|
||||
| 灯光方案 | 是 | 主灯类型+亮度+色温+辅助光源 |
|
||||
| 色彩基调 | 是 | 墙面颜色/地板材质/主色调 |
|
||||
| 常用机位 | 是 | 固定机位1-2个+手持角度1-2个 |
|
||||
| 极致机位 | 是 | 最能制造极致感的拍摄角度(区别于常规机位) |
|
||||
| 空间使用规则 | 否 | 谁经常在这个空间做什么/注意事项 |
|
||||
| 时间差异 | 否 | 白天 vs 深夜的灯光/氛围差异 |
|
||||
|
||||
---
|
||||
|
||||
## 五、核心规则
|
||||
|
||||
1. **每条素材必须有极致维度** — 标注这条素材制造了哪种极致感,禁止只写"菜名+做法"但不说明极致在哪
|
||||
2. **每条素材必须锚定场景** — 写明在什么场景下触发、用户看到时的体感,禁止宽泛写"做饭时的行为"
|
||||
3. **极致触点必须可拍摄** — 极致感体现在具体画面/声音/动作上,禁止写"体现了极致的用心"但没有画面
|
||||
4. **赛道通用层不含具名角色** — 赛道通用层只放事实性知识,具名菜品/品牌/行为链只放账号专属层
|
||||
5. **账号专属层不跨账号共享** — 新账号从零建设,不从其他账号复制具名素材
|
||||
6. **S7 每场至少调用1个极致触点** — 从素材库选择带极致维度的素材填充,不得只写笼统事件
|
||||
7. **极致触点必须展开为画面** — 在大纲事件序列中展开为【画面方向】+动作+声音/光影描述,不得只写极致维度标签
|
||||
8. **感官性+戏剧性极致必须均覆盖** — S11 诊断检查两种极致类型是否均有覆盖
|
||||
9. **新账号首次创作前必须完成素材库建设** — 5个文件全部创建并达到最低数量要求
|
||||
10. **素材库随脚本创作持续迭代** — 每条新视频完成后,将验证有效的素材补充进素材库
|
||||
|
||||
---
|
||||
|
||||
## 六、建设计划
|
||||
|
||||
| 阶段 | 内容 | 优先级 | 目标 |
|
||||
|------|------|--------|------|
|
||||
| Phase 1 | 模板指南升级:按极致化设计规范重构创建指南模板 | P0 | 模板对齐新字段结构 |
|
||||
| Phase 2 | 做梦账号迁移:5个素材库文件按新规范重构,补齐未达标项 | P1 | 达到最低数量要求+极致维度全覆盖 |
|
||||
| Phase 3 | 赛道通用层升级:美食赛道菜品库/居家赛道道具库补充极致维度 | P2 | 赛道通用层对齐极致化标准 |
|
||||
| Phase 4 | 新账号建设:旧梦留声机账号素材库从零创建 | P2 | 5个文件达标 |
|
||||
| Phase 5 | 赛道扩展:知识科普/时尚美妆/健康健身等赛道通用素材库建设 | P3 | 覆盖核心赛道 |
|
||||
| Phase 6 | 流程对接:S5/S7/S9/S11 创作流程文件更新极致触点调用规则 | P2 | 流程层对齐 |
|
||||
| Phase 7 | 持续运营:每条新视频完成后补充验证有效的素材 | 持续 | 素材库持续增长 |
|
||||
|
||||
### 现状盘点
|
||||
|
||||
| 账号 | 菜品库 | 道具库 | 场景服务库 | 金句库 | 环境库 | 极致维度标注 |
|
||||
|------|--------|--------|-----------|--------|--------|------------|
|
||||
| 做梦 | 11道(差4) | ~20个(达标) | 5条(差5) | 12条+5模板(差3) | 5个(达标) | 未标注 |
|
||||
| 旧梦留声机 | 未创建 | 未创建 | 未创建 | 未创建 | 未创建 | — |
|
||||
|
||||
| 赛道通用层 | 现有文件 | 极致维度标注 |
|
||||
|-----------|---------|------------|
|
||||
| 通用 | 行为暗示示例集 + 产品植入话术模板 | 未标注 |
|
||||
| 美食赛道 | 菜品库(23道) | 未标注 |
|
||||
| 居家赛道 | 道具库(27项) | 未标注 |
|
||||
| 其他赛道 | 无 | — |
|
||||
|
||||
---
|
||||
|
||||
## 七、附录
|
||||
|
||||
### 附录 A:素材库目录结构
|
||||
|
||||
```
|
||||
references/素材库/
|
||||
├── 模板_账号素材库创建指南.md ← P0 升级目标
|
||||
├── 通用/
|
||||
│ ├── 行为暗示_示例集.md ← 保留,作为极致触点表达层参考
|
||||
│ ├── 产品植入话术模板.md ← 补充极致维度标注
|
||||
│ └── 极致维度标签库.md ← 新建(P2)
|
||||
├── 美食赛道/
|
||||
│ └── 01_菜品库.md ← 补充极致维度(P2)
|
||||
├── 居家赛道/
|
||||
│ └── 01_道具库.md ← 补充极致维度(P2)
|
||||
├── 知识科普赛道/ ← 待建(P3)
|
||||
├── 时尚美妆穿搭赛道/ ← 待建(P3)
|
||||
├── 健康健身赛道/ ← 待建(P3)
|
||||
├── 汽车赛道/ ← 待建(P3)
|
||||
├── 游戏二次元赛道/ ← 待建(P3)
|
||||
└── 商业服务赛道/ ← 待建(P3)
|
||||
|
||||
case/{账号名}/
|
||||
├── 00_{账号名}人设卡片.md
|
||||
├── 01_素材库_菜品.md ← 极致菜品库
|
||||
├── 02_素材库_道具.md ← 极致道具库
|
||||
├── 03_素材库_极致场景服务.md ← 原"行为模式",重命名
|
||||
├── 04_素材库_金句口头禅.md ← 极致金句库
|
||||
└── 05_素材库_环境设定.md ← 极致环境库
|
||||
```
|
||||
|
||||
### 附录 B:与知识库产品规划对照
|
||||
|
||||
| 规划维度 | 知识库 | 素材库 |
|
||||
|---------|--------|--------|
|
||||
| 版本 | V2.0 | V1.0 |
|
||||
| 组织方式 | 三级分类(赛道×叙事形态×细分垂类) | 两层架构(赛道通用层×账号专属层) |
|
||||
| 内容分区 | 13创作维度 | 5素材类型 |
|
||||
| 标注层 | 三层基础标签+五组附加标签 | 12极致维度标签 |
|
||||
| 检索模式 | 分类+标签+向量三检索 | 类型+赛道+极致维度过滤 |
|
||||
| 数据层 | 商业表现数据层(真实市场数据) | 无独立数据层(依赖知识库商业数据校验) |
|
||||
| 共享范围 | 全局共享 | 赛道通用层共享+账号专属层不共享 |
|
||||
| 对接流程 | S5/S6/S7/S11 | S5/S7/S9/S11 |
|
||||
| 关联文件 | `素材库极致化设计规范.md` | `短视频创作知识库产品规划.md` |
|
||||
|
||||
### 附录 C:相关文档索引
|
||||
|
||||
| 文档 | 位置 | 关系 |
|
||||
|------|------|------|
|
||||
| 素材库极致化设计规范 | `references/素材库/素材库极致化设计规范.md` | 素材库创建时的设计参考规范 |
|
||||
| 账号素材库创建指南 | `references/素材库/模板_账号素材库创建指南.md` | 账号级素材库创建模板 |
|
||||
| 短视频创作知识库产品规划 | `内容创作产品规划/内容知识库设计/2_短视频创作知识库/产品规划/` | 方法论层规划,与本规划互为表里 |
|
||||
| SKILL.md | `1_脚本创作方法/SKILL.md` | 技能主文件,定义素材库与知识库同级关系 |
|
||||
| S7 大纲创作流程 | `references/创作流程/7_生成短视频大纲.md` | 素材库核心消费方 |
|
||||
| S11 脚本诊断流程 | `references/创作流程/11_脚本检查和诊断.md` | 极致触点密度检查方 |
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
@@ -1,137 +0,0 @@
|
||||
# 提示词模板库 — 短视频台词接地气专项
|
||||
|
||||
> 经验验证:以下模板均经过真实脚本执行 + 业务专家评审(综合评分 8.7-8.9),并根据踩坑问题修订后沉淀。直接复制使用,仅需填写【题材】。
|
||||
|
||||
---
|
||||
|
||||
## 模板 T-00:通用基础约束片段(三类均适用,可拼接)
|
||||
|
||||
> 当你不确定用哪个模板时,至少把这段约束加进去:
|
||||
|
||||
```
|
||||
【通用接地气约束(必须遵守)】
|
||||
1. 单句台词不超过20字,超过必须拆成两句
|
||||
2. 开头3秒内必须出现:痛点/结果/反常识之一
|
||||
3. 全篇至少3处具体数字或行为细节
|
||||
4. 禁止:被动句、"你应该/你需要/你必须"、专业术语(无解释)、书面词
|
||||
5. 禁止书面词替换口语的情况,例:「感受到」→「觉得」,「展示」→「给你看」,「获取」→「拿到」
|
||||
6. 写完后先列出所有超过20字的句子逐一拆短,再输出完整脚本
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 模板 T-01:生活技巧类(评分 8.7,亮点:入睡脚本)
|
||||
|
||||
**适用场景**:实操类生活技巧、习惯改善、效率提升
|
||||
**核心设计**:痛点开场 → 编号结构 → 具体动作 → 互动收尾
|
||||
|
||||
```
|
||||
你是一位有10年经验的短视频脚本创作者,专门给抖音、快手创作生活类内容。你的台词风格是:
|
||||
- 说话像在和朋友分享,不像在讲课
|
||||
- 开头第一句话就让人想继续听
|
||||
- 每个建议都用具体场景或数字说清楚
|
||||
|
||||
请根据以下要求,写一篇完整的短视频口播脚本:
|
||||
|
||||
【题材】[填写选题,例:三个被很多人忽略的快速入睡方法]
|
||||
【目标受众】抖音/快手 18-35岁大众用户
|
||||
【视频时长】60-90秒(对应约200-280字台词)
|
||||
【格式要求】三列表格,列名:镜头说明 | 台词 | 时间轴(精确到秒)
|
||||
|
||||
【创作规则(必须遵守)】
|
||||
1. 开头3秒内必须出现:痛点场景("你有没有…")/ 具体结果 / 反常识悬念 之一
|
||||
2. 台词单句不超过20字,超过必须拆成两句,不能合并
|
||||
3. 全篇至少出现3处具体数字或行为细节(数字比概念可信)
|
||||
4. 所有专业术语必须替换为动作描述,例如"4-7-8呼吸法"→"吸4秒、停7秒、呼8秒"
|
||||
5. 不得出现:被动句、"你应该/你需要/你必须"、书面词、专业名词
|
||||
6. 结尾必须是互动引导("评论告诉我…/收藏备用/今晚试试"),不用情感落点
|
||||
|
||||
【两步执行,不可跳过】
|
||||
第一步:先列出稿件中所有超过20字的台词句,逐一拆短
|
||||
第二步:修改后输出完整脚本
|
||||
```
|
||||
|
||||
**验证要点**:
|
||||
- "躺了半小时还睡不着"比"很多人有睡眠困难"精准10倍
|
||||
- "脚伸出去、呼吸三次、手机翻过去"——用动作列清单,用户记得住
|
||||
- 互动收尾"明天来评论告诉我几分钟睡着的"——比"点赞收藏"转化率更高
|
||||
- 专业名称"4-7-8呼吸法"已修正为动作描述(已固化进规则第4条)
|
||||
|
||||
---
|
||||
|
||||
## 模板 T-02:情感共鸣类(评分 8.9,最高分,亮点:独居脚本)
|
||||
|
||||
**适用场景**:独居/职场/家庭/成长类情感内容,目标是引发"说的就是我"共鸣
|
||||
**核心设计**:具体小场景开场 → 三段情绪走向 → 情感落点收尾
|
||||
|
||||
```
|
||||
你是一位专注于情感共鸣内容的短视频脚本创作者,你最擅长的是:
|
||||
- 用普通人的经历,说出那些大家想说却没说出来的话
|
||||
- 不煽情,不说大道理,只说真实的感受
|
||||
- 让看到的人觉得"这说的就是我"
|
||||
|
||||
请根据以下要求,写一篇完整的短视频口播脚本:
|
||||
|
||||
【题材】[填写选题,例:那些独自租房住的人,最难熬的不是钱,是这件事]
|
||||
【目标受众】抖音/快手 18-35岁,有独立生活经历的年轻人
|
||||
【视频时长】60-90秒(对应约200-280字台词)
|
||||
【格式要求】三列表格,列名:镜头说明 | 台词 | 时间轴(精确到秒)
|
||||
|
||||
【创作规则(必须遵守)】
|
||||
1. 开头必须用所有人经历过的小场景/小细节开篇,不直接说主题(比"我今天讲孤独"有效十倍)
|
||||
2. 场景细节必须精确到动作+数字(例:"发烧38度,自己骑车去买药"不能写成"生病了一个人撑着")
|
||||
3. 台词单句不超过20字,节奏像说话,不像写文章
|
||||
4. 全篇情绪走向严格遵守:共鸣(我也是)→ 理解(这很正常)→ 温暖(你没关系),不可打乱
|
||||
5. 禁止:卖惨描写、说教、"你应该"、焦虑词汇(内卷/躺平不解释不用)、行动召唤型收尾
|
||||
6. 结尾是情感落点:让人感受到被理解,可以用"转发"但不用"点赞关注"式的指令
|
||||
|
||||
【两步执行,不可跳过】
|
||||
第一步:设想你是目标受众,读完后会不会想转发给某个朋友?不会就修改
|
||||
第二步:确认结尾是情感落点(不是"快去行动")后再输出
|
||||
```
|
||||
|
||||
**验证要点**:
|
||||
- "发烧38度,自己骑车去买药"——L1颗粒度,比"生病了没人陪"共鸣强3倍
|
||||
- 三段情绪走向完整执行,无强行说教
|
||||
- 收尾"转给你认识的独居人"——情感类最适合的传播动作,不是点赞而是分享
|
||||
- 情感类禁止用行动召唤型收尾("去做什么"),已固化进规则第6条
|
||||
|
||||
---
|
||||
|
||||
## 模板 T-03:知识科普类(评分 8.7,亮点:喝水皮肤脚本)
|
||||
|
||||
**适用场景**:健康、营养、心理、生活常识等科普类,利用"我以为对的其实是错的"结构
|
||||
**核心设计**:反常识钩子 → 类比解释 → 知识落点 → 下期预告
|
||||
|
||||
```
|
||||
你是一位擅长把专业知识变成大白话的短视频脚本创作者。你的标准是:
|
||||
- 让初中生也能听懂,但内容本身是有价值的干货
|
||||
- 每个知识点都用生活中的类比来解释,不直接说定义
|
||||
- 开头必须有一个"咦,真的假的?"的反常识钩子
|
||||
|
||||
请根据以下要求,写一篇完整的短视频口播脚本:
|
||||
|
||||
【题材】[填写选题,例:你以为多喝水对皮肤好?医生说你理解反了]
|
||||
【目标受众】抖音/快手 18-35岁大众,对健康/生活常识感兴趣
|
||||
【视频时长】60-90秒(对应约200-280字台词)
|
||||
【格式要求】三列表格,列名:镜头说明 | 台词 | 时间轴(精确到秒)
|
||||
|
||||
【创作规则(必须遵守)】
|
||||
1. 开场必须用"你是不是以为…但实际上…"结构,前9秒建立反常识悬念
|
||||
2. 每个核心知识点必须用生活类比解释,禁止直接输出科学定义(例:"给整栋楼浇水想让顶层的花喝到")
|
||||
3. 所有专业术语必须动作化或类比化,不加解释不得保留
|
||||
4. 台词单句不超过20字,全篇最长句不超过25字(超标必须拆)
|
||||
5. 全篇至少2个具体数字(时间/比例/次数),增加可信度
|
||||
6. 禁止:专业黑话(无解释)、被动句、说教腔
|
||||
7. 结尾必须同时包含:行动引导(收藏/评论)+ 下期预告("下次聊第二个误区")
|
||||
|
||||
【两步执行,不可跳过】
|
||||
第一步:找出全篇所有超过20字的台词句,逐句拆短后列清单
|
||||
第二步:对照清单修改完整脚本后再输出
|
||||
```
|
||||
|
||||
**验证要点**:
|
||||
- "给整栋楼浇水,想让顶层的花喝到"——自发出现的类比,无需强行设计
|
||||
- "锁水不是补水"——对比句式,知识落点清晰,易记
|
||||
- 下期预告"下次再聊护肤的第二个误区"——关注动机比"点赞"强
|
||||
- 两步执行规则(先列超长句再输出)已固化,防止AI不拆句就直接输出
|
||||
@@ -1,48 +0,0 @@
|
||||
# 方法论库 — 短视频台词接地气专项
|
||||
|
||||
> 来源:版本01实际案例验证,跨项目/跨版本可复用。
|
||||
|
||||
---
|
||||
|
||||
## 卡片 01:颗粒度三级降法
|
||||
|
||||
**适用**:写出来的台词"太飘"、不够具体时
|
||||
|
||||
| 级别 | 例子 |
|
||||
|------|------|
|
||||
| L3 抽象(少用) | 睡眠质量差影响健康 |
|
||||
| L2 生活场景(骨架) | 每天睡6小时,第二天人是懵的 |
|
||||
| L1 具体动作/数字/感受(主体) | 中午开会,盯着PPT眼皮就往下掉 |
|
||||
|
||||
**规则**:最终台词至少70%在 L1-L2,L3 只用在点题句。
|
||||
|
||||
---
|
||||
|
||||
## 卡片 02:三种开场公式(按强度排序)
|
||||
|
||||
| 公式 | 强度 | 适用题材 | 验证案例 |
|
||||
|------|------|----------|---------|
|
||||
| 痛点场景("你有没有躺了半小时还睡不着") | ⭐⭐⭐ | 生活技巧/情感共鸣 | 脚本1 0-3s |
|
||||
| 结果前置("用这个方法,我存了三个月工资") | ⭐⭐⭐ | 干货/测评 | — |
|
||||
| 反常识悬念("你以为多喝水皮肤好?医生说你理解反了") | ⭐⭐⭐⭐ | 知识科普/健康 | 脚本3 0-4s |
|
||||
|
||||
---
|
||||
|
||||
## 卡片 03:收尾三选一原则
|
||||
|
||||
| 内容类型 | 推荐收尾 | 禁止收尾 | 理由 |
|
||||
|----------|----------|----------|------|
|
||||
| 生活技巧 | 互动引导("评论告诉我…") | 情感落点 | 技巧类用户需要动作出口 |
|
||||
| 情感共鸣 | 情感落点("你已经很厉害了")+ 转发 | 行动召唤("快去做") | 行动指令会降低情感质感 |
|
||||
| 知识科普 | 收藏引导 + 下期预告 | 单纯点赞引导 | 预告能提升关注转化 |
|
||||
|
||||
---
|
||||
|
||||
## 卡片 04:类比设计三步法
|
||||
|
||||
当需要解释专业概念时:
|
||||
1. 找受众日常熟悉的领域(家、食物、身体、钱)
|
||||
2. 建立相同的结构关系
|
||||
3. 用"就好像"引出
|
||||
|
||||
**最佳案例**:"给整栋楼浇水,想让顶层的花喝到水"——解释水分子传输路径,初中生能懂。
|
||||
@@ -27,7 +27,7 @@ agent_created: true
|
||||
- 展开完整短视频大纲(含钩子/主体/结尾/情绪曲线)
|
||||
- 广告植入精细化设计(可选步骤)
|
||||
- 段落格式脚本 + 导演分镜(可选)+ 详细执行分镜(可选)
|
||||
- 四维度质量诊断
|
||||
- 五维度质量诊断(含信息密度检查)
|
||||
|
||||
**支持赛道:** 知识科普 / 剧情情感 / 带货测评 / 美食探店 / Vlog日常 / 观点输出 / 美妆 / 更多…
|
||||
|
||||
@@ -115,7 +115,7 @@ AI 自动判断并执行全部创作流程,所有确认门(Gate-0~6)自动
|
||||
│
|
||||
├─ 步骤6: 生成短视频框架 ──────→ [Gate-3 框架确认] ← 情绪规划层:场次结构+情绪设计卡
|
||||
│
|
||||
├─ 步骤7: 生成短视频大纲 ──┐ ← 结构搭建层:模板选择+分段展开+钩子匹配
|
||||
├─ 步骤7: 生成短视频大纲 ──┐ ← 结构搭建层:模板选择+分段展开+钩子匹配+素材库填充+密度自检
|
||||
│ ├──→ [Gate-4 大纲确认]
|
||||
├─ 步骤8: 植入广告内容 ──┘ ← 可选步骤
|
||||
│
|
||||
@@ -214,9 +214,9 @@ AI 自动判断并执行全部创作流程,所有确认门(Gate-0~6)自动
|
||||
|
||||
### 步骤 7:生成短视频大纲(结构搭建层)
|
||||
|
||||
**目的:** 基于 S6 框架+场次结构表+情绪设计卡,选择最优结构模板(三段式/五段式),展开分段结构、匹配钩子类型,生成 2 版标题。情绪维度只引用 S6 不重做。
|
||||
**目的:** 基于 S6 框架+场次结构表+情绪设计卡,选择最优结构模板(三段式/五段式),调取账号素材库+赛道知识库填充可拍摄细节,按 L2 编导深度标准展开分段结构,完成密度自检。情绪维度只引用 S6 不重做。
|
||||
|
||||
**输出:** 结构模板选择 + 短视频大纲(分段结构/钩子/主体/结尾)+ 2 版标题 + 广告植入占位 + 合规自检。
|
||||
**输出:** 结构模板选择 + 短视频大纲(分段结构/钩子/主体/结尾,按 L2 编导标准展开)+ 2 版标题 + 广告植入占位 + 合规自检 + 密度自检。
|
||||
|
||||
**用户确认:** 有无广告Brief分两条路 — 有则先进步骤 8,再合并 Gate-4;无则直接 Gate-4 确认后进步骤 9。
|
||||
|
||||
@@ -387,19 +387,25 @@ AI 自动判断并执行全部创作流程,所有确认门(Gate-0~6)自动
|
||||
│ ├── MCN_CYLG_python.md Dify 创意灵感接口(search联网搜索 + recall查询事件库)
|
||||
│ └── Douyin_Video_Analysis.md 抖音短视频解析接口(analyze/upload/detail三子命令)
|
||||
│
|
||||
└── 知识库/ ← 创作知识参考库(68个独立方法文件,命名:方法名称_赛道_用途.md)
|
||||
├── 01_账号设定/ (4个) 人设设计参考 / IP线索流体系 / IP记忆点与人设沉淀 / 真实IP打造体系
|
||||
├── 02_故事选题/ (8个) 跨界重组体系 / 元素并置体系 / 元素置换体系 / 元素叠加体系 / 10大新鲜度创作维度 / 4层落地路径 / 选题三环模型(共鸣切入点设计)/ 共鸣本质论(6种共鸣类型+创作公式+自检+验证)
|
||||
├── 03_框架节奏/ (8个) 框架节奏全量覆盖分析 / 标准爆款结构模板 / 冲突叙事套路 / 反转叙事套路 / 节奏控时叙事套路 / 剪辑&收尾叙事套路 / 编导终审验收标准 / 脚本格式选择指南
|
||||
├── 04_爆款开场/ (11个) 10种开场方式(传统强刺激/猫式低压/嘴替共情/反常识颠覆/高潮前置倒叙/数字结果/痛点提问/示弱复盘IP/行业轻揭秘/承诺收益)+ 全量覆盖分析
|
||||
├── 05_极致事件/ (5个) 预期反转创作体系 / 荒诞化创作体系 / 抽象化创作体系 / 无厘头创作体系 / 错位化-反常化创作体系
|
||||
├── 06_剧情钩子/ (2个) 情绪价值设计方法论 / 切换关系法
|
||||
├── 07_情绪共鸣/ (6个) 三层模型(识别→投射→释放)/ 案例复盘 / 设计卡模板 / 网感坐标(赛道×叙事形态→体感映射)/ 情绪递进设计(四类情绪·递进缺口判断)/ 情感铺垫设计(Show don't tell·蓄力释放·留白法则)
|
||||
├── 08_对话风格/ (9个) 口播交流感四阶进阶法 / 口播横纵二维系统化方法 / 素人泛生活Vlog / 高信息密度Vlog / 职业体验IP_Vlog / 反差叙事Vlog / 兴趣元素叠加Vlog / 赛道交融跨界法 / 期待感建立法
|
||||
├── 09_脚本诊断/ (4个) AI自动检查 / AI提醒人工检查 / 各意图流程 / 四种意图
|
||||
├── 10_分镜拍摄/ (3个) 景别情绪与运镜组合 / 节奏与转场设计 / 音画配套设计
|
||||
├── 11_广告植入方法论/ (1个) 广告植入方法论
|
||||
└── 12_拆解评估/ (8个) 脚本质量自动检查清单(八类32项)/ 编导意图解析规则 / 复刻迁移 / 反推13字段 / 母提示词 / 案例分析 / 选题评估 / 脚本评估
|
||||
├── 知识库/ ← 创作知识参考库(68个独立方法文件,命名:方法名称_赛道_用途.md)
|
||||
│ ├── 01_账号设定/ (4个) 人设设计参考 / IP线索流体系 / IP记忆点与人设沉淀 / 真实IP打造体系
|
||||
│ ├── 02_故事选题/ (8个) 跨界重组体系 / 元素并置体系 / 元素置换体系 / 元素叠加体系 / 10大新鲜度创作维度 / 4层落地路径 / 选题三环模型(共鸣切入点设计)/ 共鸣本质论(6种共鸣类型+创作公式+自检+验证)
|
||||
│ ├── 03_框架节奏/ (8个) 框架节奏全量覆盖分析 / 标准爆款结构模板 / 冲突叙事套路 / 反转叙事套路 / 节奏控时叙事套路 / 剪辑&收尾叙事套路 / 编导终审验收标准 / 脚本格式选择指南
|
||||
│ ├── 04_爆款开场/ (11个) 10种开场方式(传统强刺激/猫式低压/嘴替共情/反常识颠覆/高潮前置倒叙/数字结果/痛点提问/示弱复盘IP/行业轻揭秘/承诺收益)+ 全量覆盖分析
|
||||
│ ├── 05_极致事件/ (5个) 预期反转创作体系 / 荒诞化创作体系 / 抽象化创作体系 / 无厘头创作体系 / 错位化-反常化创作体系
|
||||
│ ├── 06_剧情钩子/ (2个) 情绪价值设计方法论 / 切换关系法
|
||||
│ ├── 07_情绪共鸣/ (6个) 三层模型(识别→投射→释放)/ 案例复盘 / 设计卡模板 / 网感坐标(赛道×叙事形态→体感映射)/ 情绪递进设计(四类情绪·递进缺口判断)/ 情感铺垫设计(行为暗示·蓄力释放·留白法则)
|
||||
│ ├── 08_对话风格/ (9个) 口播交流感四阶进阶法 / 口播横纵二维系统化方法 / 素人泛生活Vlog / 高信息密度Vlog / 职业体验IP_Vlog / 反差叙事Vlog / 兴趣元素叠加Vlog / 赛道交融跨界法 / 期待感建立法
|
||||
│ ├── 09_脚本诊断/ (4个) AI自动检查 / AI提醒人工检查 / 各意图流程 / 四种意图
|
||||
│ ├── 10_分镜拍摄/ (3个) 景别情绪与运镜组合 / 节奏与转场设计 / 音画配套设计
|
||||
│ ├── 11_广告植入方法论/ (1个) 广告植入方法论
|
||||
│ └── 12_拆解评估/ (8个) 脚本质量自动检查清单(八类32项)/ 编导意图解析规则 / 复刻迁移 / 反推13字段 / 母提示词 / 案例分析 / 选题评估 / 脚本评估
|
||||
│
|
||||
└── 素材库/ ← 创作素材库(与知识库同级,提供「可直接使用的零件」——菜品/道具/行为链/金句/垂直知识)
|
||||
├── 通用/ 行为暗示示例集 / 产品植入话术模板
|
||||
├── 美食赛道/ 食材与烹饪知识
|
||||
├── 居家赛道/ 家居与卧室知识
|
||||
└── 模板_账号素材库创建指南.md 新账号素材库标准化创建模板
|
||||
|
||||
```
|
||||
|
||||
@@ -465,7 +471,7 @@ references-add/ ← 🔴 与 references/ 平级,
|
||||
| 04_爆款开场 | 11 | 传统强刺激黄金3秒 / 猫式低压开场 / 嘴替共情开场 / 反常识颠覆开场 / 高潮前置倒叙开场 / 数字结果开场 / 痛点提问互动开场 / 示弱复盘IP开场 / 行业轻揭秘开场 / 承诺收益开场 / 开场方式全量覆盖分析 |
|
||||
| 05_极致事件 | 5 | 预期反转创作体系 / 荒诞化创作体系 / 抽象化创作体系 / 无厘头创作体系 / 错位化-反常化创作体系 |
|
||||
| 06_剧情钩子 | 2 | 情绪价值设计方法论 / 切换关系法 |
|
||||
| 07_情绪共鸣 | 6 | 三层模型(识别→投射→释放)/ 案例复盘 / 设计卡模板 / 网感坐标(赛道×叙事形态→体感映射)/ 情绪递进设计(四类情绪·递进缺口判断)/ 情感铺垫设计(Show don't tell·蓄力释放·留白法则) |
|
||||
| 07_情绪共鸣 | 6 | 三层模型(识别→投射→释放)/ 案例复盘 / 设计卡模板 / 网感坐标(赛道×叙事形态→体感映射)/ 情绪递进设计(四类情绪·递进缺口判断)/ 情感铺垫设计(行为暗示·蓄力释放·留白法则) |
|
||||
| 08_对话风格 | 9 | 口播交流感四阶进阶法 / 口播横纵二维系统化方法 / 素人泛生活Vlog / 高信息密度Vlog / 职业体验IP_Vlog / 反差叙事Vlog / 兴趣元素叠加Vlog / 赛道交融跨界法 / 期待感建立法 |
|
||||
| 09_脚本诊断 | 4 | AI自动检查 / AI提醒人工检查 / 各意图流程 / 四种意图 |
|
||||
| 10_分镜拍摄 | 3 | 景别情绪与运镜组合 / 节奏与转场设计 / 音画配套设计 |
|
||||
@@ -476,12 +482,12 @@ references-add/ ← 🔴 与 references/ 平级,
|
||||
|
||||
---
|
||||
|
||||
### 二、过程产物目录(`shortvideo_sample/`)
|
||||
### 二、过程产物目录(`case/`)
|
||||
|
||||
执行 11 步创作流程时,各步骤产出的过程文件存放于此目录,按 **账号 → 脚本编号** 两级组织:
|
||||
|
||||
```
|
||||
shortvideo_sample/
|
||||
case/
|
||||
├── 账号XXXXX/ ← 按账号名组织(每个账号一个文件夹)
|
||||
│ ├── 达人设定.md ← 账号级共享文件(步骤4人设卡片,跨脚本复用)
|
||||
│ ├── 脚本01_标题_创作回顾.html ← 🔴 每条脚本完成后自动生成的回顾页
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
+2
-2
@@ -5,7 +5,7 @@
|
||||
> 日期:2026-08-05
|
||||
>
|
||||
> ⚠️ **本文件仅定义「情感铺垫分级」体系。**
|
||||
> 情绪共鸣的完整方法论(三层模型/网感坐标/情绪递进四类情绪/Show don't tell 多维度/蓄力释放/留白法则)见 `知识库/07_情绪共鸣/` 分块1/分块4/分块5/分块6。AI 自检清单完整版见 `知识库/12_拆解评估/分块7`。
|
||||
> 情绪共鸣的完整方法论(三层模型/网感坐标/情绪递进四类情绪/行为暗示多维度/蓄力释放/留白法则)见 `知识库/07_情绪共鸣/` 分块1/分块4/分块5/分块6。AI 自检清单完整版见 `知识库/12_拆解评估/分块7`。
|
||||
>
|
||||
> 🆕 **2026-08-06 新增联动**:选题阶段新增「选题创作三环模型」(行为层/情感层/共鸣层),其中**情感铺垫分级直接对应三环模型的情感层和共鸣层**——情感铺垫等级决定情绪设计的深度,三环模型确保底层情感锚点不丢。详见 `知识库/02_故事选题/选题三环模型_共鸣切入点设计.md`。
|
||||
>
|
||||
@@ -40,7 +40,7 @@
|
||||
| 情绪起伏 | ✅ 必须建立映射,释放量≥蓄力量 | ⚠️ 可选,有自然情感线时做轻量设计 | ❌ 不需要 |
|
||||
| 多维度表达 | ✅ 全场覆盖,每个情感场景≥2通道 | ⚠️ 关键场景(释放场)≥2通道 | ⚠️ 关键信息点≥2通道即可 |
|
||||
| 情绪留白 | ✅ 每场结束前1-2s | ⚠️ 释放场1-2s,其他场可选 | ❌ 不强制,信息密集型留白会打断节奏 |
|
||||
| Show don't tell | ✅ 全部使用行为暗示 | ✅ 情感场景行为暗示 | ⚠️ 关键信息点行为暗示即可 |
|
||||
| 行为暗示 | ✅ 全部使用行为暗示 | ✅ 情感场景行为暗示 | ⚠️ 关键信息点行为暗示即可 |
|
||||
| 缺口自检 | 七问(蓄力/转折/释放/弧线/蓄力释放/体感/断裂点) | 三问(体验递进/收束/节奏) | 三问(信息密度/视觉节奏/收尾实用) |
|
||||
| 结尾处理 | 情感升华/价值点题/情绪释放 | 体验收束/感悟收尾(不强制升华) | 实用收尾(配方/建议/引导/总结),不强行升华 |
|
||||
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
+68
-40
@@ -63,7 +63,36 @@
|
||||
|
||||
**审核通过标准:** 总分 ≥ 75/100,且合规维度 ≥ 14/20。
|
||||
|
||||
### 三、情感表达专项检查 🆕
|
||||
### 二、信息密度检查
|
||||
|
||||
> 检查脚本/大纲的信息单元密度是否达到编导标准。密度不足 = 画面空洞、缺乏可拍摄内容。
|
||||
> 密度标准对标 S7「第二步半」L2 编导标准。不同赛道/时长可调整阈值。
|
||||
|
||||
#### 密度指标
|
||||
|
||||
| 检查项 | L2 编导标准(默认) | L1 基础 | L3 电影级 | 不通过处理 |
|
||||
|--------|:---:|:---:|:---:|------|
|
||||
| 具名物品数 | ≥ 12 个 | ≥ 5 个 | ≥ 18 个 | 标注缺失:哪些场景需要补充具名菜品/道具/品牌 |
|
||||
| 完整对话组数 | ≥ 4 组 | ≥ 2 组 | ≥ 6 组 | 标注缺失:哪些场景需要补充完整对话(非概要) |
|
||||
| 行为步骤链 | ≥ 1 条(≥ 3 步) | 可选 | ≥ 2 条(≥ 5 步) | 标注缺失:哪些行为需要拆解为步骤链 |
|
||||
| 环境细节 | ≥ 5 条 | 可选 | ≥ 10 条 | 标注缺失:灯光/材质/空间位置/物品陈列/声音氛围 |
|
||||
| 产品植入深度 | ≥ 二维(原理+场景) | 一维即可 | 三维全覆盖(原理+场景+品牌) | 标注缺失维度及建议补充方式 |
|
||||
| 可拍摄单元总数 | ≥ 50 个 | ≥ 25 个 | ≥ 80 个 | 统计实际数量并标注距离目标差距 |
|
||||
| 金句/传播句 | ≥ 1 句 | 可选 | ≥ 3 句 | 标注:是否有可独立传播的金句/价值观落点 |
|
||||
|
||||
#### 密度不足的典型表现(AI 常见问题)
|
||||
|
||||
| 表现 | 说明 | 示例 |
|
||||
|------|------|------|
|
||||
| 菜品泛称 | 「四菜一汤」「做了几个菜」无具名 | 应改为「松茸花胶炖土鸡汤、和牛窝蛋煲仔饭……」 |
|
||||
| 道具匿名 | 「一个枕头」「一瓶喷雾」无品牌/材质 | 应改为「亚朵星球深睡稳压枕 Pro 4.0(气囊绵)」 |
|
||||
| 对话概要 | 「她说他很贴心」代替完整台词 | 应展开为完整对话:「你今天这个照顾方式,我是舒服的。」 |
|
||||
| 行为概括 | 「收拾房间」代替步骤链 | 应拆解为「西装挂起→电脑包放凳→报价单分三叠→……」 |
|
||||
| 环境空白 | 无灯光/材质/空间位置描述 | 应补充「床头暖黄灯最低档」「无香喷雾只喷靠背不喷枕头正面」 |
|
||||
|
||||
> **注意**:信息密度检查结果为「不通过」项,必须在修改后重新诊断,通过后方可进入 Gate-6 确认。密度不达标的脚本 ≈ 编导拿到无法拍。
|
||||
|
||||
### 三、情感表达专项检查
|
||||
|
||||
> 依据:`知识库/07_情绪共鸣/` 分块5(情绪递进设计)+ 分块6(情感铺垫设计)+ `知识库/12_拆解评估/` 分块7(脚本质量自动检查清单)
|
||||
>
|
||||
@@ -73,8 +102,8 @@
|
||||
|
||||
| 检查项 | 适用等级 | 检查要点 | 判定标准 | 不通过处理 |
|
||||
|--------|:---:|---------|---------|-----------|
|
||||
| Show don't tell | 全部 | 是否用行为暗示代替旁白直述传达角色内心 | 出现"他很生气""他感到委屈"等概括词→不通过 | 替换为具体身体语言 |
|
||||
| 叙事驱动模式一致性🆕 | 全部 | 台词体裁标注是否对齐 S6 框架确定的叙事驱动模式;剧情类是否出现旁白体裁 | 剧情类出现旁白体裁→不通过;驱动模式与体裁不匹配→提醒 | 移除违规旁白,改为行为/对话演绎;或返回 S6 重新确认驱动模式 |
|
||||
| 行为暗示 | 全部 | 是否用行为暗示代替旁白直述传达角色内心 | 出现"他很生气""他感到委屈"等概括词→不通过 | 替换为具体身体语言 |
|
||||
| 叙事驱动模式一致性 | 全部 | 台词体裁标注是否对齐 S6 框架确定的叙事驱动模式;剧情类是否出现旁白体裁 | 剧情类出现旁白体裁→不通过;驱动模式与体裁不匹配→提醒 | 移除违规旁白,改为行为/对话演绎;或返回 S6 重新确认驱动模式 |
|
||||
| 体感兑现 | 全部 | 首屏承诺体感→内容兑现体感→结尾强化体感是否闭环 | 脱节或不一致→不通过 | 返回 S5/S6 对齐体感设计 |
|
||||
|
||||
#### 强情感铺垫专项(仅当 S6 情感铺垫=强时检查)
|
||||
@@ -119,6 +148,7 @@
|
||||
| 情绪一致性 | 全片情绪基调是否与情绪倾向匹配 | 调整情绪节奏点 |
|
||||
| 记忆点检查 | 是否包含足够数量的记忆点(记忆点类型和最低数量参见知识库 `03_框架节奏/01_标准爆款结构模板.md` 对应当前赛道的记忆点标准) | 补充记忆点 |
|
||||
| 传播性检查 | 人设是否有让观众记住并传播的钩子 | 提炼传播句/金句/名场面 |
|
||||
| **服务标准一致性** | 所有关怀行为是否符合人设卡片定义的服务标准(金牌型=预见式≥反应式,在需求出现前已准备好;日常型=自然不刻意;成长型=在进步;冲突型=不过度服务) | 标注违反服务标准的场景:反应式改为预见式/过度服务改为收敛 |
|
||||
|
||||
---
|
||||
## 输出
|
||||
@@ -170,7 +200,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
| S10 分镜脚本 | 10_分镜脚本.md | |
|
||||
| S11 诊断报告 | 11_诊断报告.md | |
|
||||
|
||||
命名规则:`脚本{编号}_{脚本标题}_创作回顾.html`,存放于 `shortvideo_sample/{账号名}/` 根目录(相对于技能根目录)。
|
||||
命名规则:`脚本{编号}_{脚本标题}_创作回顾.html`,存放于 `case/{账号名}/` 根目录(相对于技能根目录)。
|
||||
|
||||
---
|
||||
|
||||
@@ -182,13 +212,15 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
你是一名短视频内容审核官和质量诊断专家。你的任务是:
|
||||
|
||||
1. 对分镜脚本(或场次叙事脚本)进行四维度结构化审核
|
||||
2. 输出评分报告、问题清单、修改建议
|
||||
3. 进行人设稳定性校验和合规校验
|
||||
2. 进行信息密度检查——对标 L2 编导标准,核查具名物品/对话/行为链/环境细节/产品植入深度
|
||||
3. 输出评分报告、问题清单、修改建议
|
||||
4. 进行人设稳定性校验和合规校验
|
||||
|
||||
审核规则:
|
||||
- 四个维度独立评分,不互相影响
|
||||
- **情感铺垫等级从 S6 框架方案继承**(脚本概览行中标注),诊断时按等级调整检查标准,不得对所有内容使用同一把尺子
|
||||
- 新增「情感表达专项检查」为第五个检查模块,与四维度并列独立,按复杂度等级分三组(通用/强/中/弱)执行
|
||||
- 新增「信息密度检查」为独立模块,不纳入四维度评分但必须在 Gate-6 前通过(不通过项须修改后重新诊断)
|
||||
- 合规性逐项评分(总分 20 分),不设一票否决,扣分规则见上方
|
||||
- 若输入为场次叙事格式脚本:按场次定位问题("场X的XX")
|
||||
- 若输入为分镜脚本(简版/详细):按镜头/段落定位问题("场X第Y段"或"镜头XX的XX")
|
||||
@@ -197,33 +229,11 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
- 各维度诊断知识参考:
|
||||
· 爆款要素维度 → `知识库/04_爆款开场/` 全部文件(钩子强度评分基准)
|
||||
· 结构完整性 → `知识库/03_框架节奏/06_编导终审验收标准.md`(五条硬性标准)
|
||||
· 人设匹配度 → `知识库/08_对话风格/` 全部文件(台词风格一致性校验)
|
||||
· 人设匹配度 → `知识库/08_对话风格/` 全部文件(台词风格一致性校验)+ 关怀行为服务标准校验(从人设卡片读取金牌标准,金牌型=预见式≥反应式)
|
||||
· 质量诊断方法 → `知识库/09_脚本诊断/AI可根据脚本直接检查_通用_质量检查.md` + `知识库/09_脚本诊断/AI提醒编导人工检查_通用_质量检查.md`(AI自动检查清单 + 人工提醒检查清单)
|
||||
· **情感表达专项** → `知识库/07_情绪共鸣/` 分块5(情绪递进设计:四类情绪·递进缺口判断)+ 分块6(情感铺垫设计:多维度表达·蓄力释放·留白法则)+ `知识库/12_拆解评估/` 分块7(脚本质量自动检查清单八类32项)
|
||||
|
||||
评分标准(总分100分,评分锚点见上方业务逻辑一):
|
||||
|
||||
- 爆款要素(35分):钩子(0-8) + 标题(0-7) + 爆款公式(0-7) + 情绪曲线(0-7) + CTA(0-6)
|
||||
- 人设匹配(25分):口播语言(0-9) + 视觉形象(0-8) + 情绪表达(0-8)
|
||||
- 可拍摄性(20分):画面可执行(0-8) + 台词可朗读(0-6) + 字幕规范(0-3) + 镜头可实现(0-3)
|
||||
- 合规性(20分):内容安全(0-5) + 平台规范(0-5) + 版权(0-4) + 价值观(0-3) + 广告合规(0-3)
|
||||
|
||||
评分锚点(严格执行,不允许偏离):
|
||||
- 1-2分:严重缺陷,不可用
|
||||
- 3-4分:有明显问题,影响传播效果
|
||||
- 5-6分:及格水平,基本可用但不出彩
|
||||
- 7-8分:良好,达到行业平均水平
|
||||
- 9-10分:优秀,接近爆款水准(满分仅在可对标爆款案例时给出)
|
||||
- "没有明显问题"不能给高分——高分需要证明"好在哪里",低分需要指出"差在哪里"
|
||||
|
||||
合规扣分规则:
|
||||
- 命中违禁词 → 内容安全扣2分/个
|
||||
- 含敏感话题未规避 → 内容安全扣3-5分
|
||||
- 含竞品贬低/虚假宣传 → 平台规范扣2-5分
|
||||
- 广告未标注 → 广告合规扣2-3分
|
||||
- 同一问题不重复扣分
|
||||
|
||||
通过标准:总分 ≥ 75/100,且合规维度 ≥ 14/20。
|
||||
· **信息密度检查** → `素材库/通用/` + `素材库/{赛道}/`(具名物品/道具/行为链素材库作为密度参照)
|
||||
评分标准、评分锚点、合规扣分、通过标准 → 见上方「处理规则」,不再在 System Prompt 中重复定义。
|
||||
|
||||
禁止行为:
|
||||
- 不得在审核报告中使用模糊表述("整体不错"、"还可以"等)
|
||||
@@ -277,7 +287,25 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
---
|
||||
|
||||
## 二、爆款要素命中率(35分)
|
||||
## 二、信息密度检查
|
||||
|
||||
> 对标 L2 编导标准。不纳入四维度评分,但不通过项必须在 Gate-6 前修复。
|
||||
|
||||
| 检查项 | 标准 | 实际 | 结果 | 说明 |
|
||||
|--------|:---:|:---:|:---:|------|
|
||||
| 具名物品数 | ≥ 12 | [X] | ✅/❌ | [统计清单] |
|
||||
| 完整对话组数 | ≥ 4 | [X] | ✅/❌ | [各组角色标注] |
|
||||
| 行为步骤链 | ≥ 1 条(≥ 3 步) | [X] | ✅/❌ | [步骤链条数] |
|
||||
| 环境细节 | ≥ 5 条 | [X] | ✅/❌ | [灯光/材质/空间/陈列/声音] |
|
||||
| 产品植入深度 | ≥ 二维 | [X] 维 | ✅/❌ | [材质原理+使用场景+品牌名覆盖情况] |
|
||||
| 可拍摄单元总数 | ≥ 50 | [X] | ✅/❌ | [每句动作/画面/台词计 1 单元] |
|
||||
| 金句/传播句 | ≥ 1 | [X] | ✅/❌ | [金句内容+传播性评估] |
|
||||
|
||||
**密度综合判定**:[✅ 全部达标 / ⚠️ 部分不达标,需修改后重新诊断 / ❌ 严重不足]
|
||||
|
||||
---
|
||||
|
||||
## 三、爆款要素命中率(35分)
|
||||
|
||||
| 检查项 | 满分 | 得分 | 评分依据 | 改进建议 |
|
||||
|--------|:---:|:---:|------|------|
|
||||
@@ -289,7 +317,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
---
|
||||
|
||||
## 三、人设匹配度(25分)
|
||||
## 四、人设匹配度(25分)
|
||||
|
||||
| 检查项 | 满分 | 得分 | 评分依据 | 改进建议 |
|
||||
|--------|:---:|:---:|------|------|
|
||||
@@ -299,7 +327,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
---
|
||||
|
||||
## 四、可拍摄性(20分)
|
||||
## 五、可拍摄性(20分)
|
||||
|
||||
| 检查项 | 满分 | 得分 | 评分依据 | 改进建议 |
|
||||
|--------|:---:|:---:|------|------|
|
||||
@@ -310,7 +338,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
---
|
||||
|
||||
## 五、情感表达专项检查
|
||||
## 六、情感表达专项检查
|
||||
|
||||
> 依据:`07_情绪共鸣/` 分块5+6 + `12_拆解评估/` 分块7
|
||||
> 当前情感铺垫等级:[强/中/弱](从 S6 框架方案继承)
|
||||
@@ -319,8 +347,8 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
| 检查项 | 结果 | 评分依据 | 改进建议 |
|
||||
|--------|:---:|------|------|
|
||||
| Show don't tell(行为暗示替代旁白直述) | ✅/❌ | [出现概括词的场次和次数] | [替换为具体身体语言] |
|
||||
| 叙事驱动模式一致性🆕(体裁标注 vs S6驱动模式) | ✅/❌ | [驱动模式→体裁标注匹配度;违规旁白场次列表] | [移除违规旁白,改为行为/对话演绎] |
|
||||
| 行为暗示(行为暗示替代旁白直述) | ✅/❌ | [出现概括词的场次和次数] | [替换为具体身体语言] |
|
||||
| 叙事驱动模式一致性(体裁标注 vs S6驱动模式) | ✅/❌ | [驱动模式→体裁标注匹配度;违规旁白场次列表] | [移除违规旁白,改为行为/对话演绎] |
|
||||
| 体感兑现闭环(首屏承诺→内容兑现→结尾强化) | ✅/❌ | [承诺体感 vs 实际交付体感对比] | [脱节处修正方案] |
|
||||
|
||||
### 强情感铺垫专项(仅当情感铺垫=强时检查)
|
||||
@@ -355,7 +383,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
---
|
||||
|
||||
## 六、合规校验(20分,逐项评分)
|
||||
## 七、合规校验(20分,逐项评分)
|
||||
|
||||
| 检查项 | 满分 | 得分 | 问题详情 |
|
||||
|--------|:---:|:---:|------|
|
||||
@@ -367,7 +395,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
|
||||
---
|
||||
|
||||
## 七、人设稳定性校验
|
||||
## 八、人设稳定性校验
|
||||
|
||||
| 校验项 | 结果 | 问题 | 建议 |
|
||||
|--------|:---:|------|------|
|
||||
@@ -380,7 +408,7 @@ Gate-6 确认通过后,必须生成创作回顾.html。**页面板块顺序严
|
||||
| 传播性检查 | ✅/⚠️ | [传播钩子评估] | [提炼建议] |
|
||||
|
||||
|
||||
## 八、问题清单(按严重程度排序)
|
||||
## 九、问题清单(按严重程度排序)
|
||||
|
||||
| 序号 | 严重度 | 对应镜头 | 问题类型 | 问题描述 | 修改建议 |
|
||||
|:---:|:---:|:------:|---------|---------|---------|
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
+3
-3
@@ -173,6 +173,8 @@
|
||||
|
||||
---
|
||||
|
||||
> ⚠️ **以下模板A/B仅供知识参考,非执行指令**:结构模板的选择逻辑(三段式/五段式)由 S7 大纲阶段执行。S6 只负责情绪骨架的搭建,不选择模板,也不在 S6 输出中标注模板类型或结构选择依据。
|
||||
|
||||
#### 模板A:三段式通用框架(所有赛道底盘)
|
||||
|
||||
> 适用:知识分享/观点输出/技能展示/15秒以内短视频。三幕式基础底盘,新手必掌握。
|
||||
@@ -395,9 +397,7 @@
|
||||
|
||||
## 四、场次结构展开表(框架确认后输出)
|
||||
|
||||
### [三段式通用 / 五段式爆款] — [方案名称]
|
||||
|
||||
> 结构选择依据:[内容形式/时长/赛道特性 → 选择三段式或五段式的理由]
|
||||
### [框架名称]
|
||||
|
||||
| 段落 | 场次 | 核心作用 | 时长区间 | 叙事节奏 | 情绪 | 本场钩子 | 事件(主线事件) |
|
||||
|------|------|---------|---------|---------|---------|---------|-------------------|
|
||||
@@ -0,0 +1,336 @@
|
||||
# 业务逻辑
|
||||
|
||||
> S7 是**结构搭建层**——基于 S6 已完成的情绪规划(场次结构表+情绪设计卡),选择最优结构模板(三段式/五段式),将 S6 的规划概述展开为具体可执行的事件序列(每段 3-5 条,含动作+画面+口播方向),形成编导拿到就能拍的执行大纲。
|
||||
> 所有情绪维度决策已在 S6 集中完成,S7 只引用不重做。
|
||||
|
||||
---
|
||||
## 输入
|
||||
- 步骤5输出:选题方案(主题/切入角度/爆款逻辑/预设钩子/差异化特征)
|
||||
- 步骤6输出:用户选定的框架方案(核心框架+内容形式+时长+主线)
|
||||
- 步骤6输出:场次结构展开表(场次划分/时长区间/叙事节奏/情绪)
|
||||
- 步骤6输出:情绪设计卡(弧线类型/情绪标注/情绪起伏/缺口自检)— 只引用不重做
|
||||
- 步骤4输出:达人人设卡片(语言风格等约束)
|
||||
- **账号素材库**:`case/{账号名}/01_素材库_菜品.md`、`case/{账号名}/02_素材库_道具.md`、`case/{账号名}/03_素材库_行为模式.md`、`case/{账号名}/04_素材库_金句口头禅.md`、`case/{账号名}/05_素材库_环境设定.md` — 提供具名物品、行为链、台词素材
|
||||
- **赛道知识库**:`references/素材库/{赛道}/` — 提供赛道事实性知识(食材/术语/家居标准等)
|
||||
|
||||
## 处理规则
|
||||
|
||||
### 第一步:结构模板选择(从 S6 移入)
|
||||
|
||||
根据内容形式和时长选择最优结构模板:
|
||||
|
||||
| 内容形式 / 时长 | 推荐结构 | 场次数 | 适用场景 |
|
||||
|----------------|---------|:------:|---------|
|
||||
| 知识分享 / 观点输出 / 技能展示 | **三段式通用** | 3场 | 信息密度高、逻辑线索单一的视频 |
|
||||
| 15秒以内短视频 | **三段式通用**(压缩版) | 3场 | 极短视频,中段不宜再拆分 |
|
||||
| Vlog记录 / 剧情演绎 / 产品测评 | **五段式爆款** | 5场 | 需要任务铺垫+波折推进的中长视频 |
|
||||
| 30秒以上中长视频 | **五段式爆款** | 5场 | 需要多场次承接流量、降低中段流失 |
|
||||
|
||||
> 选择模板后,从 S6 场次结构表中取对应的模板骨架(三段式参考 S6 模板A,五段式参考 S6 模板B),在此基础上展开分段结构。
|
||||
|
||||
### 第二步:事件序列展开
|
||||
|
||||
S6 场次结构表「事件」列是规划概述(如「汤凉了重热 → 精致摆盘 → 她下会揉脖子」),S7 的职责是将每场概述展开为 **3-5 条具体可执行的事件**。
|
||||
|
||||
**事件条目标准格式**:
|
||||
```
|
||||
【画面/镜头方向】具体动作 —— 口播/独白/台词方向
|
||||
```
|
||||
每个条目至少包含画面方向(拍什么)+ 动作(做什么)。口播/台词方向在需要时标注,不强求每条都有。
|
||||
|
||||
**展开原则**:
|
||||
- 每条 = 一个可拍摄单元,编导拿到就能拍
|
||||
- 画面方向用【】,描述「拍什么/什么视角/什么氛围」
|
||||
- 动作描述,需要区分角色时用「角色名(语气):动作/台词方向」
|
||||
- 禁止只写一句抽象概述(如"专业刀工备菜"),必须拆成具体步骤
|
||||
|
||||
**示例对比**:
|
||||
| S6 事件概述 | S7 展开 |
|
||||
|------------|--------|
|
||||
| 汤凉了重热 | 【厨房台面】做梦摸碗壁发现汤已凉,皱眉看时钟 → 【灶台特写】无声开火,火焰窜起又调小 → 做梦(内心独白):「再热一遍,她下会刚好能喝」 |
|
||||
| 精致摆盘 | 【橱柜】白瓷盘从柜子最深处取出 → 【餐桌全景】干冰倒进盘底流雾铺桌 → 【特写】筷子夹起肉块调整角度摆放 → 【特写】猛火收汁浇淋,酱汁冒泡
|
||||
|
||||
### 第二步半:展开深度标准(S7 创作前必须确认)
|
||||
|
||||
> ⚠️ **核心约束**:以下三级标准定义了 S7 事件展开的深度。**默认目标 = L2 编导标准**。未达标的大纲不得通过 Gate-4。
|
||||
|
||||
| 等级 | 名称 | 判定标准 | 适用场景 |
|
||||
|:---:|------|---------|---------|
|
||||
| **L1** | 基础可用 | 每场 2-3 条事件,每条含画面方向+动作;具名物品 ≥ 5 个;完整对话 ≥ 2 组 | 15s 以内短视频 / 紧急出片 |
|
||||
| **L2** | 编导标准 ★默认 | 每场 3-5 条事件,每条含【画面方向】+具体动作+口播/台词方向;具名物品 ≥ 12 个;完整对话 ≥ 4 组;至少 1 条行为步骤链(≥ 3 步);产品植入至少二维覆盖(材质原理+使用场景);环境细节 ≥ 5 条 | 30s-8min 常规视频 |
|
||||
| **L3** | 电影级叙事 | L2 全部要求 + 具名物品 ≥ 18 个;完整对话 ≥ 6 组;行为步骤链 ≥ 2 条(每条 ≥ 5 步);产品植入三维全覆盖(材质原理+使用场景+品牌名);环境细节 ≥ 10 条;包含至少 1 个可传播金句 | 8min+ 重点视频 / 品牌广告 |
|
||||
|
||||
**深度自检(S7 完成大纲后、提交 Gate-4 前)**:
|
||||
- □ 具名物品数是否 ≥ L2 标准(默认 ≥ 12 个)?—— 统计大纲中所有具名菜品/道具/物品
|
||||
- □ 完整对话组数是否 ≥ L2 标准(默认 ≥ 4 组)?—— 每组至少 2 句有来有回
|
||||
- □ 是否至少有 1 条完整行为步骤链(≥ 3 步连贯操作)?—— 不满足则回到第二步重新展开
|
||||
- □ 产品植入是否覆盖材质原理 + 使用场景(L2)或三维全覆盖(L3)?
|
||||
- □ 环境细节是否 ≥ 5 条(L2)?—— 灯光/材质/空间位置/物品陈列
|
||||
|
||||
### 第三步:场景预演(展开前必须完成)
|
||||
|
||||
> ⚠️ **新增步骤**:AI 在展开每场事件序列之前,必须先完成该场关键场景的**文字预演**。目的是让 AI「看到」画面后再写事件——从规则推导改为从场景翻译。
|
||||
|
||||
**预演格式**(每场 1 段,50-100 字):
|
||||
```
|
||||
【场X 场景预演】
|
||||
空间:[具体空间名]。时间:[具体时段]。灯光:[色温+亮度+来源]。
|
||||
她在哪:[位置+姿势]。他在哪:[位置+动作]。
|
||||
此刻画面:[从哪个机位看过去+最显眼的 3 个细节]。
|
||||
```
|
||||
|
||||
**示例**:
|
||||
```
|
||||
【场2 场景预演】
|
||||
空间:卧室。时间:凌晨 1 点。灯光:只开床头暖黄灯最低档,窗外全黑。
|
||||
她在哪:还没回来,床面空着,早上随手丢的西装还在被子上。
|
||||
他在哪:站在床边,手里拿着刚拆的亚朵枕头。
|
||||
此刻画面:从床尾看过去,床头托盘上眼罩/护手霜/护唇膏一字排开,充电线固定在右侧,枕头摆在床中间偏左她的位置。
|
||||
```
|
||||
|
||||
> 场景预演不写入最终大纲——它是 AI 的内部工作步骤,用于确保展开的事件有画面锚点。
|
||||
|
||||
### 第四步:大纲结构搭建
|
||||
|
||||
**大纲结构(必须覆盖):**
|
||||
|
||||
```
|
||||
【核心框架】一句话框架 + 信息增量
|
||||
【内容形式】Vlog/剧情/测评/教程/挑战/沉浸式/知识分享
|
||||
【视频标题】封面文字 + 标题文案(共2版)
|
||||
【时长规划】总时长 + 各段分配
|
||||
|
||||
┌─ 分段结构 ─────────────────────────
|
||||
#### 开场·钩子(Xs-Ys)【钩子类型:反差/悬念/冲突/痛点/氛围/人设 | 开篇任务:引入人物/抛出问题/交代背景/设立目标】
|
||||
【画面方向】具体动作 —— 口播/独白方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
|
||||
#### 中段·主体([X]s-[X]s)【叙事模型:冲突反转/悬念解谜/情绪递进/困境成长/并列对比/知识分层】
|
||||
|
||||
#### 场1:[标题](Xs-Ys)
|
||||
【画面方向】具体动作 —— 口播/独白方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
【情绪:蓄力/承接/转折/释放 | 看点:看点描述】
|
||||
|
||||
#### 场2:[标题](Xs-Ys)
|
||||
【画面方向】具体动作 —— 口播/独白方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
【情绪:蓄力/承接/转折/释放 | 看点:看点描述】
|
||||
|
||||
#### 场3:[标题](Xs-Ys)
|
||||
【画面方向】具体动作 —— 口播/独白方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
【情绪:蓄力/承接/转折/释放 | 看点:看点描述】
|
||||
|
||||
#### 结尾·收束(Xs-Ys)
|
||||
【画面方向】具体动作 —— 口播/独白方向
|
||||
【画面方向】具体动作
|
||||
行动号召:[具体行动号召] / 结尾台词
|
||||
【情绪:释放/承接/余韵 | 收尾类型:情感升华/留白/行动号召】
|
||||
|
||||
> ⚠️ 情绪设计卡已移至 S6 框架阶段完成,S7 仅引用 S6 输出的情绪和情绪设计卡,不做重复设计。
|
||||
|
||||
【广告植入占位】标注后续广告植入的位置
|
||||
【合规自检】快速扫合规清单(无违禁词 + 无虚假宣传 + 无侵权)
|
||||
```
|
||||
|
||||
**大纲质量校验规则:**
|
||||
- 钩子有效性(满足三项):①3秒抓眼 ②贴合主题(非标题党)③开篇任务至少完成2项(引入人物/抛出问题/交代背景/设立目标)
|
||||
- 钩子类型须有明确选择 + 具体台词,不写模糊描述
|
||||
- ⚠️ 每段必须有 3-5 条可拍摄事件,每条含「【画面方向】动作 —— 口播/独白/台词方向」,禁止只写一句抽象概述
|
||||
- 中段段落数与信息点密度:参见知识库 `03_框架节奏/` 中对应当前赛道的结构模板和节奏控时标准
|
||||
- 看点密度:参见知识库 `03_框架节奏/04_节奏控时叙事套路.md` 中对应当前赛道的信息密度和转折频率标准
|
||||
- 标题须有2个版本,差异化显著
|
||||
- **信息密度检查**(对标 L2 编导标准,参见本步骤「第二步半」深度标准):
|
||||
- □ 具名物品数 ≥ 12 个(菜品+道具+品牌名,统计整个大纲)
|
||||
- □ 完整对话组数 ≥ 4 组(每组至少 2 句有来有回)
|
||||
- □ 行为步骤链 ≥ 1 条(≥ 3 步连贯操作)
|
||||
- □ 环境细节 ≥ 5 条(灯光/材质/空间位置/物品陈列/声音氛围)
|
||||
- □ 产品植入覆盖 ≥ 二维(材质原理 + 使用场景,追求三维覆盖含品牌名)
|
||||
- □ 可拍摄单元总数 ≥ 50 个(每句动作/画面方向/台词为 1 个单元)
|
||||
|
||||
**时长分配:** 参见知识库 `03_框架节奏/01_标准爆款结构模板.md` 中对应赛道和视频时长的分段比例,按实际赛道确定开场/中段/结尾配比。
|
||||
|
||||
---
|
||||
## 输出
|
||||
- 结构模板选择(三段式/五段式 + 选择理由)
|
||||
- 完整短视频大纲(含分段结构、钩子设计、主体、结尾)
|
||||
- 2版视频标题方案
|
||||
- 广告植入占位标注
|
||||
|
||||
## 上下游依赖
|
||||
- 上游:[步骤5:生成短视频选题] / [步骤6:生成短视频框架(场次结构表+情绪设计卡约束引用)] / [步骤4:账号设定解析和确认(约束引用)]
|
||||
- 下游:[步骤8:植入广告内容] / [步骤9:生成短视频脚本] / [步骤10:生成短视频分镜脚本 🔶 可选] / [步骤11:脚本检查和诊断(约束引用)]
|
||||
|
||||
---
|
||||
|
||||
# 提示词
|
||||
|
||||
## System Prompt
|
||||
|
||||
```
|
||||
你是一名短视频脚本大纲创作师。S7 是结构搭建层,你的任务是:
|
||||
|
||||
1. 接收 S6 输出的框架方案、场次结构表(含情绪)和情绪设计卡
|
||||
2. 根据内容形式和时长,选择最优结构模板(三段式/五段式)
|
||||
3. **先做场景预演**:在展开每场事件前,先描述关键场景的画面(空间/灯光/人物位置/显眼细节)
|
||||
4. 基于选定的结构模板展开分段结构,匹配钩子类型
|
||||
5. **调取素材库填充细节**:从账号素材库中选择具名菜品/道具/行为链/金句,从赛道知识库中调用专业术语
|
||||
6. 生成2版差异化视频标题
|
||||
7. 标注广告植入占位
|
||||
8. 完成合规自检+密度自检
|
||||
|
||||
大纲创作规则:
|
||||
- ⚠️ 情绪设计卡已在 S6 完成,S7 只引用不重做。所有情绪/弧线类型/情绪起伏以 S6 输出为准
|
||||
- ⚠️ 事件展开规则:S6 场次结构表的「事件」列为规划概述(每场 3-5 条),S7 必须将其展开为具体可拍摄的事件序列——每条含「【画面方向】具体动作 —— 口播/独白/台词方向」,禁止只写一句抽象概述
|
||||
- **展开深度标准**:默认目标 = L2 编导标准。每条事件必须达到「编导拿到就能拍」的密度——具名菜品/道具、完整对话台词、行为步骤链(≥ 3 步)、环境细节(灯光/材质/位置)、产品植入(材质原理+使用场景)。参见本步骤「第二步半」三级标准
|
||||
- **场景预演**:在展开每场事件序列之前,先在内部完成该场关键场景的文字预演(空间/时间/灯光/人物位置/最显眼的 3 个细节),再基于预演画面写出事件序列。预演内容不写入最终大纲
|
||||
- **素材库使用**:从账号素材库(菜品库/道具库/行为模式库/金句库/环境设定)中选择具名内容填充大纲,而非从零推断。菜品必须有具体菜名,道具必须有品牌+摆放位置,行为必须有步骤链
|
||||
- 结构模板选择规则:知识分享/技能展示/15s内→三段式,Vlog/剧情/测评/30s+→五段式
|
||||
- 钩子类型须回扣 S5 选题方案中的「预设钩子」,不另起炉灶
|
||||
- 叙事模型必须明确选择一种,须与框架方案的爆款逻辑一致
|
||||
- 时长分配须参照 S6 场次结构展开表,不得自行改动
|
||||
- 口播须符合达人人设的语言风格和口头禅
|
||||
- 标题须有2个版本,差异化显著
|
||||
- **产品植入**:从素材库道具库中选择可植入产品,按三维标准展开(材质原理+使用场景+品牌名)
|
||||
|
||||
禁止行为:
|
||||
- 不得重新设计情绪弧线或情绪(S6 已定)
|
||||
- 不得在 S7 输出中复制 S6 的情绪设计卡原文(情绪设计已由 S6 完成,S7 不得重做情绪规划)
|
||||
- ⚠️ S6 场次结构表中的「事件」列是**规划概述**(如"汤凉了重热"),S7 的职责是**展开为具体可拍摄的事件序列**(如"【厨房台面】做梦摸碗壁发现汤已凉 → 【灶台特写】无声开火重热 → 做梦(内心独白):「再热一遍」"),每段 3-5 条【画面方向】+动作+口播/独白方向。这不是"复述",而是"展开"
|
||||
- 不得在未完成场景预演的情况下直接展开事件序列——必须先「看到」画面再写
|
||||
- 不得使用泛称替代具名内容——菜品必须有菜名(禁止"炒了个菜""炖了个汤")、道具必须有品牌或材质描述(禁止"一个枕头""一瓶喷雾")
|
||||
- 不得跳过密度自检直接提交
|
||||
- 不得在已有选题预设钩子的情况下重新设计钩子方向
|
||||
- 不得偏离 S6 场次结构展开表中的时长区间和情绪弧线
|
||||
- 不得使用模糊描述(如"做一个有趣的钩子"),必须具体到台词和画面
|
||||
- 不得跳过合规自检
|
||||
- 不得在广告Brief未提供时编造广告内容
|
||||
```
|
||||
|
||||
## User Prompt 模板
|
||||
|
||||
```
|
||||
请基于以下信息,生成短视频大纲:
|
||||
|
||||
【选题方案】(原始选题设计,大纲钩子须与此对齐)
|
||||
{selected_topic}
|
||||
|
||||
【选定框架】
|
||||
{selected_framework}
|
||||
|
||||
【场次结构展开表 + 情绪设计卡】(来自 S6,情绪维度硬约束,S7 只引用不重做)
|
||||
{scene_structure}
|
||||
{emotion_design_card}
|
||||
|
||||
【达人人设】
|
||||
{persona_card}
|
||||
|
||||
【账号素材库】(具名内容来源——菜品/道具/行为链/金句/环境从此选择,不得从零推断)
|
||||
{material_library}
|
||||
|
||||
【赛道知识库】(专业术语来源——食材特性/烹饪术语/家居标准由此调用)
|
||||
{domain_knowledge}
|
||||
|
||||
【广告Brief】(如有)
|
||||
{ad_brief}
|
||||
|
||||
请输出:
|
||||
1. 完整短视频大纲(分段结构,默认 L2 编导标准密度)
|
||||
2. 2版视频标题
|
||||
3. 广告植入占位
|
||||
4. 合规自检结果
|
||||
5. 密度自检结果(具名物品数/对话组数/行为链/环境细节/产品植入深度)
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
# 输出模板
|
||||
|
||||
```
|
||||
## 视频标题
|
||||
|
||||
### 方案A
|
||||
- 封面文字:[XX]
|
||||
- 标题文案:[XX]
|
||||
|
||||
### 方案B
|
||||
- 封面文字:[XX]
|
||||
- 标题文案:[XX]
|
||||
|
||||
---
|
||||
|
||||
## 大纲结构
|
||||
|
||||
### 核心信息
|
||||
- 核心框架:[一句话框架]
|
||||
- 内容形式:[类型]
|
||||
- 视频时长:[X]s
|
||||
- 目标受众:[XX]
|
||||
|
||||
#### 开场·钩子([X]s-[X]s)【钩子类型:反差/悬念/冲突/痛点/氛围/人设 | 开篇任务:引入人物/抛出问题/交代背景/设立目标】
|
||||
【画面方向】具体动作 —— 口播/独白/台词方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
|
||||
#### 中段·主体([X]s-[X]s)【叙事模型:冲突反转/悬念解谜/情绪递进/困境成长/并列对比/知识分层】
|
||||
|
||||
#### 场1:[子标题]([X]s-[X]s)
|
||||
【画面方向】具体动作 —— 口播/独白/台词方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
【情绪:蓄力/承接/转折/释放 | 看点:看点描述】
|
||||
|
||||
#### 场2:[子标题]([X]s-[X]s)
|
||||
【画面方向】具体动作 —— 口播/独白/台词方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
【情绪:蓄力/承接/转折/释放 | 看点:看点描述】
|
||||
|
||||
#### 场3:[子标题]([X]s-[X]s)
|
||||
【画面方向】具体动作 —— 口播/独白/台词方向
|
||||
【画面方向】具体动作
|
||||
【画面方向】具体动作
|
||||
【情绪:蓄力/承接/转折/释放 | 看点:看点描述】
|
||||
|
||||
#### 结尾·收束([X]s-[X]s)
|
||||
【画面方向】具体动作 —— 口播/独白/台词方向
|
||||
【画面方向】具体动作
|
||||
行动号召:[具体行动号召] / 结尾台词
|
||||
【情绪:释放/承接/余韵 | 收尾类型:情感升华/留白/行动号召】
|
||||
|
||||
### 广告植入占位
|
||||
| 位置 | 时间节点 | 对应段落 | 建议植入形式 | 预留台词空间 |
|
||||
|------|---------|---------|------------|------------|
|
||||
| 植入点1 | XX:XX | 第X段 | 口播/画面/情节 | 参见广告植入方法论文档 |
|
||||
| 植入点2 | XX:XX | 结尾 | 口播/画面/情节 | 参见广告植入方法论文档 |
|
||||
|
||||
### 合规自检
|
||||
- □ 无违禁词和敏感话题
|
||||
- □ 无虚假宣传内容
|
||||
- □ 无侵权素材引用
|
||||
- □ 价值观正常,无不良导向
|
||||
|
||||
---
|
||||
|
||||
📋 【Gate-4 | 大纲确认】确认门
|
||||
|
||||
> ⚡ 快速模式:自动通过 | 🤝 共创模式:需用户确认
|
||||
|
||||
本阶段产出已完成(短视频大纲{{如有广告则含广告植入方案}}),核心内容如上。
|
||||
|
||||
请确认以下几点:
|
||||
① 结构模板选择是否合理(三段式/五段式)
|
||||
② 钩子设计是否符合选题预设,前3秒台词是否有冲击力
|
||||
③ 每段是否充分展开(3-5条/段,每条含【画面方向】动作 —— 口播/台词方向)
|
||||
④ 广告植入占位和植入方式是否接受(如有广告Brief)
|
||||
|
||||
✅ 如果确认通过 → 请回复「确认大纲」进入下一步(生成脚本)
|
||||
✏️ 如果需要修改 → 请指出具体修改意见,本轮修改后重新提交
|
||||
⛔ 不得在用户回复前自动推进到下一阶段
|
||||
---
|
||||
```
|
||||
File renamed without changes.
+3
-3
@@ -241,7 +241,7 @@
|
||||
- 表演动作也标注在括号内:`(比划/指前方/怼脸/闭眼/同声喊出/瞪眼...)``
|
||||
- **情感铺垫继承规则(强制)**:
|
||||
· 情感铺垫等级从 S6 框架方案的「情感铺垫等级」字段原样继承,S9 无权限修改
|
||||
· 强情感铺垫:执行完整情绪工程——四类情绪闭环 + 多维度全场覆盖 + 蓄力释放映射 + 每场留白 + Show don't tell
|
||||
· 强情感铺垫:执行完整情绪工程——四类情绪闭环 + 多维度全场覆盖 + 蓄力释放映射 + 每场留白 + 行为暗示
|
||||
· 中情感铺垫:执行轻情绪管理——体验递进优先 + 关键场景多维度(至少2通道) + 释放场留白 + 不强制蓄力释放
|
||||
· 弱情感铺垫:执行信息/视觉优先——信息密度优先 + 不强制多维度(关键处用2通道即可) + 不强制留白 + 不检查蓄力释放 + 收尾实用不升华
|
||||
- **台词体裁标注规则(强制)**:
|
||||
@@ -260,7 +260,7 @@
|
||||
- **蓄力释放机制**:角色展现脆弱/付出的场景(蓄力期)必须有匹配的回报/反转场景(释放期),释放量必须大于蓄力量。参考 `知识库/07_情绪共鸣/` 分块6
|
||||
- **多维度全场覆盖**:每个情感场景使用多通道协同表达,通道组合和最低通道数参见知识库 `07_情绪共鸣/分块6_` 中对应当前赛道情感铺垫等级的标准,禁止单一通道表达关键情感
|
||||
- **留白法则**:每场结束前保留情绪留白(纯画面+环境音,无台词),让观众有时间消化情感。留白时长参见知识库 `07_情绪共鸣/` 分块6中对应当前赛道情感铺垫等级的标准
|
||||
- **Show don't tell**:禁止旁白直述替代行为暗示,用动作暗示情绪而非台词旁白说出
|
||||
- **行为暗示**:禁止旁白直述替代行为暗示,用动作暗示情绪而非台词旁白说出
|
||||
|
||||
**_中情感铺垫(轻情绪管理):_**
|
||||
- **体验递进优先**:通过场景转换、视角变化、体验层次递进维持节奏
|
||||
@@ -289,7 +289,7 @@
|
||||
- **不得对弱情感铺垫内容强制执行**蓄力释放、每场留白、全场多维度——这些只适用于强情感铺垫
|
||||
- **不得在弱情感铺垫内容的结尾强行"感悟升华"**——美妆/Vlog/知识类结尾以实用信息收尾
|
||||
- **不得在剧情演绎类脚本中使用「旁白」**(剧情类只能用角色对白或事件驱动,故事必须靠角色行为和对话来演绎)
|
||||
- 不得使用旁白直述代替行为暗示(Show don't tell)
|
||||
- 不得使用旁白直述代替行为暗示(行为暗示铁律)
|
||||
- 不得漏掉蓄力释放出口(仅强情感铺垫强制):蓄力期必须有对应的释放期,释放量≥蓄力量
|
||||
- **不得省略语气标注**:每句台词必须标注表演方向和语气
|
||||
- **不得在分行格式中杂糅多条信息**:一行只放一句台词或一个动作段落
|
||||
+1
-1
@@ -394,7 +394,7 @@
|
||||
## 输出根目录
|
||||
|
||||
```
|
||||
shortvideo_sample/{账号名}/
|
||||
case/{账号名}/
|
||||
```
|
||||
|
||||
| 步骤 | 文件名 | 写入路径 | 说明 |
|
||||
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
File renamed without changes.
Loaded 100 of 197 files, more files were not shown because too many files have changed in this diff.
Show more
Reference in new issue
Block a user