@oh-story/dsh 0.1.14 → 0.1.16

package/lib/drama/skills/short-drama/references/reference-roles.md

@@ -4,7 +4,7 @@
 
 ## 每张参考回答五个问题
 
-1. 它的稳定 `REF-...` 槽位和显式顺序是什么；
+1. 它的稳定槽位和显式顺序是什么：项目内图片用 `REF-...`，项目外由创作者自行挂载的图用 `PLAN-...`；
 2. 它的可见定位符和中文名称是什么：图片在项目里时写项目相对路径，例如
    `输入/参考图/江辰定妆.jpg《江辰定妆照》`；图片由创作者在项目外准备并在生成时自行挂载时，
    写它对应的 `IMG-...` 板子或 `SHOT-...` 冻结关键帧；
@@ -12,7 +12,8 @@
 4. 哪些可见内容允许照着写；
 5. 哪些身份、文字、人数、道具和空间锚点不能跟着变。
 
-第 3 问在创作文档里有固定落点：`REF-...` 槽位的 `用途` 字段，取值只能是下表左列的九个词之一。
+分镜与视频的「输入参考图」可用上述两种槽位；图片提示词的「参考」字段只使用真实 `REF-...`，
+没有真实参考时声明无外部参考。第 3 问对应槽位的 `用途` 字段，取值只能是下表左列的九个词之一。
 它同时回答创作者的「这一镜要送哪一张分镜起始帧、哪些人物/道具/场景图」，和执行端的「这张图翻成哪个
 供应商 role」。同一张图承担两个作用时分开成两个槽位，不写“全参考”。
 
@@ -46,7 +47,8 @@
 真实参考图使用 `REF-...` 稳定槽位，不使用 `IMG-...`；后一前缀专属《图片提示词.md》的可见提示词标题。
 创作者自己挂载的图使用 `PLAN-...` 槽位，语法与 `REF-...` 相同，只把路径换成它对应的 `IMG-...` 或
 `SHOT-...` 条目——这五个问题的答案一个不少，只是第 2 问答的是「这张图画的是哪一条已决定的事实」，
-而不是「文件在哪里」。上表九个用途对两种槽位同样适用。多张真实图的每个槽位绑定显式顺序、项目相对路径、中文名称、用途、可控制范围和不可控制范围；联系表只是浏览包装，不改变每张图自己的用途。首尾帧默认只使用起点；
+而不是「文件在哪里」。上表九个用途对两种槽位同样适用。每张真实图分别写明槽位、顺序、路径、中文名、用途与控制边界；
+联系表只用于浏览，不改变每张图的用途。帧参考默认只使用起点；
 确实需要终点帧时，它只能投影 `SHOT-...` 已写明的终点，不能自行发明结果。
 
 观众知情时机见 [观众揭示](audience-reveal.md)，补拍是否能替代母版见

package/lib/drama/skills/short-drama/references/runtime-preflight.md

