292 lines
24 KiB
Markdown
292 lines
24 KiB
Markdown
# 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」残留
|