@oh-story/dsh 0.1.0

package/lib/drama/skills/short-drama-assets/references/asset-review-checklist.md

@@ -0,0 +1,89 @@
+# 资产拆解审查清单
+
+## Binding gate (`AST-05`)
+
+资产接受前，每个下游 binding 都要解析到已接受的 identity，且 variant
+必须在引用的剧情范围内有效。未解决的 occurrence 继续保持 unresolved；不得
+为了让提示词或分镜继续工作，猜一个看似合理的 ID。
+
+按“机械事实 → 语义判断 → 创作者接受”顺序检查。Owner 可按 finding 修订；修订动作本身
+不等于审查 verdict。需要 verdict 时另起一次审查动作，自检也可以如实记录有证据支持的结论。
+
+## A. 机械检查（`structural_invariant`）
+
+- [ ] 每个 production-relevant screenplay block 有 occurrence 或明确
+  `no_asset_change` disposition。
+- [ ] 每个文件首行的 `sources` 声明了它用到的全部上游快照，记录里的 `src` 都能解析到
+  其中一条。
+- [ ] occurrence 的 `source_ref` 指向 accepted screenplay/index 快照，并给出 field、
+  block、scene。
+- [ ] source pointer、derived visible facts、asset reconciliation、continuity pointer 的
+  数据角色没有混写。
+- [ ] 每个 occurrence 的 decision 恰为 `reuse` / `new_variant` / `new_asset` /
+  `unresolved`。
+- [ ] `new_variant` 有 base、differences、cause、valid_from、valid_until/open-ended。
+- [ ] ID 唯一；所有已接受 binding 精确解析到 Character+Look、Location+View 或
+  Prop+State。
+- [ ] unresolved 没有伪造 accepted binding，不能流入 prompt/storyboard 编译。
+- [ ] 每条 delta 有 before、after、cause/source、effective range、affected bindings。
+- [ ] linked outgoing/incoming 状态一致，或有明确待处理 reconciliation。
+- [ ] 可读文字政策完整；`exact_readable` 不与 `no_readable_text` 冲突。
+
+机械失败指出具体 record/field、owner 和修复方向，不回显整段创作文本。
+
+## B. 语义审查（`reviewed_invariant`）
+
+逐条引用剧本/设定集 证据回答：
+
+- [ ] 含混代词、匿名人、同款多件物没有被猜成某个已有 ID。
+- [ ] Character 身份锚点与服装、伤势、湿污、姿势等临时状态分离。
+- [ ] Location 地理/固定锚点没有因角度、时段、天气、灯光被复制成新地点。
+- [ ] Prop 形制/功能身份没有因 owner、开合、破损、内容或文字状态被复制。
+- [ ] 每个新 asset 有不能复用的持久证据；每个 variant 说明 base 什么保持不变。
+- [ ] 提取没有凭空补脸、品牌、门窗、内容物、伤势、灯光或可读文字。
+- [ ] transfer、伤势、换装、停电、天气/光态和知识变化都有足以支持的剧情原因。
+- [ ] occurrence 的 production disposition 合理：提及不被误当出镜，关键操作物不被
+  降成普通布景。
+
+Reviewer finding 应含被引用记录（`src` 与 `record_id`）、evidence、impact、required fix、
+owner、severity、status；不能只说“资产不够细”或“看起来 AI”。
+
+## C. Craft 默认（可覆盖，不单独阻断）
+
+- [ ] 身份未变时优先复用或 variant，没有追求“一场一资产”。
+- [ ] 瞬时 pose/camera/framing 留给 storyboard，没有制造 Look/View/State 爆炸。
+- [ ] 设定集 只保留识别、复用、prompt、镜头和连续性所需事实。
+- [ ] Location 先有地理/入口/固定锚点，再有氛围；Prop 有尺度/形制/材料/功能；
+  Character 有可观察的区分锚点。
+- [ ] outgoing 精简但足以让下一场/集无脑内补全地继续。
+
+Creator 可用制作原因覆盖，例如需要逐件审批背景陈设；记录 override，而非改成硬规则。
+
+## D. Taste 选项（只确认选择）
+
+- [ ] 群演按 group 还是个体管理已选择。
+- [ ] 同建筑空间拆分颗粒度能支持当前制作。
+- [ ] 蒙太奇/梦境/主观断裂已声明边界。
+- [ ] 临时可见状态用 delta 还是升为 variant 符合本项目复用策略。
+
+不得仅因 reviewer 偏好另一个选项而判失败。
+
+## E. Creator acceptance（独立 checkpoint）
+
+给创作者看的摘要必须列出：
+
+1. 复用项及匹配证据；
+2. 新 variant 及 base/difference/cause/validity；
+3. 新 asset 及持久区分证据；
+4. unresolved 的原文证据、候选和不同选择的下游影响；
+5. continuity deltas 与跨集 outgoing；
+6. 接受后会 stale 的下游文件。
+
+逐项保存 `proposed/accepted/rejected/superseded` 与 creator decision ref。Creator acceptance
+不自动代表结构检查、审查 verdict 或 delivery-ready；只在对应动作真实发生时分别记录。
+
+## 当前范围完成判据
+
+本次范围内结构检查通过、每个 occurrence 已决定、无 unresolved binding、continuity 可交接，
+且 creator 接受了新增/复用/变体/delta，即完成当前资产批次。审查与交付是后续独立动作，
+不作为图片提示词或 storyboard 这两个并列分支的隐式前置门槛。

