@lemoncat7/dsh-partner 2.5.0 → 2.7.0

package/resources/skills/drama-production/upstream/skills/short-drama-assets/references/character-and-look.md

@@ -0,0 +1,190 @@
+# Character / Look 设计
+
+## 目录
+
+1. 分工
+2. Character：最小稳定识别集
+3. Look：一次相容的外观组合
+4. 可选声音方向：身份锚点不等于本场 delivery
+5. 制作形态与身份锚点的可表达性
+6. 合成例：顾禾
+7. 角色 设定集 的实用检查
+
+## 分工
+
+- **Character** 回答“这个人持续是谁、怎样被再次认出”。
+- **Look** 回答“这个人在一个明确时段以怎样的完整外观出现”。
+
+把两者拆开，是为了换装、受伤、湿污和年龄变化时仍能复用人物身份，同时让图片提示
+词与分镜精确选择一个相容造型。
+
+
+## 画面代称要覆盖每一种正文语言
+
+`画面代称` 是下游覆盖检查唯一用来匹配的字符串：冻结关键帧、图片提示词、视频提示词里出现了这个词，
+才算「这一镜点了这个资产的名」。匹配是逐字的，不做翻译。
+
+问题在于三份正文的语言不一定相同：图片提示词与冻结关键帧跟 `format/prompt_language`，
+视频提示词优先跟已接受的 `video_prompt_language`。而校验器只按后者的解析结果决定要不要强制
+「代称不能等于名字」——于是一个 zh + en 混配的项目很容易写成**只有英文代称**，
+然后中文正文里这个资产永远匹配不上。
+
+**这种失败是静默的**：匹配不上不会报错，只会让覆盖检查对这条资产整个不生效，
+看起来一路绿灯。所以：
+
+- 一个资产的 `画面代称` 要**把它在各份正文里实际会出现的写法都列上**（中文名与英文代称并列），
+  不是二选一；
+- 正文里确实不该靠名字识别时才写 `画面代称：无`，那是明确的弃权，不是省事。
+
+## Character：最小稳定识别集
+
+从剧本与 creator reference 中选择足以区别此人的持久锚点：
+
+- 叙事身份与关系（用于消歧，不是外观替代品）；
+- 稳定的面部/头部比例、体态轮廓、永久特征；
+- 基础发质/发际等稳定部分；具体梳法可属于 Look；
+- 永久性饰物仅在确实不随 Look 变化时作为 anchor；
+- 表演/声音的持续事实可写入 设定集，供后续提示词或 casting 参考，但不伪装成可见外观。
+
+锚点要**有区分度且能被观察**。“漂亮年轻女性”“霸总气质”“电影感”都不足以认人。
+也不要过度指定剧本没有要求的肤色、年龄、五官或身体特征；以
+`creator_decision_needed` 暴露空缺。
+
+锚点集合里至少有一条在**侧面**成立、一条在**背面**成立。很多镜头只给到侧身、背影或
+远景，只在正脸可读的特征（眉眼间距、瞳色、唇形）不能是唯一识别通道；轮廓与重心、
+发型剪影与发际形状、肩背线、固定配饰的外形都可以承担这两个方向。写法示例：
+`["方额窄下颌", "后颈发际收成尖角", "右肩比左肩低约两指、起步时先出右肩"]`——第一条正面
+成立，第二条背面成立，第三条侧面与背影都成立。
+
+同时写出全组**可比较的尺度次序**：谁高于谁、差多少量级，并给一个绝对参照点。示例：
+「甲最高，乙比甲矮约一个头，丙比乙再矮半头；甲站直时头顶与门框上沿齐平」。这条次序由
+Character 拥有，换鞋、加厚外套、盘发都不改写它（那些属于 Look）。剧本没有给出身高
+关系时，以 `creator_decision_needed` 暴露，由创作者定，不由角色表模板的默认体型补齐。
+
+人物关系帮助理解谁控制空间、谁观察谁、谁会保护或攻击谁，但**不自动决定美丑、肤色、
+体型或面部善恶感**。主角不因“主角”字段自动变漂亮，反派也不因“反派”字段自动变丑。
+需要视觉层级时，从创作者已接受的社会位置、职业使用痕迹、轮廓区别、服装职责、姿态和
+调度中取证；审美理想化、夸张或反类型都是创作者选择，不能由关系标签偷偷补完。
+
+**`reviewed_invariant` AST-04**： 临时淤青、制服、雨水、当天妆容不得成为 Character
+持久锚点，否则同一人恢复后会被误判成另一身份。
+
+## Look：一次相容的外观组合
+
+一个 Look 只容纳能同时存在的组合：
+
+- 服装层次与鞋履；
+- 发型整理、妆容、伪装；
+- 伤势、包扎、污渍、湿度、天气化；
+- 与身体绑定的可见配件；手持道具仍绑定 Prop，不吞进 Look；
+- cause、valid_from、valid_until 和 source refs。
+
+写 Look 时先引用 Character identity，再只写相对 base/前一 Look 的差异。不要复制整段
+脸部描述形成第二份权威。
+
+## 可选声音方向：身份锚点不等于本场 delivery
+
+**`AST-07 · reviewed_invariant`**：项目需要跨集保持声音时，可在 Character 记录 `voice_direction`：语言/方言范围、
+**创作者授权的参考音频绑定**、用于选型与验收的判据、已接受的专名发音。紧张、淋雨、受伤、
+耳语、某句重音和临时音量属于场景/台词 delivery，不要固化成声音身份；变声、年龄跨度或
+伪装若跨段持续，则记录有来源和有效范围的变体。
+
+音色的载体是参考音频，不是一段文字描述。没有参考时保持 `reference: null` 并标「待选型」，
+不要用形容词冒充音色身份。参考绑定要写清这次借用它的什么、哪些内容不能跟着来
+（那条参考里的情绪、录音空间、背景内容永远不进身份），以及证据到了哪一步——
+详见 [声音方向](voice-direction.md)。声音方向直接写在对应人物的 `视觉设定.md` 条目中，不另建
+配音表或第二份权威。
+
+文本引用只能保证角色、台词、声音方向与引用关系没有被改写，不能保证任何真实合成结果、
+口型或音色复现。引用使用 `视觉设定.md` 内的可见 ID，不把网址、外部任务字段或服务参数写进设定；
+参考音频本身留在 `输入/`，不复制进 `视觉设定.md`，也不进公开交付。
+
+**资产阶段不生成音频，也不调用任何语音、合成或克隆服务**。 记录先落进文件、由创作者
+确认；实际 TTS 交给 `$short-drama-produce`，并须对它展示的本次任务预览明确确认。
+
+### 什么时候值得新 Look
+
+**`craft_default` AST-03**： 满足任一条件时提议：跨多个 block/scene 持续；会重复使用；
+需要独立角色参考图；改变观众识别/剧情信息；下游必须精确绑定。瞬时表情、姿势、
+视线和手位由 shot/continuity 处理，通常不新建 Look。
+
+### 造型不能互相污染
+
+- “工作服”和“庆典礼服”如果时空不重叠，就不能在同一 Look 中同时出现；
+- 包扎在 source block 后才生效，前面镜头不能提前绑定；
+- 外套脱下后仍是同一 Character，但应切换 Look 或记录可追踪的 layer delta；
+- 若雨水只造成短暂局部湿痕，可用 delta；若跨集保持并需视觉复现，再升为 Look。
+
+## 制作形态与身份锚点的可表达性
+
+写最小稳定识别集之前，先读 `视觉设定.md` 的“项目视觉方向”和已明确的制作形态；尚未决定且会
+实质影响识别通道时，向创作者给出选择，不从对话记忆补造。
+
+原因很直接：**形态决定观众靠什么通道认人**，因而决定哪些锚点在这个项目里根本可被表达。
+
+| 主要识别通道 | 值得写的锚点 | 写了也看不见的锚点 |
+|---|---|---|
+| 面部结构 | 面部比例、眉眼鼻唇相对关系、下颌与颧骨体积 | 只有大远景才成立的体量差 |
+| 剪影与线条 | 轮廓与肩背重心、发型剪影与发际形状、固定配饰外形、服装廓形、步态负重 | 细微的五官不对称、浅色小痣、依赖真实皮肤纹理的痕迹 |
+| 材质与表面 | 皮肤/毛发/布料的可比较表面状态、长期使用痕迹 | 需要柔和过渡才能读出的体积差 |
+
+### 写实细节与身份连续性
+
+**`craft_default`**：写实项目可以在稳定识别特征之外，补充皮肤纹理、自然不对称或使用痕迹。
+远景中不易读出的细节，不宜单独承担跨镜识别。
+
+痣、疤和牙齿形态等如果是人物既定特征，仍须保持；不能因它们难生成就允许随镜变化。
+毛孔、细纹等微观纹理不必逐像素一致。是否需要这些细节由画面尺度与已接受风格决定。
+
+**`taste_option`**：偶像化、漫画或其他风格可采用更平滑的表面，不以写实程度判错。
+
+### 边界：形态选通道，身份定事实
+
+- **`reviewed_invariant`**：形态可以改变锚点的**表达通道与颗粒度**，不得改写身份事实本身。
+  不能因为“不好画”把五十岁写成二十五岁、把厚重体格写成修长，也不能为了轮廓好看新增
+  疤痕、异色瞳或不存在的配饰。
+- 已确认身份在当前形态下找不到可靠表达通道时，标为“需创作者决定”：由创作者决定
+  换形态还是改身份，资产环节不静默调整。
+- Look 层同理：形态决定服装层次、材质响应能表达到多细，不决定 Look 由哪些单品组成，也不
+  决定 cause、valid_from、valid_until。
+- 形态同样不改写地理、持物归属、可读文字政策与故事状态；这四项分别属于 Location/View、
+  Prop/State、text policy 与 write/develop owner。
+
+### 模板槽位不得覆盖身份锚点
+
+**`reviewed_invariant`**：模板槽位不得覆盖已确认的身份锚点；当模板默认值与当前身份冲突时，
+**身份优先，模板让位**。
+
+合成例：角色甲的锚点是五十岁上下、体格厚重、肩背略沉。若角色表模板对每一条记录
+机械填入“九头身黄金比例、极度修长的双腿”，角色甲的身份就在没有任何创作者决定的情况下被
+改写；而且因为每个角色都带同一句，下游会把它读成风格统一，不会当成冲突。角色乙即使确实
+修长，也应由自己的当前视觉设定写出，不由模板默认值代写。
+
+排查方式：把同一批角色记录并排看，找出**逐字重复且与该角色无关**的描述句；不能追溯到某条
+当前视觉设定的，删除或改写成该角色的真实锚点，并在预览里说明改动。
+
+## 合成例：顾禾
+
+Character `CHAR-GUHE` 的当前锚点：窄长脸、左眉尾短缺口、自然卷黑发、肩背略前倾。
+这些锚点不会因本集换装改变。
+
+- `LOOK-GUHE-WORK`：灰绿工作夹克、深色长裤、头发低束；渡站值班期有效。
+- `LOOK-GUHE-RAIN`：在工作装外加橙色旧雨衣，兜帽放下；从 SC004 出门前穿上，
+  到 SC006 脱下。
+- SC005 右肩湿痕：若只维持几镜，作为 delta 指向 `LOOK-GUHE-RAIN`，不是
+  `CHAR-GUHE-WET`。
+
+反例：“橙色雨衣女人，湿头发，脸上有伤”被直接写成 Character identity。这样雨衣
+脱下、头发变干、伤口愈合时，人物就失去所有所谓“身份锚点”。
+
+## 角色 设定集 的实用检查
+
+- 去掉本集服装和伤污后，这个人还能与其他角色区分吗？
+- 每个 Look 是否只引用一个 Character，并且内部状态能同时成立？
+- 造型变化是否有 source/cause/validity，而不是凭审美换装？
+- 相同显示名是否误合并，不同称谓是否误拆分？
+- 手持物是否仍由 Prop/State 拥有，未被埋进角色描述？
+- creator 是否接受了新增身份锚点，而不是系统替其补完？
+
+群演可以按制作需要使用 group Character；一旦某个个体有台词、关键交接或跨镜连续，
+应提议独立身份。此颗粒度是 **`taste_option`**，但选择要能满足故事追踪。

