mcn-short-video/.workbuddy/memory/2026-08-14.md

2026-08-14 工作日志

非剧情赛道脚本对白格式：换行 → 同一行（2026-08-14 09:54）

需求：非剧情赛道（B/C/D 格式）的"人物：（表情/动作）台词"不需要换行呈现，与剧情赛道（A 格式）的换行对白区分。

现状调查发现 3 类问题：

1. B·Vlog双轨：知识库/权威源已是"同一行+不加粗"，但 S9 文件写成"换行+加粗"（两文件矛盾）
2. C·口播要点：知识库 + 权威源 + S9 三处都是"换行"，需统一改同一行
3. S9 通用台词格式定义（L88-99 场次书写规范表 + L129-134 角色名标注规则）里"口播/旁白/广告口播"也写换行

修复（10 处，跨 3 文件）：

• 创作流程规范.md C 格式：内容格式 + 补"一行一个拍摄单元"规则（2处）
• 知识库/03_框架节奏/07_脚本格式选择指南.md C 格式：内容格式 + 核心规则 + 示例（3处）
• 9_生成短视频脚本.md：B 格式规则（旁白+角色说话）、C 格式规则、B/C 输出模板、L94 口播、L95 旁白、L132 旁白驱动、L134 广告口播（多处）

统一后格式：

• 剧情赛道 A：对白/画外对白换行（角色名一行+动作一行+台词一行）——保留
• 非剧情赛道 B：角色名（动作/表情/语气）：台词 同一行不加粗；旁白（语气）：台词 同一行
• 非剧情赛道 C：**角色名**（口播·{语气}）：台词 同一行加粗

遗留术语矛盾（待用户决定）：

• "旁白 vs 内心独白"——权威源（创作流程规范.md L231）+ 知识库（07 L99）在 B 格式用"内心独白"、明确"不用旁白"；S9 文件（L95/L132/L217）用"旁白"
• "旁白驱动"作为 S6 叙事驱动模式字段是合法的（L22/L53），与"内心独白"是不同层级概念，不冲突
• 冲突点仅在 B 格式 Vlog 的叙事线标注用词

内心独白降级 + 表情/动作/语气补充（2026-08-14 10:02）

用户决策：

1. "内心独白"降级——短视频靠视觉演绎，"内心独白"（心里话）观众看不到，除非打字幕（后期元素），故 Vlog 第一视角叙述统一改为"旁白"（画外音配音，能听到）
2. 标注维度确认为"表情/动作/语气"，检查补全

内心独白 → 旁白（7 处，跨 4 文件）：

• 创作流程规范.md B 格式：L222 内容格式 + L231 书写规则
• 知识库/03_框架节奏/07_脚本格式选择指南.md B 格式：内容格式 + 核心规则 + 示例 L113
• 7_生成短视频大纲.md L50：角色（内心独白）→ 角色（语气）
• 知识库/07_情绪共鸣/分块3 L41：代入触发器选项去"内心独白"（消除与分块1"禁止内心独白"的矛盾），改为"反应动作/面部表情/行为反应"

表情/动作/语气补充（2 处，S9 文件）：

• L136-139：原"语气的关键标注维度（说话方式/情绪状态/肢体动作）"→"台词标注维度（表情/动作/语气）"；原"情绪状态"是情绪词非表情，补"面部表情（眼神/嘴角/眉头/眼眶）"；"动作"补"行为动作（做什么/不做什么/怎么做）"
• L239-241：原"语气标注规则（必标）"→"台词标注规则（表情/动作/语气）"，同步三维度，修正"台词后标语气"的错误表述为"角色名后括号标注"

关键对齐：表情/动作/语气三维度与知识库 07_情绪共鸣/分块6 的"多维度表达模型"四通道（肢体语言/面部表情/行为动作/视听渲染）对齐——取前三通道（表情=面部表情、动作=肢体语言+行为动作），"视听渲染"属 S10 分镜范畴不含入。