package/lib/drama/skills/short-drama-assets/references/character-and-look.md

@@ -0,0 +1,164 @@
+# Character / Look 设计
+
+## 目录
+
+1. 分工
+2. Character：最小稳定识别集
+3. Look：一次相容的外观组合
+4. 可选声音方向：身份锚点不等于本场 delivery
+5. 制作形态与身份锚点的可表达性
+6. 合成例：顾禾
+7. 角色 设定集 的实用检查
+
+## 分工
+
+- **Character** 回答“这个人持续是谁、怎样被再次认出”。
+- **Look** 回答“这个人在一个明确时段以怎样的完整外观出现”。
+
+把两者拆开，是为了换装、受伤、湿污和年龄变化时仍能复用人物身份，同时让图片提示
+词与分镜精确选择一个相容造型。
+
+## 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)。它同时给出 `设定集/voice-casting.md` 的渲染规则：
+那份文本是已接受声音方向的派生投影，不是第二份权威。
+
+文本绑定只能保证角色、台词、声音方向与引用关系没有被改写，不能保证任何真实合成结果、
+口型或音色复现。引用通过文件首行的 `sources` 绑定本地产物快照，不把网址、外部任务字段或
+服务参数写进 设定集；
+参考音频本身留在 `输入/`，不进 设定集，也不进交付包。
+
+**资产阶段不生成音频，也不调用任何语音、合成或克隆服务**。 记录先落进文件、由创作者
+确认；实际 TTS 交给 `$short-drama-produce`，并须对它展示的本次任务预览明确确认。
+
+### 什么时候值得新 Look
+
+**`craft_default` AST-03**： 满足任一条件时提议：跨多个 block/scene 持续；会重复使用；
+需要独立角色参考图；改变观众识别/剧情信息；下游必须精确绑定。瞬时表情、姿势、
+视线和手位由 shot/continuity 处理，通常不新建 Look。
+
+### 造型不能互相污染
+
+- “工作服”和“庆典礼服”如果时空不重叠，就不能在同一 Look 中同时出现；
+- 包扎在 source block 后才生效，前面镜头不能提前绑定；
+- 外套脱下后仍是同一 Character，但应切换 Look 或记录可追踪的 layer delta；
+- 若雨水只造成短暂局部湿痕，可用 delta；若跨集保持并需视觉复现，再升为 Look。
+
+## 制作形态与身份锚点的可表达性
+
+写最小稳定识别集之前，先读 `short-drama.json#/creator_authority/{visual_direction,production_profile}`
+中状态为 `accepted` 的视觉方向与制作形态；`unset` 时向创作者给出选择，不从对话记忆补造。
+本阶段需要从制作形态取得哪些输入，见 [阶段契约](stage-contract.md) 的“制作形态需要什么”。
+
+原因很直接：**形态决定观众靠什么通道认人**，因而决定哪些锚点在这个项目里根本可被表达。
+
+| 主要识别通道 | 值得写的锚点 | 写了也看不见的锚点 |
+|---|---|---|
+| 面部结构 | 面部比例、眉眼鼻唇相对关系、下颌与颧骨体积 | 只有大远景才成立的体量差 |
+| 剪影与线条 | 轮廓与肩背重心、发型剪影与发际形状、固定配饰外形、服装廓形、步态负重 | 细微的五官不对称、浅色小痣、依赖真实皮肤纹理的痕迹 |
+| 材质与表面 | 皮肤/毛发/布料的可比较表面状态、长期使用痕迹 | 需要柔和过渡才能读出的体积差 |
+
+### 边界：形态选通道，身份定事实
+
+- **`reviewed_invariant`**：形态可以改变锚点的**表达通道与颗粒度**，不得改写身份事实本身。
+  不能因为“不好画”把五十岁写成二十五岁、把厚重体格写成修长，也不能为了轮廓好看新增
+  疤痕、异色瞳或不存在的配饰。
+- 已接受身份在当前形态下找不到可靠表达通道时，记 `creator_decision_needed`：由创作者决定
+  换形态还是改身份，资产环节不静默调整。
+- 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/lib/drama/skills/short-drama-assets/references/continuity-delta.md

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

package/lib/drama/skills/short-drama-assets/references/identity-vs-variant.md

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

package/lib/drama/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`**；但无论选粗或细，入口关系和连续性必须可
+解释，不能用风格选择掩盖矛盾。