@@ -8,7 +8,8 @@
 python3 <core>/scripts/project_tool.py init <project> --title "项目名"
 ```
 
-本文各处写作 `python3`；Windows 原生环境没有这个名字，改用 `py -3` 或 `python`。
+命令示例使用 `python3`；执行前确认解释器可用且为 Python 3.9 或以上。Windows 原生环境可用
+`py -3` 或 `python`，同样先核对版本。
 套件脚本（含 Dashboard）在 macOS、Linux、WSL 与 Windows 原生都可运行。
 
 创作文档固定写入 `剧集/<EP>/`。只读取当前任务需要的直接输入；不要扫描整个项目寻找可补造的上游。

package/lib/drama/skills/short-drama-assets/SKILL.md

@@ -6,8 +6,8 @@ license: MIT
 
 # 短剧资产拆解
 
-把剧本文字变成可复用、可持续的视觉事实，统一写入 `剧集/<EP>/视觉设定.md`。不要把每次出场都
-变成新资产，也不要抢写剧本语义、镜头走位或生成提示词。
+从剧本提取可复用、可持续的视觉事实，统一写入 `剧集/<EP>/视觉设定.md`；每次出场先判断身份
+与状态，剧本语义、镜头走位和生成提示词由各负责技能处理。
 
 ## Quick Start
 
@@ -26,11 +26,11 @@ license: MIT
 
 ## 工作流
 
-1. 只读当前范围的剧本和已决定的视觉方向；视觉方向还没有时代锚点时，先按原著事实定时代。
+1. 只读当前范围的剧本和已决定的视觉方向；视觉方向还没有时代锚点时，按已提供的原著或剧本事实判断，证据不足则标为待决定。
 2. 逐场找实体、可见描述、状态变化和含混指代，先不创建资产。
 3. 对每项决定新建、复用、增加变体或标记未决；含混指代不猜。
 4. 写最小可识别设定：统一使用 `识别锚点`、本集状态和变化原因；会持续限制后续动作的身体—物件—空间关系写进有生效范围的状态，不当成一次姿势略过。
-5. 检查造型/伤势、持物/所有权、道具状态、地点时段/天气/光态与跨集 outgoing。
+5. 检查造型/伤势、持物/所有权、道具状态、地点时段/天气/光态与跨集结束状态。
 6. 给跨镜出现且观众看得出不一致的可见事实写一条连续性锁，其余保持识别锚点即可。
 7. 项目提示词语言不是中文时，给每个人物条目写一行 `画面代称：<正文里的拼写>`；正文从不点名它就写 `画面代称：无`。地点和道具按需。
 8. 整集请求自动处理完整集，末端一次回报关键身份决定和未决指代。
@@ -45,10 +45,10 @@ license: MIT
 - 多集状态写清生效与持续范围；镜头内瞬态留给分镜。
 - 已确认且持续限制动作空间的关系（身体依托、固定、负重、占位或与功能物件的接触）不是普通镜头姿势：可独立识别的物件仍建资产，关系写进状态并交给分镜逐镜投影；只有剧本明确改变时才结束。
 - 连续性锁只锁不随剧情改变的可见事实；锁面用提示词语言写成最小名词短语，会变的部分留给状态。
-- 「画面代称」把提示词正文里的名字对回本条目：分镜的机械核对靠它判断关键帧里点名的人是谁。条目自身的中文名称
-  始终算一个代称，所以中文正文通常不必写这一行；提示词正文语言不是中文时，人物条目必须给出结论——写出正文使用的
-  拼写，或在正文从不点名它时写 `画面代称：无`。同一个名字全集只用一个拼写，大小写也一致（`AST-10` 的同一条要求跨语言同样成立）；
-  多个写法用 `、` 分隔。名字与常用词同形（`道具「手机」` 撞上「手机店」）时也写 `画面代称：无`，让核对不按名字找它。
+- 「画面代称」把提示词正文里的名字对回本条目，供机械核对关键帧里点名的人物、地点或道具。未声明时，检查器使用条目名称；
+  显式声明后只匹配列出的代称，混合语言正文要把实际使用的中文名与其他语言拼写一并列出。提示词正文语言不是中文时，
+  人物条目必须给出结论：列出正文使用的拼写，或在正文从不点名时写 `画面代称：无`。同一个名字全集只用一个拼写，
+  大小写也一致；多个写法用 `、` 分隔。名字与常用词同形（`道具「手机」` 撞上「手机店」）时也写 `画面代称：无`，让核对不按名字找它。
 
 ## 按需知识
 

package/lib/drama/skills/short-drama-assets/agents/openai.yaml

@@ -1,4 +1,4 @@
 interface:
   display_name: "短剧资产拆解"
-  short_description: "从剧本拆解角色场景道具、身份变体、状态变化与跨场连续性"
+  short_description: "从剧本拆解人物、地点、道具及其身份、变体与连续性，写入视觉设定"
   default_prompt: "使用 $short-drama-assets 从已接受剧本拆解并核对角色、场景、道具、变体和连续性。"

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

@@ -1,58 +1,57 @@
 # 资产拆解审查清单
 
-## Binding gate (`AST-05`)
+## 下游引用核对（`AST-05`）
 
-资产设定完成前，每个下游引用都要解析到明确的身份条目，且变体必须在引用的剧情范围内有效。
+资产设定完成前，每个已存在的下游引用都要指向明确的身份条目，且变体必须在引用的剧情范围内有效。
 未解决的出现项继续保持未决；不得为了让提示词或分镜继续工作，猜一个看似合理的 ID。
 
-按“机械事实 → 语义判断 → 创作者接受”顺序检查。Owner 可按 finding 修订；修订动作本身
-不等于审查 verdict。需要 verdict 时另起一次审查动作，自检也可以如实记录有证据支持的结论。
+按“结构核对 → 语义判断 → 创作者接受”顺序检查。资产负责人根据问题记录修订；修订本身
+不构成审查结论。需要质量结论时另起审查动作，所有者自检须如实标注。
 
 ## A. 机械检查（`structural_invariant`）
 
-- [ ] 每个制作相关的剧本段都有资产处理结果，或明确说明本段没有资产变化。
 - [ ] 每个结果都指向可见场景 ID，并能从当前 `剧本.md` 找到依据。
-- [ ] 来源位置、剧本明示事实、资产判断与连续性变化没有混写。
-- [ ] 每个出现项恰为复用、新变体、新身份或未决之一。
 - [ ] 新变体写清基底、变化、原因、生效位置与结束位置；没有明确终点时标为持续。
-- [ ] ID 唯一；所有已接受 binding 精确解析到 Character+Look、Location+View 或
-  Prop+State。
+- [ ] 可见标题和 ID 无重复；下游引用指向 `视觉设定.md` 的人物/造型、地点/视图或道具/状态，并注明当前有效版本。
 - [ ] 未决项没有伪造成已确认身份，不能流入图片提示词或分镜。
 - [ ] 每条变化有前态、后态、原因/来源、生效范围和受影响的可见 ID。
-- [ ] linked outgoing/incoming 状态一致，或有明确待处理 reconciliation。
+- [ ] 相连的结束/进入状态一致，或有负责人明确提出的修订。
 - [ ] 可读文字政策完整；`exact_readable` 不与 `no_readable_text` 冲突。
 
-机械失败指出具体文件、标题 ID、owner 和修复方向，不回显整段创作文本。
+核对结构时只判断来源、引用、范围和显式声明是否齐全或相互矛盾；引用背后的身份判断与变化因果见语义审查。
+发现问题时写明具体文件、标题或 ID、负责技能和修复方向，不回显整段创作文本。
 
 ## B. 语义审查（`reviewed_invariant`）
 
-逐条引用剧本/设定集 证据回答：
+逐条引用 `剧本.md` 与 `视觉设定.md` 的证据回答：
 
+- [ ] 每个制作相关的剧本段都有资产处理结果，或明确说明本段没有资产变化。
+- [ ] 来源位置、剧本明示事实、资产判断与连续性变化各自清楚。
+- [ ] 每个出现项的复用、新变体、新身份或未决判断有足够证据。
 - [ ] 含混代词、匿名人、同款多件物没有被猜成某个已有 ID。
-- [ ] Character 身份锚点与服装、伤势、湿污、姿势等临时状态分离。
-- [ ] Location 地理/固定锚点没有因角度、时段、天气、灯光被复制成新地点。
-- [ ] Prop 形制/功能身份没有因 owner、开合、破损、内容或文字状态被复制。
-- [ ] 每个新 asset 有不能复用的持久证据；每个 variant 说明 base 什么保持不变。
+- [ ] 人物身份锚点与服装、伤势、湿污、姿势等临时状态分离。
+- [ ] 地点地理/固定锚点没有因角度、时段、天气、灯光被复制成新地点。
+- [ ] 道具形制/功能身份没有因所有者、开合、破损、内容或文字状态被复制。
+- [ ] 每个新资产都有不能复用的持久证据；每个变体说明基础身份中什么保持不变。
 - [ ] 提取没有凭空补脸、品牌、门窗、内容物、伤势、灯光或可读文字。
 - [ ] 时代不与原著事实矛盾；旧、老式、复古一类词有原著依据或创作者选择（`AST-14`）。
-- [ ] transfer、伤势、换装、停电、天气/光态和知识变化都有足以支持的剧情原因。
-- [ ] occurrence 的 production disposition 合理：提及不被误当出镜，关键操作物不被
-  降成普通布景。
+- [ ] 转手、伤势、换装、停电、天气/光态和知识变化都有足以支持的剧情原因。
+- [ ] 出现方式与制作处理相符：提及不被误当出镜，关键操作物不被降成普通布景。
 
-Reviewer finding 应含文件与标题 ID、证据、影响、修订结果、owner、严重程度和状态；不能只说
+每条审查问题须包含文件与标题或 ID、证据、影响、所需修订、负责技能、严重程度和状态；不能只说
 “资产不够细”或“看起来 AI”。
 
 ## C. Craft 默认（可覆盖，不单独阻断）
 
 - [ ] 身份未变时优先复用或 variant，没有追求“一场一资产”。
-- [ ] 瞬时 pose/camera/framing 留给 storyboard，没有制造 Look/View/State 爆炸。
-- [ ] 设定集 只保留识别、复用、prompt、镜头和连续性所需事实。
+- [ ] 瞬时姿势、摄影机与构图留给分镜，没有为每个瞬间新建造型、视图或状态版本。
+- [ ] 视觉设定只保留识别、复用、提示词、镜头和连续性所需事实。
 - [ ] Location 先有地理/入口/固定锚点，再有氛围；Prop 有尺度/形制/材料/功能；
   Character 有可观察的区分锚点。
 - [ ] 项目视觉方向写了时代锚点，地点、造型、道具条目写出时代形制（`AST-15`）。
-- [ ] outgoing 精简但足以让下一场/集无脑内补全地继续。
+- [ ] 结束状态简洁，足以让下一场/集直接承接。
 
-Creator 可用制作原因覆盖，例如需要逐件审批背景陈设；记录 override，而非改成硬规则。
+创作者可因制作需要覆盖默认做法，例如逐件审批背景陈设；在视觉设定中记录选择与原因。
 
 ## D. Taste 选项（只确认选择）
 
@@ -79,6 +78,6 @@ Creator 可用制作原因覆盖，例如需要逐件审批背景陈设；记录
 
 ## 当前范围完成判据
 
-本次范围内结构检查通过、每个出现项已决定、没有未决引用、连续性可交接，且创作者已确认需要选择的
-新增/复用/变体/变化，即完成当前资产批次。审查与交付是后续独立动作，
-不作为图片提示词或 storyboard 这两个并列分支的隐式前置门槛。
+本次范围内结构核对完成，每个出现项已有处理结果或真实未决，已确认的视觉事实与连续性可交接，
+即完成当前资产整理。需要创作者选择的新增、复用、变体或变化保留为未决；依赖这些未决项的
+图片提示词或分镜暂不继续。审查与交付各自独立，不自动成为这两个并列分支的前置步骤。

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

@@ -8,7 +8,7 @@
 4. 可选声音方向：身份锚点不等于本场 delivery
 5. 制作形态与身份锚点的可表达性
 6. 合成例：顾禾
-7. 角色 设定集 的实用检查
+7. 角色视觉设定的实用检查
 
 ## 分工
 
@@ -16,24 +16,24 @@
 - **Look** 回答“这个人在一个明确时段以怎样的完整外观出现”。
 
 把两者拆开，是为了换装、受伤、湿污和年龄变化时仍能复用人物身份，同时让图片提示
-词与分镜精确选择一个相容造型。
+词与分镜精确选择一个相容造型。Character/Look 是身份与造型的分层概念；当前产物仍是
+`视觉设定.md` 中的人物/造型条目，不另建角色或造型 JSON 文件。
 
 
 ## 画面代称要覆盖每一种正文语言
 
-`画面代称` 是下游覆盖检查唯一用来匹配的字符串：冻结关键帧、图片提示词、视频提示词里出现了这个词，
-才算「这一镜点了这个资产的名」。匹配是逐字的，不做翻译。
+名称覆盖检查按条目名或显式 `画面代称` 匹配冻结/收尾关键帧和文生视频静态锚点，来源引文另按
+条目名核对；它不做翻译，也不检查普通图片或视频提示词正文中的全部名称。未声明代称时回退到
+条目名；显式声明后，按代称核对的位置只使用所列写法。
 
-问题在于三份正文的语言不一定相同：图片提示词与冻结关键帧跟 `format/prompt_language`，
-视频提示词优先跟已接受的 `video_prompt_language`。而校验器只按后者的解析结果决定要不要强制
-「代称不能等于名字」——于是一个 zh + en 混配的项目很容易写成**只有英文代称**，
-然后中文正文里这个资产永远匹配不上。
+三份正文的语言可能不同：图片提示词与冻结关键帧跟 `format/prompt_language`，视频提示词
+优先跟已接受的 `video_prompt_language`。检查器以这一解析结果判断是否要求人物填写代称，
+但显式列表仍需覆盖各份正文的实际写法；只填英文代称时，中文正文中的条目名不会自动参与匹配。
 
-**这种失败是静默的**：匹配不上不会报错，只会让覆盖检查对这条资产整个不生效，
-看起来一路绿灯。所以：
+未匹配到名称时，相应的名称覆盖核对不会触发。因此：
 
 - 一个资产的 `画面代称` 要**把它在各份正文里实际会出现的写法都列上**（中文名与英文代称并列），
-  不是二选一；
+  不能只保留其中一种；
 - 正文里确实不该靠名字识别时才写 `画面代称：无`，那是明确的弃权，不是省事。
 
 ## Character：最小稳定识别集
@@ -44,15 +44,15 @@
 - 稳定的面部/头部比例、体态轮廓、永久特征；
 - 基础发质/发际等稳定部分；具体梳法可属于 Look；
 - 永久性饰物仅在确实不随 Look 变化时作为 anchor；
-- 表演/声音的持续事实可写入 设定集，供后续提示词或 casting 参考，但不伪装成可见外观。
+- 表演/声音的持续事实可写入视觉设定，供后续提示词或选角参考，并与可见外观分开。
 
 锚点要**有区分度且能被观察**。“漂亮年轻女性”“霸总气质”“电影感”都不足以认人。
 也不要过度指定剧本没有要求的肤色、年龄、五官或身体特征；以
 `creator_decision_needed` 暴露空缺。
 
-锚点集合里至少有一条在**侧面**成立、一条在**背面**成立。很多镜头只给到侧身、背影或
-远景，只在正脸可读的特征（眉眼间距、瞳色、唇形）不能是唯一识别通道；轮廓与重心、
-发型剪影与发际形状、肩背线、固定配饰的外形都可以承担这两个方向。写法示例：
+**`craft_default`**：需要侧面、背面或远景识别时，为这些方向各选可读的锚点，避免只靠正脸
+特征（眉眼间距、瞳色、唇形）认人。轮廓与重心、发型剪影与发际形状、肩背线、固定配饰的
+外形都可以承担侧面与背面的识别。写法示例：
 `["方额窄下颌", "后颈发际收成尖角", "右肩比左肩低约两指、起步时先出右肩"]`——第一条正面
 成立，第二条背面成立，第三条侧面与背影都成立。
 
@@ -77,20 +77,20 @@ Character 拥有，换鞋、加厚外套、盘发都不改写它（那些属于
 - 发型整理、妆容、伪装；
 - 伤势、包扎、污渍、湿度、天气化；
 - 与身体绑定的可见配件；手持道具仍绑定 Prop，不吞进 Look；
-- cause、valid_from、valid_until 和 source refs。
+- 变化原因（cause）、生效与结束位置（valid_from / valid_until），以及来源引用。
 
-写 Look 时先引用 Character identity，再只写相对 base/前一 Look 的差异。不要复制整段
+写 Look 时先点明人物身份，再只写相对基础造型或前一 Look 的差异。不要复制整段
 脸部描述形成第二份权威。
 
 ## 可选声音方向：身份锚点不等于本场 delivery
 
-**`AST-07 · reviewed_invariant`**：项目需要跨集保持声音时，可在 Character 记录 `voice_direction`：语言/方言范围、
+**`AST-07 · reviewed_invariant`**：项目需要跨集保持声音时，在人物条目记录声音方向（`voice_direction`）：语言/方言范围、
 **创作者授权的参考音频绑定**、用于选型与验收的判据、已接受的专名发音。紧张、淋雨、受伤、
 耳语、某句重音和临时音量属于场景/台词 delivery，不要固化成声音身份；变声、年龄跨度或
 伪装若跨段持续，则记录有来源和有效范围的变体。
 
-音色的载体是参考音频，不是一段文字描述。没有参考时保持 `reference: null` 并标「待选型」，
-不要用形容词冒充音色身份。参考绑定要写清这次借用它的什么、哪些内容不能跟着来
+音色以参考音频为载体。没有参考时写 `- 声音参考：待选型`，不把文字选型判据当作已经选定的音色。
+参考绑定要写清这次借用它的什么、哪些内容不能跟着来
 （那条参考里的情绪、录音空间、背景内容永远不进身份），以及证据到了哪一步——
 详见 [声音方向](voice-direction.md)。声音方向直接写在对应人物的 `视觉设定.md` 条目中，不另建
 配音表或第二份权威。
@@ -177,14 +177,14 @@ Character `CHAR-GUHE` 的当前锚点：窄长脸、左眉尾短缺口、自然
 反例：“橙色雨衣女人，湿头发，脸上有伤”被直接写成 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

@@ -24,7 +24,7 @@
 - **变化记录**回答“什么发生了变化、变化前后分别是什么、原因是什么、何时生效、影响谁”。
 
 不要在每场复制完整设定表；只记录下游会依赖的状态和变化。这样既能发现无来源的跳变，
-也能在剧本修改后准确标记 `stale`，不必重做整个项目。
+也能在剧本修改后定位需要同步的现有文档，不必重做整个项目。
 
 ## 各环节负责什么
 
@@ -37,10 +37,10 @@
 资产可以引用这些边界，但不能另写一套相冲突的手位和走位。
 
 **`structural_invariant` CON-04**： 每条变化都要有前态、后态、原因或来源、有效范围，以及受影响的
-现有 `IMG-...`、`SHOT-...` 或 `MOTION-...`。没有变化时不能只写“更新了”。
+现有 `IMG-...`、`SHOT-...` 或 `MOTION-...`。只有真实变化才建立变化说明，“更新了”不能代替前后状态。
 
 **`structural_invariant` CON-06**：受影响列表要覆盖所有已经存在的使用方；尚未建立的工作只说明
-负责 owner 和需要同步的事实，不预建占位记录。
+负责技能和需要同步的事实，不预建占位记录。
 
 ## 需要追踪的五组状态
 
@@ -57,7 +57,7 @@
 
 ## 写变化记录的步骤
 
-1. 在资产出现记录中发现明确变化或边界不一致。
+1. 逐场提取时发现明确变化或边界不一致，在 `视觉设定.md` 对应条目中记录。
 2. 读取 `视觉设定.md` 中上一处明确状态，绝不从下游提示词反推。
 3. 写清单一的 `before` 和 `after`；一个复合事件可以拆成多条同因变化。
 4. 写明导致变化的场景 ID、动作/对白或视觉设定条目，让原因能在当前五文档中直接核对。

package/lib/drama/skills/short-drama-assets/references/continuity-lock.md

@@ -19,7 +19,7 @@
 参考图也补不上这一层。一张角色板只能约束它自己画到的部分；正在编织、只成形一半的毛衣，被手挡住
 的道具，每镜重新构图的服装细节，都落在身份参考“默认不能控制”的一侧。
 
-一致性锁补的就是这一段：把跨镜不变的那几个字固定下来，并要求它原样出现在每条受影响的提示词里。
+一致性锁固定跨镜不变的可见事实，要求其锁面原样出现在生效范围内的提示词正文中。
 
 ## 什么值得上一把锁
 
@@ -38,7 +38,7 @@
 
 ## 锁面怎么写
 
-`锁面` 是**要被逐字带进提示词正文的那一小段字**，不是描述，也不是给人读的说明：
+`锁面` 是**要被逐字带进提示词正文的最小可辨识词组**：
 
 - 锁面必须**逐字出现在它管到的每一份可复制正文里**。校验器会在三处查同一个字符串：
   图片提示词正文、冻结关键帧提示词、视频提示词正文。
@@ -58,7 +58,7 @@
 逐字比较。提示词可以在锁面前后接语法（`she keeps knitting the pale blue chunky knit wool
 sweater`），但不能改写锁面内部——少一个 `stand-collar`、多一个逗号都算漂移。
 
-还有两处刻意不算数，因为它们看起来命中、实际并没有把事实写进画面：
+以下两类字符串命中不能证明锁面被正面描述：
 
 - **粘在词上的匹配不算**。锁面首尾是字母数字时，紧挨着的字母数字或连字符会让它落空：
   `chipped white enamel mug` 不被 `unchipped white enamel mug` 满足，
@@ -97,7 +97,7 @@ sweater`），但不能改写锁面内部——少一个 `stand-collar`、多一
 | `视频提示词.md` | 对应 `MOTION-...` 可复制正文含锁面 |
 
 **`structural_invariant` CON-07**： 锁面在生效范围内不得以“参考帧已经交代过”为由删除。图生视频