剩余"内心独白"（不同语境，未改）：

• 知识库/04_爆款开场/03_嘴替共情开场.md L19：场景分类标签（"说出内心痛点"），内容层面非格式术语
• 知识库/07_情绪共鸣/分块1 L41-42：禁止语境（"不得用旁白或内心独白直述角色内心"），已是正确表述

【镜头描述｜场景元素】标注纠偏（2026-08-14 10:13）

用户纠正：我把「【景别|光线|入镜】」和「【镜头描述 ｜ 场景元素】」混为一谈，误列为"S9 避免出现"。实际：

• 【景别|光线|入镜】= S10 分镜三要素（景别等级/光线方向/入镜道具清单），S9 确实不输出
• 【镜头描述 ｜ 场景元素】= B 格式 Vlog 的画面描述（镜头角度/构图/关键物件），属 S9 B 格式，需要出现

发现：S9 文件 B 格式规则（L216"自然段落描述画面"）+ 输出模板（"（画面描述）"）遗漏了【镜头描述｜场景元素】，而权威源（创作流程规范.md L219/L229）+ 知识库 07（L84/L97）都有。

修复（3 处，S9 文件）：

• L216 B 格式规则：补"场标题下加一行【镜头描述 ｜ 场景元素】，用｜分隔视觉元素"
• L376/L384 B 输出模板：把"（画面描述——自然段落）"改为"【镜头描述 ｜ 场景元素】"
• L235 职责分离说明：补"注意区分——B 格式的【镜头描述｜场景元素】属 S9 画面描述，不受【景别|光线|入镜】限制"

教训：区分标注时，不能只看【】符号相似就归为一类，要看要素内容和职责归属（分镜三要素 vs 画面描述）。

B 格式画面标注定稿：5字段（2026-08-14 10:27）

用户决策：B 格式 Vlog 画面标注定稿为 【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】（5字段）。

关键洞察（用户提出）：S9 画面描述需保留「景别/光线」作为 S9→S10 的关联元素，否则 S10 分镜无依据。定位为粗粒度画面提示，S10 在此基础上细化（景别→精确景别+运镜+机位、光线→方向+色温、场景元素→入镜道具清单）。

五字段定义：

• 景别=画面聚焦范围（近景/全景/特写）
• 环境=环境氛围（时间/天气/气氛）
• 光线=光线氛围（暖光/冷光/逆光）
• 场景=具体场景地点
• 场景元素=关键物件/人物/状态

修改 3 文件 8 处：创作流程规范.md（L219/L229）、知识库/03_框架节奏/07（L84/L97）、9_生成短视频脚本.md（L216 规则/L235 澄清/L376/L384 输出模板）。

验证：「镜头描述 ｜ 场景元素」零残留（剩一处是检查清单"动作描述含动词"语境，无关）。

核心原则：S9 给「方向」（粗粒度画面提示），S10 给「精确」（细粒度分镜），两者是「基础→细化」关系，边界清晰且关联不断裂。

剧情 A 格式也加场次画面元数据（2026-08-14 10:31）

用户需求：剧情脚本（A·场次叙事）的场次标题后面，也加上 【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】 场次画面元数据，与 B 格式统一。

修改 3 文件：

• 创作流程规范.md A 格式：3 处场次标题（场1/场2/第N场）后加画面元数据 + 书写规则补「场次画面元数据」+ 职责分离说明加澄清
• 知识库/03_框架节奏/07 A 格式：场次标题格式 + 核心规则补「场次画面元数据」+ 完整示例（加画面元数据示例）
• 9_生成短视频脚本.md A 格式：规则补「场次画面元数据」+ 输出模板 4 处场次标题后加画面元数据

统一后 A 格式结构：

**场1：地点·时间（Xs-Xs） 情绪：{值}**
【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】

（动作叙述——连续自然段落）

**角色名**：
（动作/表情/语气）
台词内容

术语统一：三处均用「场次画面元数据」指代这个【】标注行（A/B 格式通用）。