package/resources/skills/drama-production/upstream/skills/short-drama-assets/references/continuity-delta.md

@@ -0,0 +1,120 @@
+# 资产连续性与变化记录
+
+## 目录
+
+- [边界匹配](#边界匹配-con-01)
+- [状态表与变化记录](#状态表与变化记录的区别)
+- [各环节负责什么](#各环节负责什么)
+- [需要追踪的状态](#需要追踪的五组状态)
+- [记录步骤](#写变化记录的步骤)
+- [状态链示例](#合成状态链)
+- [非线性时间](#非线性时间与有意断裂)
+- [修订影响](#修订影响)
+- [交接检查](#交接检查)
+
+## 边界匹配 (`CON-01`)
+
+对相连镜头，逐字段比较前一镜已接受的结束状态与下一镜已接受的开始状态。
+只有上游负责人已经记录变化，或负责人明确提出的修订仍在处理中，差异才有依据；
+不得靠运动提示词悄悄“补过去”。
+
+## 状态表与变化记录的区别
+
+- **状态表**回答某个边界“现在是什么状态”。
+- **变化记录**回答“什么发生了变化、变化前后分别是什么、原因是什么、何时生效、影响谁”。
+
+不要在每场复制完整设定表；只记录下游会依赖的状态和变化。这样既能发现无来源的跳变，
+也能在剧本修改后准确标记 `stale`，不必重做整个项目。
+
+## 各环节负责什么
+
+资产技能负责身份、资产版本和场景级资产状态变化，例如造型何时切换、道具何时转手、
+场景光线何时由正常变为停电。故事开发技能负责计划中的故事状态；剧本技能负责已经
+写出的知情情况、信念、目标、关系与权力、情绪变化及其故事意义。资产状态表只引用
+这些来源，不得在 `after` 中另写一套故事事实。
+
+分镜技能负责每个镜头的开始和结束边界，包括姿态、位置、目光、双手、持物和可见状态。
+资产可以引用这些边界，但不能另写一套相冲突的手位和走位。
+
+**`structural_invariant` CON-04**： 每条变化都要有前态、后态、原因或来源、有效范围，以及受影响的
+现有 `IMG-...`、`SHOT-...` 或 `MOTION-...`。没有变化时不能只写“更新了”。
+
+**`structural_invariant` CON-06**：受影响列表要覆盖所有已经存在的使用方；尚未建立的工作只说明
+负责 owner 和需要同步的事实，不预建占位记录。
+
+## 需要追踪的五组状态
+
+1. **人物的故事状态**：知情情况、信念、目标、关系与权力、情绪。只在它们会影响后续
+   行动或审稿时追踪，并指向故事开发或剧本中的准确来源；它们不属于资产技能自行创造的变化。
+2. **人物的可见状态**：准确造型、伤势、污湿和场景级携带物。单镜内的姿势由分镜负责。
+3. **地点状态**：地点、观察视角、可用入口、时段、天气、光线和关键陈设。
+4. **道具状态**：准确版本、负责人、持有人、位置、状况、内容物和可读文字。
+5. **场次或集间交接**：上一场或上一集的结束状态、下一场或下一集的进入状态，以及
+   依赖这些状态的提示词和镜头。
+
+**`craft_default` CON-03**： 只跟踪后续可能引用的事实。顾禾鞋带的颜色若不影响识别或
+动作，不必在每场重复；她带走的唯一号牌必须进入结束状态。
+
+## 写变化记录的步骤
+
+1. 在资产出现记录中发现明确变化或边界不一致。
+2. 读取 `视觉设定.md` 中上一处明确状态，绝不从下游提示词反推。
+3. 写清单一的 `before` 和 `after`；一个复合事件可以拆成多条同因变化。
+4. 写明导致变化的场景 ID、动作/对白或视觉设定条目，让原因能在当前五文档中直接核对。
+5. 声明从哪个剧本段、场次或集开始生效，到何时结束；没有明确终点时写 `open_ended`。
+6. 已经存在的使用方列出受影响的 `IMG-...`、`SHOT-...` 或 `MOTION-...`；未来工作只说明需要
+   同步，不预建占位引用。
+7. 与下一处相连的开始状态比较：一致就通过，不一致就明确提出修订。
+
+### “未知”不等于“恢复默认”
+
+上一集结尾人物仍带伤，本集没有提伤势，不能自动恢复为无伤。保留最后一次确认的状态，
+并建立 `unresolved` 的连续性问题：仍然带伤、发生了有意省略的治疗，还是剧本遗漏？
+
+### 知道事实不等于知道对方也知道
+
+身份或秘密场景至少区分：甲是否知道事实、乙是否知道事实、甲是否知道乙已经知道。
+如果本集进入状态已经声明“双方互知身份”，就不能把“他确认对方认出自己”当成本集
+新的揭示。要么修正进入状态，要么重新说明本场真正改变的是哪种信念或策略。
+
+### 有来源不等于变化合理
+
+引用某个剧本段只能证明变化有文字来源，不能自动证明因果成立。例如“灯闪了一下”
+不足以解释整栋渡站永久断电。**`reviewed_invariant` CON-02**： 审查者要结合剧本
+证据，判断伤势、知情情况、道具归属、天气和光线变化是否可信；字段非空不能代替判断。
+
+## 合成状态链
+
+SC004 开始：顾禾穿 `LOOK-GUHE-RAIN`；铁皮匣闭合，号牌在里面；值班室灯亮。
+
+1. 她开匣取牌：匣从“闭合、装有号牌”变为“打开、空”；号牌从匣内转到顾禾右手。
+2. 她把号牌交给魏叔：号牌从顾禾右手转到魏叔右手，原因指向交付动作。
+3. 配电箱跳闸：场景由正常夜间照明变为停电，直到维修；若集末仍未维修就写 `open_ended`。
+4. 暴雨从破窗打湿雨衣右肩：人物可见状态变湿；若跨集复用或需要参考图，再建立新造型版本。
+
+结束状态至少声明：魏叔持号牌、铁皮匣空且打开、值班室断电、顾禾雨衣右肩湿。
+下一集若直接写顾禾手持号牌，必须有归还记录或由创作者接受的修订，不能静默“对齐”。
+
+## 非线性时间与有意断裂
+
+蒙太奇、省略、梦境和主观画面可以不遵守普通的前后相接，但要明确写出断裂类型、
+进入和退出边界，以及哪些状态仍可信。这属于 **`taste_option` CON-05**，不是逃避记录的
+理由。闪回不会重写当前时间线的状态表；它在自己的时间分支中使用相应的历史版本。
+
+## 修订影响
+
+- 修改伤势开始的剧本段：列出直接读取该段的造型、提示词、镜头或运动提示词；需要刷新时由各 owner 更新。
+- 只修改道具显示名，ID 和事实不变：通常只更新显示文本，不重做无关分镜。
+- 修改镜头构图：不自动修改资产文件。
+- 修改截图说明或提示词文案：不得反向改写当前视觉状态。
+
+## 交接检查
+
+- 每个相连镜头的结束状态与下一镜开始状态一致，或已有负责人明确提出修订。
+- 转手同时说明从谁手中到谁手中，物件不会在两人手里复制。
+- 伤势、造型、天气和光线不会无原因复位。
+- 道具内容状态与人物知情情况分开记录。
+- 变化的有效范围覆盖所有依赖镜头，而且不会提前生效。
+- 受影响列表覆盖所有已经存在的提示词、镜头和运动提示词使用方；修订时重新
+  计算实际使用方，不只沿用旧清单。
+- 结束状态足以让下一集继续，不依赖创作者脑内记忆。

package/resources/skills/drama-production/upstream/skills/short-drama-assets/references/continuity-lock.md

@@ -0,0 +1,122 @@
+# 跨镜一致性锁
+
+## 目录
+
+- [为什么识别锚点还不够](#为什么识别锚点还不够)
+- [什么值得上锁](#什么值得上一把锁)
+- [锁面怎么写](#锁面怎么写)
+- [语法](#语法)
+- [谁负责把锁面带走](#谁负责把锁面带走)
+- [反例](#反例)
+- [校验](#校验)
+
+## 为什么识别锚点还不够
+
+识别锚点是写给创作者读的事实；执行端读不到它，只读得到每条提示词自己的正文。同一件毛衣第一镜
+织的是蓝色、第二镜变成红色，通常不是资产写错了，而是**没有任何一条提示词把颜色带进去**：视觉
+设定写了，关键帧写了一半，运动提示词以为参考帧已经交代过就把重复描述删掉了。
+
+参考图也补不上这一层。一张角色板只能约束它自己画到的部分；正在编织、只成形一半的毛衣，被手挡住
+的道具，每镜重新构图的服装细节，都落在身份参考“默认不能控制”的一侧。
+
+一致性锁补的就是这一段：把跨镜不变的那几个字固定下来，并要求它原样出现在每条受影响的提示词里。
+
+## 什么值得上一把锁
+
+三条同时成立才值得上锁：
+
+1. 这个可见事实在本集出现于两个以上镜头，或一个镜头加一张资产板；
+2. 观众能直接看出前后不一致；
+3. 它不随剧情改变——会变的是状态，**状态不上锁**。
+
+典型：服装主色与形制、道具主色与材质、发型长度、伤口位置与形状、招牌或界面的形制配色。
+不典型：情绪、姿势、左右手、镜头角度、时段光线、破损进度、持有人——这些是状态或镜头瞬态，
+分别归 `本集状态` 与分镜。
+
+**`craft_default`**： 一集里的锁通常是个位数。把每条识别锚点都升级成锁，每条提示词都会被同一串
+名词短语撑满，反而挤掉本镜真正要执行的动作。
+
+## 锁面怎么写
+
+`锁面` 是**要被逐字带进提示词正文的那一小段字**，不是描述，也不是给人读的说明：
+
+- 锁面必须**逐字出现在它管到的每一份可复制正文里**。校验器会在三处查同一个字符串：
+  图片提示词正文、冻结关键帧提示词、视频提示词正文。
+- 图片与冻结关键帧使用 `format/prompt_language`，视频可能使用另选的 `video_prompt_language`。
+  语言不同时，优先使用确实适合各份正文的共同色值、型号或专名。
+  当前 `镜头：` 同时约束本镜首帧与视频正文，不能靠拆成两把锁分别约束两种语言。
+  没有合适共同词组时，在视觉设定中保留事实并报告此限制，暂不声明这把逐字锁；
+  不缩小事实实际出现的镜头范围来绕过检查，也不自行改变用户选择的正文语言。
+
+- 只保留最小可辨识名词短语，通常是「颜色 + 材质/形制 + 物体」，例如
+  `pale blue chunky knit wool sweater`；
+- 不含句号、动作、状态、数量、镜头信息和剧情；
+- 不写会随镜头变化的词（`in her hands`、`half-finished`、`on the sofa`）；
+- 一个实体一把锁；同一实体的两种造型是两把锁，各写各的生效镜头。
+
+比较时忽略大小写，换行按空格处理（可复制正文本来就渲染成一段，硬折行不影响匹配），其余字符
+逐字比较。提示词可以在锁面前后接语法（`she keeps knitting the pale blue chunky knit wool
+sweater`），但不能改写锁面内部——少一个 `stand-collar`、多一个逗号都算漂移。
+
+还有两处刻意不算数，因为它们看起来命中、实际并没有把事实写进画面：
+
+- **粘在词上的匹配不算**。锁面首尾是字母数字时，紧挨着的字母数字或连字符会让它落空：
+  `chipped white enamel mug` 不被 `unchipped white enamel mug` 满足，
+  `pale blue knit` 不被 `pale blue knitwear-print fleece` 满足。锁面要能作为一个完整的词组读出来。
+- **负面提示词里的匹配不算**。写在 `no`/`not`/`without`/`avoid` 或 `不要`/`不能`/`没有`/`避免`
+  之后的锁面说的是「不要出现它」，正好与锁的目的相反；`..., no pale blue chunky knit wool
+  sweater` 不能作为锁面在场的证据。锁面必须出现在描述画面内容的正文里。
+  「粘在词上」只对 ASCII 词生效——中文本来不分词，`织着浅蓝色粗棒针毛线` 正常命中。
+
+## 语法
+
+写在 `视觉设定.md` 对应资产条目下，与识别锚点并列：
+
+```markdown
+## 道具 · 织了一半的毛衣
+
+- 识别锚点：浅蓝色粗棒针手织毛线，竹制棒针两根，衣身只织到胸口。
+- 本集状态：SC002 起衣身加长约一掌；颜色与针法不变。
+- 连续性锁：LOCK-KNIT《织了一半的毛衣》（镜头：全集；图片提示词项：IMG-PROP-KNIT）· 锁面：pale blue chunky knit wool sweater
+```
+
+- 列表记号写 `-`、`*` 还是 `+`，缩进几格，都不影响识别；一条看起来像锁却写不完整的行会被
+  报成语法错误，不会被悄悄跳过——锁不能变成空转；
+- `LOCK-...`：本集唯一稳定 ID，与 `IMG-...`、`REF-...`、`SHOT-...` 互不混用；
+- `《中文名》`：给创作者读的名称，必须含中文；
+- `镜头：`：`全集`，或 `、` 分隔的 `SHOT-...` 列表；两者不能混写；
+- `图片提示词项：`：可选，`、` 分隔的 `IMG-...` 列表，整段省略即表示不约束图片提示词；
+- `锁面：`：被逐字带走的那段字，写在行尾。
+
+## 谁负责把锁面带走
+
+| 文档 | 义务 |
+|---|---|
+| `图片提示词.md` | 被点名的 `IMG-...` 可复制正文含锁面，让参考图本身就是对的 |
+| `分镜.md` | 生效镜头的冻结关键帧提示词含锁面 |
+| `视频提示词.md` | 对应 `MOTION-...` 可复制正文含锁面 |
+
+**`structural_invariant` CON-07**： 锁面在生效范围内不得以“参考帧已经交代过”为由删除。图生视频
+删掉重复的静态描述是常规做法，但锁面是这条常规做法写明的例外——它正是为了挡住跨镜漂移才存在。
+
+状态变化不进锁面：毛衣越织越长写在 `本集状态`，颜色和针法写在锁面。两者同时存在时，提示词自己
+写长度，锁面负责颜色和针法。
+
+## 反例
+
+- `锁面：蓝色毛衣`——提示词正文是英文时永远匹配不上，且“蓝色”分不出浅蓝和藏青；
+- `锁面：a pale blue sweater that she has been knitting since the first scene`——含剧情和时态，
+  下一镜必须改写它，锁当场失效；
+- `锁面：high quality, detailed`——不是可辨识事实，锁住了也证明不了一致；
+- 只把锁的 `镜头` 范围写到「文字已经对的那几镜」——范围要按这个事实**实际出现在哪几镜**来写，
+  按已经写对的地方来写，等于把校验器指向没有风险的位置；
+- 把 `镜头：全集` 用在只出现两镜的道具上——其余镜头会被迫写入与本镜无关的名词。
+
+## 校验
+
+```bash
+python3 <core 技能目录>/scripts/creator_markdown_check.py 剧集/<EP> --project-root .
+```
+
+它只机械核对语法、范围可解析，以及锁面是否真的出现在被点名的正文里。该不该上这把锁、锁面写得
+准不准，仍由创作者和审查判断。

package/resources/skills/drama-production/upstream/skills/short-drama-assets/references/identity-vs-variant.md

@@ -0,0 +1,140 @@
+# 身份、版本与复用判断
+
+## 目录
+
+- [三个问题](#三个问题)
+- [身份与状态](#持续身份与可变状态)
+- [判断步骤](#判断步骤)
+- [容易误判的情况](#容易误判的情况)
+- [合成示例](#合成判断例)
+- [决定记录](#决定记录要说明理由)
+- [制作案例](#制作案例说明)
+
+## 三个问题
+
+不要先问“要不要新建文件”，按顺序问：
+
+1. **持续身份是否相同**？ 去掉临时状态后，人物、空间或物体仍是不是同一个？
+2. **下游是否需要区分一个可复用状态**？ 变化会持续、再次出现，或影响参考图、
+   分镜绑定和连续性吗？
+3. **若不建新版本，只写变化记录是否够用**？ 一瞬的动作、姿势、表情或摄影机角度，
+   通常交给出现记录、连续性或镜头，不要为它们建立大量资产组合。
+
+结果只能是 `reuse`、`new_variant`、`new_asset` 或 `unresolved`。
+**`structural_invariant`**： 不能用“已处理”代替这四类，也不能让未决项带着假 ID 流入下游。
+
+## 持续身份与可变状态
+
+| 类别 | 持续身份通常由什么区分 | 通常属于版本或状态 | 通常不建新版本 |
+|---|---|---|---|
+| 人物 | 同一人物、稳定面部与体态、永久特征、叙事身份 | 服装、发型整理、妆容、伤势、污湿、年龄阶段、伪装 | 瞬时表情、姿势、视线、景别 |
+| 地点 | 同一空间地理、分区关系、入口、固定锚点、主要材料 | 可复用观察视角、陈设阶段、时段、天气、光线状态 | 单一镜头角度、焦段、演员站位 |
+| 道具 | 同一物件或同一可复用型号的形制、尺度、材料、功能、唯一标记 | 持有人、持有手、位置、开闭、破损、内容物、文字、启停 | 被抬起的一瞬、画面左右位置 |
+
+这张表属于 **`craft_default`**，不是见词建档的公式。变化是否值得成为新版本，取决于
+持续时间、重复使用、故事辨识度和下游绑定需要。
+
+## 判断步骤
+
+### A. 先排除“只属于镜头的事实”
+
+“侧脸”“从背后看”“俯拍柜台”“杯子在画面右侧”都不改变资产。若事实只在一个镜头的
+一瞬成立，就交给分镜边界或关键帧。
+
+### B. 寻找同一身份的证据
+
+用已有 ID 的稳定识别点、剧情连续、来源与去向和唯一标记来对齐，不要只按显示名。
+两个都叫“值班员”的人不一定是同一个；同一人换了称谓也不会因此变成另一个人。
+
+### C. 判断变化是否值得建立新版本
+
+同时问：
+
+- 有明确原因和来源吗？例如换装、受伤、停电、拆封、转交。
+- 有清楚的有效范围吗？从哪个剧本段、场次或集生效，到何时失效或仍未知。
+- 下游需要准确选择吗？角色带伤跨三场时，造型版本值得建立；手指刚沾一滴水又擦掉，
+  一条变化记录可能就够了。
+- 它能否只写差异，而不篡改基础身份？新版本只写变化，不重写成另一个身份。
+
+在 `视觉设定.md` 中把基础身份与当前变体放在同一项目下。变体只写相对基础身份发生的变化；
+跨文档需要引用视觉事实时直接使用该项目标题；只有引用《图片提示词.md》的可见提示词条目时才使用
+稳定 `IMG-...` ID。`IMG-...` 不表示真实图片，不建立隐藏的来源声明。
+
+### D. 只有持续身份不同才建新资产
+
+- 剧本确认是另一个人，即使穿着相同。
+- 空间拥有不同地理、入口或固定锚点，即使同属一个建筑。
+- 两件需要独立追踪的同款物件，或形制、功能、材料身份真正不同。
+
+证据不足时选择 `unresolved`，不要靠常识补齐。
+
+## 容易误判的情况
+
+### 年龄、替身与伪装
+
+- 同一人物的少年和成年阶段通常是不同造型版本。即使制作上由不同演员扮演，仍可以
+  保持一个人物身份，并在造型版本中写明表演或演员限制。
+- 剧情中的双胞胎、复制体和冒名者是不同人物，即使视觉识别点近似。
+- 易容或制服伪装是造型版本，不要把“伪装身份”写成真实人物身份。观众暂时不知道时，
+  可以限制显示名，但不能破坏内部事实。
+
+### 同址空间
+
+“渡站大厅”和“渡站值班室”若有各自可制作的地理和入口，适合建立两个地点，再用关系
+引用连接；不要把整栋建筑所有房间塞进一组观察视角。相反，同一值班室停电前后仍是
+同一地点，不因光线变化新建地点。
+
+### 同款多件道具
+
+两枚外观相同、分别由不同人物保管并且会被交换的号牌，需要两个道具身份；十只没有
+连续性要求的白杯可以作为一类普通布景。是否逐件建立身份由故事追踪需要决定，不由
+外观相似决定。
+
+### 损坏与改造
+
+裂纹、血迹、装入文件通常属于道具状态。若物体被不可逆地改造成另一种功能，例如门牌
+被熔成钥匙，而且之后按新物件使用，可以提出新资产，并保留由原物改造而来的关系。
+这个决定需要创作者接受。
+
+## 合成判断例
+
+已有 `CHAR-GUHE` 与 `LOOK-GUHE-WORK`。本集顾禾套上橙色雨衣进入渡站，第三场雨衣
+右肩被淋湿。
+
+- 橙色雨衣会跨两场并用于参考图：选择 `new_variant`，基础身份仍是顾禾，不是新角色。
+- 右肩湿痕只持续半场：先写连续性变化，不必自动生成第三个造型版本。
+- 若下一集仍需准确复现湿痕并绑定参考图，再由创作者接受一个湿雨衣造型版本。
+
+若文本只写“穿橙雨衣的人”，且无法证明就是顾禾，决定必须保持 `unresolved`。
+
+## 决定记录要说明理由
+
+每条决定至少展示：来源场景、选择、稳定证据、差异、原因、有效范围和下游影响。
+
+- `new_asset` 要说明为什么不能复用现有资产。
+- `new_variant` 要说明基础身份中哪些内容不变。
+- `reuse` 要说明现有版本怎样覆盖本次事实。
+
+能从剧本与既有视觉事实直接判断的内容直接写入 `视觉设定.md`；真正存在多个成立选择时，把它标为
+“未决”并列出会改变的下游影响，等创作者选择后再改正文。不要伪造决定 ID、接受状态或额外决策文件。
+
+**`reviewed_invariant` AST-04**： 审查者检查身份识别点与临时状态是否混写，不以
+“资产越少越好”作为评价标准。
+
+## 制作案例说明
+
+对完整制作链的定性案例阅读表明，下面这些命名和拆分做法可以减少换装、伤势和观察
+视角变化带来的重复资产。它们属于可调整的常用做法，不是固定格式：
+
+- **版本后缀命名**：同一人物的状态或造型放在身份名之后，例如“苏某—火灾后无伤”
+  或“祁某—红色礼服”。下游一眼就能看出身份和当前版本。
+- **空间按观察方向区分**：同一地点可以按方向或分区命名，例如“医院走廊（北）”和
+  “办公室（东）”，每个观察视角可以单独绑定参考图。
+- **稳定识别字段**：性别、年龄段和人物类别可以用于制作追踪。少年到成年这样的大跨度，
+  通常用不同造型版本处理。
+- **参考图绑定**：需要稳定识别的人物和空间逐一绑定参考图；没有个体连续性的路人按
+  普通布景处理，不必建立身份。
+- **命名分层**：主角可用实名；功能人物可用姓氏加职务；只作背景的人物可用类型加序号。
+  资产名与描述中的名字必须一致，不能写甲的名字却描述乙。
+- **持续多集的大状态**：被俘或重伤若会持续多集，可以直接建立新的造型参考。若状态只
+  在一镜内发生，就先留在镜头边界或变化记录中，不要提前扩张资产表。

package/resources/skills/drama-production/upstream/skills/short-drama-assets/references/location-and-view.md

@@ -0,0 +1,84 @@
+# Location / View 设计
+
+## 分工
+
+- **Location** 保存空间身份：可行走的地理、分区关系、入口、固定锚点和主要材料。
+- **View** 保存可复用的观看方向/生产状态：面向哪个区域、哪些锚点同时可见，以及
+  陈设阶段、时段、天气、光态。
+
+Location 不是场景标题字符串，View 也不是每个相机角度。目标是让参考图、分镜和相邻
+镜头共享同一空间逻辑，而不是为每镜创建“新场景”。
+
+## 先画脑内平面，再写氛围
+
+读取剧本时先整理：
+
+1. 内/外与可通行边界；
+2. 区域之间的相对关系；
+3. 人和道具会使用的入口/出口；
+4. 不能移动的识别锚点；
+5. 主要材料、尺度和功能；
+6. 剧本明确的时间、天气与有因果的光源。
+
+“潮湿、压迫、怀旧”可以辅助气氛，却不能替代“北门通走廊、窗口面向河面、配电箱
+在柜台后”这样的地理事实。也不能为了画面好看新增一扇后来影响追逐路线的门。
+
+## Location 边界
+
+### 新 Location
+
+当空间具有不同、可独立生产的地理/入口/固定锚点时新建。例如同一渡站建筑里的候船
+厅和值班室各自有完整动作和明确连接，适合两个 Location，并记录 `connected_to`。
+
+### 同一 Location
+
+停电前后、白天夜晚、晴雨、临时布置变化都不改变空间身份。若只因镜头转向就新建
+地点，会让门窗方向和演员动线互相矛盾。
+
+**`reviewed_invariant` AST-04**： 固定地理与临时时段/天气/灯光不得混成两个
+Location identity。
+
+## View 边界
+
+View 值得存在，是因为下游要反复引用一种稳定、能说明空间的方向或状态：
+
+- 从柜台侧朝北门，能同时看到门、河窗和配电箱；
+- 停电后的同方向，主灯灭、只剩河窗冷光；
+- 暴雨期外景，站牌、台阶和河岸关系保持，天气和地面状态变化。
+
+单纯“低机位”“特写门把手”“35mm”属于 shot/keyframe，不建 View。演员站在左边也
+不是地点事实。**`craft_default` AST-03**： 一组镜头能共用方向/状态并需要参考 plate
+时才建 View。
+
+## 光、天气和陈设必须有来源
+
+- 剧本写停电，则 View 可从 `normal_night` 变为 `blackout`，cause 指向断电 block；
+- 创作者选择蓝调夜景是 visual direction，可记录 creator source；
+- 不能因 prompt 惯性擅加霓虹、雾、逆光或移动窗户；
+- 临时海报、散落文件、积水若会影响故事/连续性，进入 View state 或 delta；普通可替换
+  装饰可留作 set dressing。
+
+## 合成例：旧渡站值班室
+
+`LOC-FERRY-OFFICE`：狭长室内；北门通候船厅；东侧河窗；西侧整面旧柜台；配电箱
+固定在柜台后墙。Location 不写“夜”“暴雨”“顾禾站在门口”。
+
+- `VIEW-FERRY-OFFICE-NORTH-NIGHT`：从柜台内侧朝北门，河窗位于画面右后方；夜间
+  顶灯正常，柜台上只有铁皮匣。
+- `VIEW-FERRY-OFFICE-NORTH-BLACKOUT`：同一地理和方向；断电后顶灯灭，河窗冷光
+  保留，铁皮匣位置不变。它是 View/state 变体，不是“黑暗值班室”新 Location。
+
+如果剧本只需要一次门把手特写，无需 `VIEW-FERRY-OFFICE-DOOR-CLOSEUP`；镜头可以
+引用 Location/既有 View 后自行拥有 framing。
+
+## 检查问题
+
+- 不看氛围词，仍能判断入口、固定锚点和区域关系吗？
+- 同一空间各 View 的门窗/光向是否保持可调和？
+- View 是否错误拥有相机焦段、演员站位或 shot boundary？
+- 时段、天气、光态与陈设变化有 source/cause/validity 吗？
+- 相邻空间该拆 Location 还是做 View，是否依据地理和制作复用，而非名称习惯？
+- creator 是否明确选择空景/含角色政策？该政策由后续 image prompt 具体实现。
+
+空间拆分颗粒度可以是 **`taste_option`**；但无论选粗或细，入口关系和连续性必须可
+解释，不能用风格选择掩盖矛盾。