-删掉重复的静态描述是常规做法，但锁面是这条常规做法写明的例外——它正是为了挡住跨镜漂移才存在。
+可以删去重复的静态描述，连续性锁的锁面仍须保留。
 
 状态变化不进锁面：毛衣越织越长写在 `本集状态`，颜色和针法写在锁面。两者同时存在时，提示词自己
 写长度，锁面负责颜色和针法。

package/lib/drama/skills/short-drama-assets/references/era-anchors.md

@@ -2,7 +2,7 @@
 
 ## 时代从原著事实来
 
-拆资产之前先定时代。能定时代的是原著与剧本里的事实：设备（智能手机、U 盘、液晶屏）、平台与传播方式
+拆资产之前，先依据原著与剧本中的事实判断时代：设备（智能手机、U 盘、液晶屏）、平台与传播方式
 （热搜、短视频账号、直播带货）、流行语、写明的年份，或能从年龄与事件推出的年代。按这些事实在
 `视觉设定.md` 顶部的项目视觉方向写一行时代锚点：先写年份或年代，再写设备、制服、家具和灯光在这个
 年代长什么样。
@@ -15,7 +15,7 @@
 
 ## 旧要有来源
 
-部队办公室、机关、学校、医院这类机构场所，模型和写作者都会顺手写成旧的：老式显示器、积灰的主机、
+部队办公室、机关、学校、医院等机构场所容易被写成旧的：老式显示器、积灰的主机、
 褪色的墙、旧款手机。原著写的是智能手机和短视频账号，画面却回到二三十年前，观众第一眼就出戏。
 
 **`reviewed_invariant` AST-14**：`视觉设定.md` 与从它投影出的提示词所呈现的时代，不与原著事实矛盾。