现状：A（剧情）、B（Vlog）两种格式的场次标题下都有统一的「场次画面元数据」【景别 ｜ 环境 ｜ 光线 ｜ 场景 ｜ 场景元素】；C（口播）、D（视觉）无场次画面元数据（口播主体/画面驱动，结构不同）。

素材库引用机制澄清 + 缺口A修复（2026-08-14 11:11）

触发：复盘对标编导大纲的六大问题点时，我把素材库引用机制搞混了（把「适用场景/人设卡片」当核心来源，实际核心是「极致类型映射/知识库05」）。用户纠正。

素材库引用机制（正确）：极致维度（知识库05_极致事件）= 核心映射入口（极致类型→素材类型，定库）；适用场景（人设卡片）= 辅助过滤（账号场景，筛条）。调取顺序：极致类型定库→适用场景筛条→镜头/画面补全。

三层沉淀（用户选前两层 + 修复缺口A）：

1. 治本层 素材库/分块定义/00_通用维度_分块定义.md：四维标签过滤机制补「主次关系」说明
2. 失误层 失误与规避记录.md：追加 #003
3. 缺口A 7_生成短视频大纲.md：输入列表补「素材库」输入行（原来只有知识库+账号设定，素材库仅间接提及，与 System/User Prompt 脱节）

结论：六大问题点中，问题2/4/5/6已解决，问题1/3靠素材库基建基本解决；真正的断点是缺口A（S7输入列表缺素材库行），已修复。缺口B（S4适用场景标签）是误判——素材库引用核心是极致类型映射，适用场景链路已通。

提示词优化vs素材库分析文档（2026-08-14 11:20）

背景：用户问"知识库零素材能否只靠提示词优化解决"，我分析出核心结论：提示词优化只能治「写得抽象」，治不了「编得假」。

产出：内容创作产品规划/03_分析_提示词优化vs素材库.md（新增，与已有 01_全链路复盘、02_没有素材库光靠模型 并列）

文档结构（重点+对比前置，细节后置）：

• 一、核心结论（30秒读完）
• 二、两个优化的本质对比表（约束vs供给）
• 三、完整方案（两者叠加）
• 附：提示词优化的4个问题（用
  折叠后置）

核心洞察：提示词是「约束」（要什么），素材是「供给」（给什么）。约束逼 AI 写更多，但给不了真实素材——AI 只能编。只靠提示词 = 把泛称编成假具名，从"不具体"变"不真实"。

术语统一：可拍摄单元/拍摄单元 → 可拍点（2026-08-14 11:41）

背景：用户认为「可拍摄单元」编导不好懂，让我换词。候选对比后推荐「可拍点」（编导一听就懂"能直接拍的点"，涵盖动作/画面/台词，不与"镜头"分镜概念混淆）。

定义不变：一个具体动作/画面方向/台词 = 1 个可拍点，判断标准=编导拿到能直接拍不用脑补。

修改 16 处（8 文件）：

• 技能文件：S7（2处）、S11（2处）、创作流程规范.md（2处）、S9（1处）、知识库07（2处）
• 规划文档：01_全链路复盘（4处）、02_没有素材库（1处）、03_提示词vs素材库（2处）

保留：「表达单元」（S9 L88、S10 L18）——强调"表达形式"粒度（动作叙述/对白/闪回/空镜），与"可拍"维度不同，未改。

验证：「可拍摄单元」「拍摄单元」零残留。

术语再定稿：可拍点 → 故事细节（2026-08-14 12:08）

用户决策：中间又试了「画面细节」，用户否决——"画面缺少了一些元素"（台词是声音不算画面）。最终定稿「故事细节」。

理由：比「画面细节」全面（涵盖动作+画面+台词），比「可拍点」贴合编导（"点"太抽象，"细节"更自然）。

定义：一个具体动作/画面方向/台词 = 1 个故事细节，判断标准=编导拿到能直接拍不用脑补。

