.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个问题（用 <details> 折叠后置）

**核心洞察**：提示词是「约束」（要什么），素材是「供给」（给什么）。约束逼 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（产物链完整/硬编码禁止）
- 六、冗余（重复定义）

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