@@ -27,7 +27,7 @@
 
 **`craft_default` AST-15**：项目视觉方向写出时代锚点；地点、造型和道具条目在年代会改变外观的地方写具体
 形制——写液晶显示器，不写显示器；写现行常服，不写军装。图片和视频提示词照条目写，时代线索就随地点、
-服装和道具进入下游。
+服装和道具传给下游。
 
 ## 合成例
 

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

@@ -12,13 +12,13 @@
 
 ## 三个问题
 
-不要先问“要不要新建文件”，按顺序问：
+资产身份与版本统一写在 `视觉设定.md`，按顺序判断：
 
 1. **持续身份是否相同**？ 去掉临时状态后，人物、空间或物体仍是不是同一个？
 2. **下游是否需要区分一个可复用状态**？ 变化会持续、再次出现，或影响参考图、
    分镜绑定和连续性吗？
 3. **若不建新版本，只写变化记录是否够用**？ 一瞬的动作、姿势、表情或摄影机角度，
-   通常交给出现记录、连续性或镜头，不要为它们建立大量资产组合。
+   通常交给分镜；会影响后续的变化再写入视觉设定，不扩张为大量资产组合。
 
 结果只能是 `reuse`、`new_variant`、`new_asset` 或 `unresolved`。
 **`structural_invariant`**： 不能用“已处理”代替这四类，也不能让未决项带着假 ID 流入下游。