修改 16 处（同前 8 文件）：把上一轮改的「可拍点」全部替换为「故事细节」。

验证：「可拍点」零残留，「故事细节」16 处到位。

S7 禁止行为补 2 条（2026-08-14 12:25）

背景：逐条判断 01_全链路复盘 的问题时，发现 S11 诊断端有「对话概要/操作概括/环境空白」3 种 AI 常见问题，但 S7 生成端禁止行为只禁了「物品泛称」一种——生成→诊断约束断层。

用户选补缺口1、2（缺口3 环境空白未补）：

• 缺口1：不得用概要式对话替代完整台词（如"她表达了感谢"），必须展开为「角色名（语气）：具体台词」，一组对话至少 2 句有来有回
• 缺口2：不得用概括替代操作步骤链（如"认真做饭"），必须拆解为 ≥3 步连贯动作（做什么→怎么做→细节）

位置：7_生成短视频大纲.md 禁止行为，插在「不得使用泛称」之后（L208/L209）。

结论：三大根因里根因2已解决、根因1/3本质靠素材库；差距指标里「具名物品」已覆盖、「对话/步骤链」补上禁止行为、「环境细节」仍有缺口（用户未选）。

L1/L2/L3 深度标准等级名统一（2026-08-14 14:42）

背景：用户指出 L1/L2/L3 三个等级名维度不统一看不懂——「基础可用」（精度）、「编导标准」（角色）、「电影级叙事」（媒介），三个维度混用。

用户决策：统一为同一维度「基础 / 默认 / 高密度」（都是密度/精度维度）：

• L1 基础可用 → 基础
• L2 编导标准 → 默认
• L3 电影级叙事 → 高密度

修改 4 文件 12 处：S7（L56约束/L60-62表格/L149/L191/L243）、S11（L68-69/L73表头/L215/L292）、SKILL.md（L185）、01_全链路复盘（L63/L104/L115）。

保留：知识库里的「编导标准版/公式/执行逻辑」是泛指"编导行业标准"，非 L2 等级名，未改；分镜 skill 的「电影级叙事」是独立内容，未改。

验证：脚本创作技能里「L2 编导标准」「L3 电影级」「基础可用」零残留。

MCP 安装前置环境检查落地（2026-08-14 18:13）

触发：在用户电脑部署 skill 时，电脑无 Node 导致 MCP 安装失败。根因是部署注意点只写进个人记忆（~/.workbuddy/MEMORY.md），没写进技能文件——记忆不随部署走。

沉淀两处：

1. 失误与规避记录.md #004：部署注意点只写记忆未落文件（失误+规避）
2. ~/.workbuddy/MEMORY.md 新增「MCP 安装前置检查」章节（跨项目约定）

落地到技能（2 文件）：

• references/接口调用/MCP_工具调用规范.md §3 安装流程步骤3：加「前置检查运行环境」——检查 node --version / python --version，缺失先装运行时（npx 型依赖 Node、python 型依赖 Python），再写配置
• SKILL.md L57 安装引导摘要：补「同意则先检查 Node/Python 运行时（缺失先装）」

原则：凡需在用户电脑生效的部署注意点，必须写进 SKILL.md 或技能内 references 文件，不能只写个人记忆。

技能审计检查清单落盘（2026-08-14 21:23）

触发：用户回顾之前"复盘技能文件边界是否清晰+其他点"，让我把审计检查框架完整整理出来。

产出：技能审计检查清单.md（项目根目录，与 失误与规避记录.md 并列）——6 大类 13 个检查点。

框架：

• 一、流程清晰（步骤顺序/编号连续/无跳步）
• 二、边界清晰（职责不越界/字段归属正确）
• 三、引用链路完整（上下游不断裂/引用路径正确）
• 四、一致性（术语统一/字段不缺失/格式不矛盾）
• 五、红线 P0（产物链完整/硬编码禁止）
• 六、冗余（重复定义）

附使用方法：逐条对照/数据流优先/分级标注/逐条修复/沉淀教训。