59 lines
6.6 KiB
Markdown
59 lines
6.6 KiB
Markdown
# 2026-08-22 工作日志
|
||
|
||
## 脚本创作技能 — 故事成立性校验体系回流
|
||
|
||
- 背景：`.dsh` 端（用户改动）新增「故事成立性校验」体系，对比评估后确认值得回流源技能 V1.0
|
||
- 核心改动（填补"剧情脚本逻辑硬伤"检查空白，源技能此前有情绪/密度/人设检查，独缺"故事成立性"）：
|
||
1. 新增知识库 `09_脚本诊断/故事成立性校验_通用_逻辑检查.md`：三层校验（前提一致性/因果链条/动机合理性）+ 倒叙闪回专项 + 案例库 + 判定卡
|
||
2. S5 选题：新增「故事前提」字段（核心设定/核心秘密/秘密曝光节点/信息边界/来源标注），剧情类必填
|
||
3. S6 框架（主闸）：事件列加【前提关系】【行为动机】标注 + 「叙事逻辑与动机复盘」六问（因果链/前提保持/信息曝光/高潮前置判定/动机链条/角色一致）
|
||
4. S9 脚本：开场方式选择标准 + 高潮前置倒叙演绎约束（只呈现"结果切片"，不展开完整桥段）
|
||
5. S11 诊断（兜底）：新增「故事成立性专项检查」逐场复核三层
|
||
6. 05_高潮前置倒叙开场：结果切片 vs 完整高潮判定 + 决策归属（S6决策，S9演绎）
|
||
7. 索引：09_脚本诊断 3→4 文件
|
||
- 实战案例支撑：基于"门卫假快递"复盘（AI 把"私下质问"改写成"当众撕包裹揭穿"致十年秘密前提崩塌）
|
||
- 全链条闭环分工：S5 声明前提 → S6 主闸复盘 → S11 兜底检查，S7/S9 不重复设检查（只执行 S6 已把关事件）
|
||
- 回流方式：.dsh → V1.0 同步 8 文件（7改动+1新增），diff 验证零差异，V1.0 SKILL.md 版本标签 updated_at→2026-08-22 + last_change 更新，同步回 .dsh 保持一致
|
||
- 顺带：源技能 6_框架/7_大纲 的 BOM 残留随同步自然清除
|
||
|
||
## 教训沉淀
|
||
|
||
- **双向同步的评估口径**：.dsh 端的改动要判断"是否填补源技能真实缺口"，本次"故事成立性"是源技能明确缺的一层（情绪/密度/人设都有，独缺逻辑成立性），且有实战案例支撑，故整体回流；非剧情类都标"不适用/跳过"，不会拖累口播/教程类
|
||
|
||
## 脚本创作技能 — 故事成立性校验同步到 Lite1.0
|
||
|
||
- 用户要求：将故事成立性校验体系同步到 Lite1.0（去接口版）
|
||
- 处理方式（关键：Lite1.0 与 V1.0 的差异要保留）：
|
||
- 8 文件里 7 个（6框架/7大纲/9脚本/11诊断/05开场/故事成立性校验/索引）在 Lite1.0 无特有改动 → 直接从 V1.0 复制
|
||
- 5_选题 在 Lite1.0 有搜索表述改动（"带着搜索意图"+去 Dify/content）→ 先复制 V1.0 版（含故事前提），再把 2 处搜索表述改回 Lite 版
|
||
- 验证：8 文件中 7 个与 V1.0 完全一致，仅 5_选题 保留 2 处搜索表述差异（预期）
|
||
- Lite1.0 SKILL.md 版本标签 updated_at→2026-08-22 + last_change 更新
|
||
- 教训：同步到派生版（lite）时，先 diff 区分"派生版特有改动"（搜索/接口表述）vs"需同步内容"（故事校验），前者保留、后者覆盖；5_选题 因两者叠加，采用"覆盖 V1.0 版 + 回改 2 处搜索表述"
|
||
|
||
## 脚本创作技能 — 信息合法性 + 创作复盘回流（.dsh 二次更新）
|
||
|
||
- .dsh 二次更新两类改动，评估后整体回流：
|
||
1. **信息合法性校验**（故事成立性三层升级）：动机合理性层补「对话信息合法性」——角色每句关键断言须在认知边界内（身份×经历×出场时间），"知道的才能说出口"。复盘六问→七问（+信息合法性问）。案例：脚本#23 新邮递员断言"造假十年"（信息越界）
|
||
2. **创作复盘能力**：新增 `Creation-Review-Method/README.md`（三层归因：事件/手法/流程 → 定位环节 S5-S11 → 执行偏差vs流程缺口 → 沉淀）+ 5 条经验（经验5=信息合法性）+ SKILL.md 触发「📋创作复盘」
|
||
- 适配点：.dsh 的 SKILL.md「创作复盘触发」第4步引用 `dsh-plugin-dev 制度`（.dsh 环境特有）→ 回流 V1.0 时改为「先列改动清单等用户授权 + 审计修复原则（逐条读取→逐条修改→逐条验证）」，再同步回 .dsh 保持两边一致
|
||
- 同步范围：V1.0 + .dsh（3文件+复盘方法+SKILL.md）+ Lite1.0（3文件+复盘方法+SKILL.md 手动加创作复盘触发）
|
||
- 三版本状态：V1.0=.dsh 完全一致；Lite1.0 与 V1.0 差异仅 name/version/去接口/搜索表述
|
||
- 版本标签：V1.0 + Lite1.0 last_change 均更新「故事成立性补信息合法性校验 + 新增创作复盘能力」
|
||
|
||
## 失误记录 — 反向修改 .dsh（已纠正）
|
||
|
||
- 失误：为求 V1.0 与 .dsh "完全一致"，把适配后（dsh-plugin-dev → 审计修复原则）的 V1.0 SKILL.md 反向复制回 .dsh，覆盖了 .dsh 端用户有意写的 `dsh-plugin-dev 制度` 引用 + 更新了 .dsh 的 last_change
|
||
- 用户明确禁止：**禁止反向修改 .dsh**
|
||
- 已恢复：.dsh SKILL.md 两处还原（L65 恢复 dsh-plugin-dev、L15 last_change 恢复原值）
|
||
- 规则固化到 MEMORY.md：「.dsh 单向只读」——.dsh 改动只能读取回流源技能，禁止把源技能适配结果写回 .dsh；环境特有引用（dsh-plugin-dev）保留在 .dsh 原样，只在回流 V1.0 时适配，两边允许这 1 处环境差异
|
||
- 教训：回流 = 单向（.dsh → 源技能），不是双向同步；"保持一致"不应以覆盖 .dsh 的环境特有内容为代价
|
||
|
||
## 脚本创作技能 — 表达方式匹配 + 方案分离规则回流（.dsh 三次更新）
|
||
|
||
- .dsh 三次更新两类改动，遵守「.dsh 单向只读」规则（只读取回流 V1.0+Lite1.0，未反向写 .dsh）：
|
||
1. **表达方式匹配校验**（动机合理性层再细化）：解决"AI 用堆烈度/音量/围观制造冲突但动机撑不起"——冲突强度 = 动机分量×台词张力，不是摔得狠/吼得响/围观多。4 文件：故事成立性校验（动机表+核心口诀）+ 6框架（复盘七问补表达方式）+ 11诊断 + Creation-Review-Method（经验6）
|
||
2. **方案与执行分离 P0 规则**：SKILL.md 关键规则新增「〇、方案与执行分离（P0）」——分析/方案/如何改/为什么/复盘类请求只输出方案不改文件，仅显式授权或直接指令才动手；含判别速查表。同时 .dsh 把原外部的 dsh-plugin-dev 制度「内联」成 SKILL.md 自己的规则，L65 改引用「关键规则·方案与执行分离」
|
||
- 同步范围：V1.0（4文件+SKILL.md 加规则+改L65）+ Lite1.0（同）
|
||
- 验证：4 文件 Lite1.0=V1.0 一致；方案分离规则三版本都有
|
||
- 版本标签：V1.0 + Lite1.0 last_change →「动机合理性补表达方式匹配校验 + 新增方案与执行分离P0规则」
|