@@ -56,7 +56,7 @@
   一条变化记录可能就够了。
 - 它能否只写差异，而不篡改基础身份？新版本只写变化，不重写成另一个身份。
 
-在 `视觉设定.md` 中把基础身份与当前变体放在同一项目下。变体只写相对基础身份发生的变化；
+在 `视觉设定.md` 中把基础身份与当前变体放在同一条目下。变体只写相对基础身份发生的变化；
 跨文档需要引用视觉事实时直接使用该项目标题；只有引用《图片提示词.md》的可见提示词条目时才使用
 稳定 `IMG-...` ID。`IMG-...` 不表示真实图片，不建立隐藏的来源声明。
 
@@ -123,8 +123,8 @@
 
 ## 制作案例说明
 
-对完整制作链的定性案例阅读表明，下面这些命名和拆分做法可以减少换装、伤势和观察
-视角变化带来的重复资产。它们属于可调整的常用做法，不是固定格式：
+以下命名和拆分做法来自完整制作链的定性案例阅读，可减少换装、伤势和观察视角变化带来的
+重复资产，属于可调整的 `craft_default`：
 
 - **版本后缀命名**：同一人物的状态或造型放在身份名之后，例如“苏某—火灾后无伤”
   或“祁某—红色礼服”。下游一眼就能看出身份和当前版本。

package/lib/drama/skills/short-drama-assets/references/location-and-view.md

@@ -6,10 +6,10 @@
 - **View** 保存可复用的观看方向/生产状态：面向哪个区域、哪些锚点同时可见，以及
   陈设阶段、时段、天气、光态。
 
-Location 不是场景标题字符串，View 也不是每个相机角度。目标是让参考图、分镜和相邻
-镜头共享同一空间逻辑，而不是为每镜创建“新场景”。
+Location/View 分别记录空间身份和可复用视图，让参考图、分镜和相邻镜头共享同一空间逻辑。
+当前都写在 `视觉设定.md` 的地点条目中，单镜机位由分镜决定。
 
-## 先画脑内平面，再写氛围
+## 先明确空间关系，再写氛围
 
 读取剧本时先整理：
 
@@ -28,7 +28,7 @@ Location 不是场景标题字符串，View 也不是每个相机角度。目标
 ### 新 Location
 
 当空间具有不同、可独立生产的地理/入口/固定锚点时新建。例如同一渡站建筑里的候船
-厅和值班室各自有完整动作和明确连接，适合两个 Location，并记录 `connected_to`。
+厅和值班室各自有完整动作和明确连接，适合两个 Location，并在地点条目中说明连接关系。
 
 ### 同一 Location
 
@@ -48,7 +48,7 @@ View 值得存在，是因为下游要反复引用一种稳定、能说明空间
 
 单纯“低机位”“特写门把手”“35mm”属于 shot/keyframe，不建 View。演员站在左边也
 不是地点事实。**`craft_default` AST-03**： 一组镜头能共用方向/状态并需要参考 plate
-时才建 View。
+时才在地点条目中记录独立 View。
 
 ## 光、天气和陈设必须有来源
 
@@ -80,5 +80,4 @@ View 值得存在，是因为下游要反复引用一种稳定、能说明空间
 - 相邻空间该拆 Location 还是做 View，是否依据地理和制作复用，而非名称习惯？
 - creator 是否明确选择空景/含角色政策？该政策由后续 image prompt 具体实现。
 
-空间拆分颗粒度可以是 **`taste_option`**；但无论选粗或细，入口关系和连续性必须可
-解释，不能用风格选择掩盖矛盾。
+空间拆分颗粒度属于 **`taste_option`**；无论选粗或细，入口关系与连续性都要有一致依据。

package/lib/drama/skills/short-drama-assets/references/occurrence-extraction.md

@@ -12,9 +12,9 @@
 
 ## 目的：保存证据，不抢先下结论
 
-出现记录说明“某段剧本在某处要求了什么”，它不是资产身份本身。先记录出现，再判断
-它对应哪个资产，可以避免把同一人物的几套衣服拆成几个人，也能避免把两个同称谓的人
-误并成一人。
+先保存“某段剧本在某处要求了什么”的出现证据，再判断它对应哪个资产，避免把换装拆成
+不同人物，或把同称谓的人误并为一人。证据和处理结论写在 `视觉设定.md` 的对应条目中，
+提取过程可在上下文内整理，不另建出现记录文件。
 
 **`structural_invariant` AST-01**： 每个出现判断都要指向 `剧本.md` 中准确的场景 ID，并用动作、
 对白或必要短引文说明依据。行号只能帮助阅读，不能代替稳定场景来源。
@@ -29,8 +29,8 @@
 3. **此刻能直接看到什么**？ 只摘录剧本已经给出的外观、状态、位置和动作后果。
 4. **制作时必须实现什么**？ 服装、伤污、可读文字、内容物、功能状态、关键入口等。
 5. **它为什么重要**？ 识别、行动、信息揭示、关系与权力、交接、气氛或普通布景。
-6. **它从哪里来、要去哪里**？ 进入状态、同场变化和结束状态；若有变化，只预留指向
-   连续性变化记录的位置，不在出现记录里另造第二份事实。
+6. **它从哪里来、要去哪里**？ 进入状态、同场变化和结束状态；若有变化，引用 `视觉设定.md`
+   中同一对象的状态变化，不在提取说明里复制第二份事实。
 
 一个动作句常会带出多种资产。例如合成剧本段：
 
@@ -69,8 +69,7 @@
 - 群体称谓先按制作用途处理。没有个体连续性的“候车乘客”可以作为群组或普通布景；
   后来接过关键道具的那个人应单独建立人物记录。
 
-不要为了“让流程继续”做低把握的猜测。保留未决项，可以防止错误身份被下游放大成
-参考图、分镜和视频提示词。
+证据不足时保留未决项，避免错误身份继续进入参考图、分镜和视频提示词。
 
 ## 出现不等于视觉资产
 
@@ -101,8 +100,8 @@
 
 ## 完整性检查
 
-- 对索引中的每个制作相关剧本段，都记录已提取内容，或写明 `no_asset_change`。
+- 逐场核对当前 `剧本.md` 的制作相关段落，记录提取结果，或说明本段没有资产变化。
 - 同一剧本段中的动作若改变状态，至少能找到一条变化候选。
 - 同一对象使用不同称谓时，没有被静默重复或合并。
 - 只被提到的名词不会无缘无故扩张视觉资产表。
-- 每个拟议绑定在创作者接受决定前都保持提案状态。
+- 能由剧本与已确认视觉事实直接判断的绑定写入对应条目；需要创作者选择的拟议绑定保留为未决。

package/lib/drama/skills/short-drama-assets/references/prop-and-state.md

@@ -12,7 +12,7 @@
 ## 道具不是名词表
 
 只有会被识别、操作、传递、读取、揭示或保持连续性的物体，才值得成为受管道具。
-普通背景物可保留为 `set_dressing` occurrence；一旦角色拿起它打开秘密、它跨场转手，
+普通背景物可按布景（`set_dressing`）处理；一旦角色拿起它揭开秘密，或它跨场转手，
 就要能以稳定身份追踪。
 
 ## 道具：持续身份
@@ -32,7 +32,7 @@ Prop 保存不随本次动作轻易改变的识别信息：
 
 State 记录可变而需跟踪的事实：
 
-- 负责人、持有人、左手或右手，以及具体位置；
+- 所有者、持有人、左手或右手，以及具体位置；
 - 完好/裂损、干湿/污渍、开/闭/锁、开机/关机；
 - 内容物及其是否已被看见；
 - 可读文字/图形的当前版本；
@@ -44,7 +44,7 @@ State 记录可变而需跟踪的事实：
 镜头瞬态，不为此制造长期状态。
 
 **`craft_default` AST-03**： 同一物体的转手、开合、破损、内容与文字变化优先做
-记录状态变化，不重复创建道具。
+状态变化记录，不重复创建道具。
 
 ## 个体、同款与集合
 
@@ -76,15 +76,12 @@ State 记录可变而需跟踪的事实：
 保留原名、只留形制而不留标识、换一个虚构名都可能是对的，取决于创作者对权利、题材真实感和
 交付渠道的判断。
 
-这里未定的是**政策本身**，不是文字内容，所以不要挪用 `pending_creator_text`（那一条针对
-"剧本要求文字但内容未定"）。按已有的未决决定写：`decisions.jsonl` 里一条
-`decision_kind: unresolved`，把三种处理列进 `candidate_bindings` 并各写 support/conflict，
-`creator_question` 问创作者选哪一种，`downstream_impact` 列出会被挡住的下游，
-`creator_acceptance.status` 保持 `pending_choice`。`text_policy.mode` 在创作者选定前不改写，
-原文来源位置照常保留；不替创作者定案，也不擅自改名——擅自改名同样是改写上游事实。
+这里未定的是**政策本身**；`pending_creator_text` 只表示剧本要求文字但内容未定，不用于代替
+政策选择。就在 `视觉设定.md` 对应道具条目下标“文字政策未决”，列出保留原名、只留形制、
+改用虚构名三种候选及各自的支持依据、冲突和下游影响，交创作者选择。选定前保留原文来源位置
+与原有文字，不自行改写政策或专名，也不另建决策文件。
 
-本套件不判断合规、不给禁令、不内置品牌清单；它只保证这个选择有人做、被记下来，而不是在
-生成被拒之后由执行端顺手改掉。
+资产阶段记录创作者的文字政策选择及其依据，不代替权利判断；执行端遇到问题时也不能顺手改掉专名。
 
 ## 内容物与知识是两条连续性