@oh-story/dsh 0.1.3 → 0.1.5

package/lib/drama/skills/short-drama-produce/scripts/selftest.py

@@ -97,8 +97,7 @@ def main() -> int:
         == "gpt-image-2",
         "GPT Image 2 profile compiled the wrong model",
     )
-    require(
-        compile_seedance_payload(
+    seedance = compile_seedance_payload(
         {
             "modality": "video",
             "prompt": "slow push in",
@@ -109,8 +108,10 @@ def main() -> int:
         model="configured-endpoint",
         allowed_ratios={"9:16"},
         duration_range=(5, 10),
-        )["content"][0]["text"].endswith("--ratio 9:16 --dur 5"),
-        "Seedance profile did not compile explicit prompt switches",
+    )
+    require(
+        seedance.get("ratio") == "9:16" and seedance.get("duration") == 5,
+        "Seedance profile did not compile explicit API parameters",
     )
     require(
         compile_minimax_music_payload(

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

@@ -1,45 +1,40 @@
 ---
 name: short-drama-review
-description: 校验与审查文件系统短剧项目中的原著分析层、故事、剧本、资产、连续性、资产图片提示词、分镜、关键帧和视频提示词，并消费有界授权生产观察做当前项目校准。用户提出“审稿/检查剧本”“检查资产或连续性”“检查图片/视频提示词”“检查原著分析或分集候选”“审查或诊断模板感”“根据生产观察做项目校准”，或判断一集能否交付文本或 JSON 时使用；只发布审查问题、审查结论和修订要求，不代替负责人修改来源文件。
+description: 审查短剧项目中的原著分析、故事、剧本、视觉设定、图片提示词、分镜、冻结关键帧、视频提示词和已有媒体。用户提出“审稿/检查剧本”“检查资产或连续性”“检查图片/视频提示词”“检查原著分析”“审查模板感”“根据生产观察做项目校准”时使用；只写审查问题、结论和修订要求，不代替 owner 修改来源文件。
 license: MIT
 ---
 
 # 短剧审查
 
-审查并引用产物证据。优先由未参与当前版本创作的 reviewer 执行；条件不允许时可以自检并如实标注。
-只写审查问题、审查结论和按负责人分组的修订要求，不在同一次审查中替 owner 修改创作来源。
+优先由未参与当前版本创作的 reviewer 执行；条件不允许时可以自检并如实说明。审查与修改是两个工作
+单元：本技能只定位问题、影响和必须达到的修订结果，不在同一轮替 owner 改来源。
 
-审查问题、影响和修订要求在项目内跟随 `short-drama.json#/language`，独立运行时跟随用户
-使用的语言，不在本技能内硬编码语言。稳定的规则编号和 ID 保持原样。
-本技能从不撰写提示词正文：引用被审查的提示词时按其原样引用，不译成审查语言，
-也不因为提示词语言与项目语言不同就判为缺陷——`#/format/prompt_language` 是创作者的选择。
+## Quick Start
 
-## 开始前
+直接读取用户点名的当前文件。单集审查需要落盘时写 `审查/EP001-审查.md`；独立文件审查使用
+`审查/<主题>-审查.md`。用户只要口头结论时直接回复，不为“完整”创建审查文件。
 
-本技能可独立安装和执行。先读取用户明确提供的待审产物与本任务直接输入；若当前目录是
-`short-drama` 项目且项目工具可用，可以读取 `status` 并使用其发布生命周期，但缺少 core
-或任何其他技能都不是审查工作的阻断条件。[阶段契约](references/stage-contract.md) 给出
-本阶段边界、制作形态输入与规则表，无需读取其他技能的文件。
+审查 Markdown 建议结构：
 
-## Quick Start
+```markdown
+# EP001 审查
 
-复制最小 finding/verdict 样例，在完成一次有界审查 pass 后运行：
+- 范围：剧本、分镜、视频提示词
+- 结论：REVISE
+- 复核方式：独立 reviewer / 自检
 
-```text
-python3 {技能目录}/scripts/review_check.py \
-  --findings examples/minimal-findings.jsonl \
-  --verdict examples/minimal-verdict.json
-python3 {技能目录}/scripts/selftest.py
+## Blocker · REV-001 · 画面文字未被镜头承载
+- 位置：剧本.md / EP001-SC002；分镜.md / SHOT-EP001-004
+- 证据：……
+- 影响：……
+- 修订结果：由 short-drama-storyboard 补入准确文字及可读条件。
+- 规则：SHT-01 · reviewed_invariant
 ```
 
-校验器检查 REV-02 所需字段、证据引用（经文件的 `sources` 声明解析）、阻断项数量和 verdict
-一致性；它不代替语义审查，也不要求独立 reviewer provenance。输入路径不存在于当前目录时，
-会相对本技能目录解析。
+引用只使用文件名、标题 ID、行号或短引文；不建立 sources 声明、哈希、record ID 或第二套状态。
 
 ## 选择审查范围
 
-声明一个或多个范围：
-
 - `source_analysis`
 - `story_script`
 - `assets_continuity`
@@ -51,128 +46,71 @@ python3 {技能目录}/scripts/selftest.py
 - `delivery_privacy`
 - `project_calibration`
 
-只读对应的审查表。`source_analysis` 读
-[rubric-source-analysis.md](references/rubric-source-analysis.md)——它审的是原著分析层
-（索引、快评、逐章提取、剧情单元、人物候选、改编价值与分集候选），不审剧本内容，
-也不替 `$short-drama-develop` 决定改编方案。完整审查先读
-[review-method.md](references/review-method.md)，再读三份审查表；制作端常见缺陷
-与各环节判据见 [production-quality-gates.md](references/production-quality-gates.md)。
-有创作者提供或授权形成的生产观察，需要绑定准确版本、诊断并路由项目内校准时读
-[project-calibration.md](references/project-calibration.md)；没有观察记录时只报文字风险。
-涉及参考图权限、遮挡式揭示或补拍版与替代版关系时加读
-[阶段契约](references/stage-contract.md) 的参考媒体与补拍一节。
-不预先加载所有创作资料。
-证据来自项目产物和已接受限制，而非负责人的自我解释。
-只有审查问题涉及“模板感、重复手法或 AI 味”时才读
-[anti-template-repair.md](references/anti-template-repair.md)，用其诊断、修订示范与误报反例。
-
-## 每轮的工作单元
-
-一轮审查一批明确选定的产物或一段连续范围：记录 verdict 与按 owner 路由的 findings，
-报告已审范围和剩余范围，然后交还控制权。产物由各自的 owner 修改；修订与之后的复审
-各自是独立的工作单元，由创作者明确请求时开始。
-
-## 工作流
-
-### 1. 确定范围与复核方式
-
-记录要审查的当前产物、已接受限制和范围。优先让未参与该版本创作的人或隔离上下文复核，
-因为这能减少自证偏差；条件不允许时可直接自检，并在 reviewer 标签或备注中如实说明。
-不要为“独立性”制造运行时证明、上下文 ID 或 provenance schema。
+只读对应资料，不预加载整个项目：
 
-### 2. 先跑结构校验
+- 原著分析：[原著分析审查表](references/rubric-source-analysis.md)
+- 故事、场景、行动与对白：[故事剧本审查表](references/rubric-story-script.md)
+- 身份、变体、连续性与图片提示词：[资产提示词审查表](references/rubric-assets-prompts.md)
+- 原文落实、镜头、关键帧与视频运动：[视觉运动审查表](references/rubric-visual-motion.md)
+- 完整审查方法：[审查方法](references/review-method.md)
+- 制作端常见缺陷：[生产质量门](references/production-quality-gates.md)
+- 授权生产观察的项目内校准：[项目校准](references/project-calibration.md)
+- 模板感、重复手法或 AI 味：[反模板修订](references/anti-template-repair.md)
+- 阶段边界、参考媒体与规则表：[阶段契约](references/stage-contract.md)
 
-先检查可证明事实：
+## 工作流
 
-- 数据结构、JSONL、稳定 ID 和来源引用；
-- 原文落实、资产版本、时间总和与连续性；
-- 负责人权限、隐私边界和当前项目状态。
+### 1. 冻结范围
 
-缺少必要输入时停止相关内容审查；互不依赖的问题可以一次汇总。
+写清当前要审哪些文件、章节、镜头或提示词，以及创作者已经明确的限制。目标在审查中发生变化时，
+重新读取再下结论。
 
-### 3. 带证据审查内容
+### 2. 先查可证明事实
 
-重新查看当前资料，不采用负责人的自我辩解。每个 finding 只需包含：
+- 五文档的可见 ID、引用和时长是否一致；
+- 剧本对白、动作、声音、画面文字是否都有画面/声音承载；
+- 人物、地点、道具状态和镜头起止是否连续；
+- 提示词是否从准确起点到准确终点；
+- 私有输入、凭据、绝对路径或内部流程文字是否泄漏。
 
-- 可定位的文件、记录、段落、镜头或提示词；
-- 必要的短引文或冲突字段；
-- 对观众理解或制作的影响；
-- 必须达到的修订结果、负责技能、严重程度和状态。
+缺少必要输入时只停止依赖它的判断，其他问题可以继续汇总。
 
-分类使用 `structural_invariant`、`reviewed_invariant`、`craft_default` 或 `taste_option`。
-校准 finding 还要说明它观察的是输入参考还是生成结果、适用配置和观察限制。
+### 3. 带证据审内容
 
-### 4. 跨层综合
+每个 finding 包含：位置、必要短引文或冲突事实、观众/制作影响、必须达到的修订结果、owner、严重
+程度和规则等级。不能只说“AI 味”“不够电影感”或给无证据分数。
 
-优先守住剧本原意与连续性，而不是奖励华丽提示词：
+### 4. 跨文档综合
 
 ```text
-剧本事实 -> 资产决定 -> 镜头目的与边界 -> 关键帧 -> 动作 -> 下一状态
+剧本事实 -> 视觉设定 -> 镜头职责与边界 -> 冻结关键帧 -> 视频运动 -> 下一状态
 ```
 
-### 5. 给出结论并分派修订
+优先守住原意、知情时机与连续性，不奖励脱离来源的华丽提示词。
+
+### 5. 结论与分派
 
 - `APPROVE`：没有阻断问题；
 - `APPROVE_WITH_NOTES`：只有不阻断的改进；
 - `REVISE`：存在结构、内容或限制冲突；
 - `PROVISIONAL`：关键输入不足，暂时无法完成判断。
 
-按 owner 分组；reviewer 发出修改要求，owner 在另一个有界工作单元修改来源。后续明确请求复审时，
-重新读取当前版本并只复查受影响范围；本轮不自动进入修改或复审。
-CLI 的 `review` 记录 verdict、reviewer 标签和备注；详细 finding 文件用于创作沟通，不是批准所需的
-密码学证据包。
-
-## 审查表
-
-- 故事承诺、因果、场景、行动、对白：
-  [rubric-story-script.md](references/rubric-story-script.md)
-- 资产身份/变体、连续性、资产图片提示词：
-  [rubric-assets-prompts.md](references/rubric-assets-prompts.md)
-- 原文落实、镜头、关键帧、视频提示词和跨镜状态：
-  [rubric-visual-motion.md](references/rubric-visual-motion.md)
+按 owner 分组修订要求。本轮完成后交还控制权；修改和复审只有用户明确请求时开始。
 
-## 审查问题与严重程度
+## 严重程度
 
-从 [finding-template.jsonl](assets/finding-template.jsonl) 建立审查问题，从
-[verdict-template.json](assets/verdict-template.json) 建立审查结论。问题目录提供编号、类别、
-默认检查方式、严重程度和负责人；审查问题记录本次目标的证据和状态。
+- `blocker`：不安全、不可交付或会让流程走错；
+- `major`：明显破坏剧情理解、连续性或制作结果；
+- `minor`：有具体影响但不阻断；
+- `note`：创作选择或可选润色。
 
-### 写上游引用
-
-每个文件先声明本次引用到的上游快照，每条引用再指名快照和记录。
-
-findings.jsonl 首行是声明记录：
-
-```json
-{"record_type":"sources","schema_version":"1.0.0","sources":{"screenplay":{"owner":"short-drama-write","artifact":"剧集/EP001/screenplay.md"}}}
-```
-
-verdict.json 用顶层 `sources` 对象声明同样的内容。键取产物文件名，短、小写，
-文件内唯一且稳定；同一产物的两个快照用后缀区分。
-
-引用写成：
-
-```json
-{"src": "screenplay", "record_id": "EP001-SC001"}
-```
-
-指向整个产物或产物内某个字段时只写 `{"src": "screenplay"}`，需要时加 `field`；
-`authority`、`role`、`value_seconds` 记在各自的引用上。
-
-- `fatal`：不安全或非公开内容被交付、交付包损坏、缺少授权；
-- `error`：阻断当前检查的结构或内容错误；
-- `warning`：有具体影响的常用做法问题；
-- `note`：创作选择、问题或不阻断交付的润色建议。
+## 边界
 
-没有证据不要打分。不能只说“AI 味”；必须定位重复手法、用套话代替具体内容，或没有铺垫的文句模式，
-并解释它伤害什么。
+- 不提交图片、视频、TTS 或音乐任务，不配置 adapter，不把 Dashboard 操作当生产授权。
+- 无法读取媒体时明确限制，不从文字或 adapter 状态推断脸部一致、表演、口型、混音或市场表现。
+- 生产观察必须绑定准确输入、提示词、参考、配置和结果版本；不能泛化成通用规则。
+- 审查文件只保留修订所需的最小证据，不复制完整私有输入。
 
-## 边界
+## 安装维护
 
-- 不提交图片、视频或 TTS 任务，不配置 adapter，也不把 Dashboard 操作当作生产授权。
-- `production_outputs` 只复核项目内当前版本的已有媒体；运行环境不能读取或播放时明确记录
-  限制，不从文字产物或 adapter 状态推断脸部一致、表演、口型、混音、剪辑或市场表现。
-- 生产观察必须绑定准确的 prompt/spec/reference/config 与结果版本，并保留其范围与限制。
-- 不把非公开制作观察变成通用审查标准。
-- 审查问题只带创作者修订所需的必要证据；不泄露非公开输入、完整创作文本、
-  网址或机器路径。
+只有安装、升级或排障时运行 `python3 scripts/selftest.py`。

package/lib/drama/skills/short-drama-review/references/anti-template-repair.md

@@ -89,26 +89,21 @@ Reviewer 必须说明：重复是否是 creator choice、第二次新增了什
 
 ## 4. Finding 示例
 
-~~~json
-{
-  "diagnostic_code": "SCR_REPEATED_STRATEGY",
-  "knowhow_rule_id": "SCR-04",
-  "classification": "craft_default",
-  "enforcer": "reviewer",
-  "evidence": "EP002-SC003 与 EP003-SC002 均以主管主动说出隐藏事实结束，主角没有选择",
-  "impact": "主角策略不参与揭示，连续两集回报来自对手自曝",
-  "required_change": "保留两项事实，但让至少一项揭示由主角有代价的策略触发",
-  "owner_skill": "short-drama-write",
-  "severity": "warning"
-}
+~~~markdown
+## Major · REV-003 · 连续两集用同一种自曝完成揭示
+- 位置：剧本.md / EP002-SC003；剧本.md / EP003-SC002
+- 证据：两场都由主管主动说出隐藏事实，主角没有选择。
+- 影响：主角策略不参与揭示，连续两集的回报来自对手自曝。
+- 修订结果：保留两项事实，但让至少一项揭示由主角有代价的策略触发。
+- Owner：short-drama-write
+- 规则：SCR-04 · craft_default
 ~~~
 
-真实 finding 还要在 `evidence_refs` 和 `target_ref` 写出上游引用：
-`{"src": "<sources 键>", "record_id": "<记录 ID>"}`，快照由文件的 `sources` 声明绑定。
+位置只使用文件名、标题 ID、行号或必要短引文。不要复制上游快照，也不要为审查另建记录 ID。
 
 ## 5. 分级
 
-- structural_invariant：finding 元数据、上游引用、owner/status 可解析。
+- structural_invariant：finding 的位置、严重程度、owner 与结论明确且可复核。
 - reviewed_invariant：下游没有改写 source meaning；需证据判断。
 - craft_default：避免无意义的因果/策略/表达/镜头重复；可由创作者说明覆盖。
 - taste_option：类型惯例、仪式重复、running gag、固定镜头风格本身不阻断。

package/lib/drama/skills/short-drama-review/references/production-quality-gates.md

@@ -18,7 +18,7 @@
 
 ## 一、先分清什么问题必须阻断
 
-- `structural_invariant`：引用、哈希、明确时长、同一区间摄影机指令冲突、已声明
+- `structural_invariant`：可见引用、明确时长、同一区间摄影机指令冲突、已声明
   起点/终点不一致等可以直接证明的问题；本地检查可以阻断。
 - `reviewed_invariant`：剧情意义是否丢失、人物反应是否承接后果、动作是否可执行、
   指令是否被改写；审查者引用资料给 `REVISE`。
@@ -38,7 +38,7 @@
 
 检查：
 
-- 原文覆盖表是否为每个制作相关段落说明去向；
+- 是否能从剧本的每个制作相关段落直接追到承担它的镜头或声音；
 - 每个有明确来源的动作是否只实现一次；
 - 关键结果落地后，观众是否能看到受影响者的反应或后果；
 - 重新编组前后，原文段落、镜头目的、起点/终点与声音引用是否仍相同。
@@ -55,7 +55,7 @@
 先核对负责环节的起止边界和资产版本；若剧情确实需要变化，向对应技能
 请求状态或镜头修改，不在提示词里偷偷补故事。
 
-选择性环境变换还要核对 `VID-11`：触发、准确目标范围、结束几何/状态与 `preserve_set`
+选择性环境变换还要核对 `VID-11`：触发、准确目标范围、结束几何/状态与保持项
 是否同时存在；相邻但非目标的人物、道具、文字承载面和空间锚点是否保持原位置、数量与
 状态。只写“门消失”“地面折叠”而不写留下什么及什么必须不变，属于无法确认能否执行的问题。
 
@@ -79,14 +79,14 @@
 
 ### 6. 版本和执行状态冒充内容权威
 
-同一集、镜头或提示词可能保留多个历史版本。审查前先沿 `sources` 声明的 owner、artifact、
-引用的 record ID 解析**当前权威版本**；文件更新时间、编号大小、默认展示项或最近一次执行状态
-只能帮助定位候选，不能替代 creator acceptance。下游引用旧版本时，即使内容看似合理也要
-先报告 stale binding，而不是把旧稿重新解释成现行要求。
+同一集、镜头或提示词可能保留多个历史版本。审查前先读取当前 creator-visible 文档，并按文件名、
+标题 ID 和文中明确写出的母版/替代关系判断当前版本；文件更新时间、编号大小、默认展示项或最近一次
+执行状态只能帮助定位，不能替代创作者当前决定。下游仍引用旧标题时，即使内容看似合理也要报告
+版本引用过期，而不是把旧稿重新解释成现行要求。
 
 生成或处理任务的技术状态只说明某次执行结束到哪一步，不证明语义质量。任何状态为成功的
-历史记录都必须写明当时准确的提示词记录、资产/镜头 refs 与配置；审查仍比较这些文字是否
-覆盖当前 accepted artifact。没有看过媒体时，不得从技术状态、重试次数或结果地址声称画面、
+历史记录都必须写明当时准确的提示词标题、资产/镜头引用与配置；审查仍比较这些文字是否
+覆盖当前创作者可见文档。没有看过媒体时，不得从技术状态、重试次数或结果地址声称画面、
 表演、文字和连续性已经正确。
 
 ## 三、指令优先级与改写回归（REV-09）
@@ -126,11 +126,10 @@
 不能证明提示词覆盖了原动作、反应、台词与已确认的项目指令。审查者必须比较
 改写前后必须保留的内容。
 
-缩短修改若形成补拍或替代版，必须在 `coverage_scope` 标明 `pickup/alternate`、同一文件内
-的母版或补充运动记录 ID，并把每项原文要求对应到当前运动字段或说明去向。普通母版省略
-`coverage_scope`，不为“没有版本关系”制造占位账目。
-补拍默认不替代母版；替代版只能提出替代请求，最终决定由下游审查结论
-指名替代版或母版的记录，不能回写运动规格制造循环引用。若有内容丢失，再由
+缩短修改若形成补拍或替代版，必须在 `视频提示词.md` 中标明版本类型、同一文件内的母版或补充
+`MOTION-...` 标题，并把每项原文要求对应到当前版本或说明去向。普通母版不为“没有版本关系”制造
+占位账目。补拍默认不替代母版；替代版只能提出替代请求，最终由审查结论直接指名保留哪一个标题，
+不能让两个版本互相声明对方才是当前版本。若有内容丢失，再由
 分镜或视频提示词技能决定保留其他镜头、拆镜、延长、删减或请求上游修改。
 
 ## 四、各环节证据问题
@@ -155,8 +154,8 @@
   `no-text` 删除参考像素？
 - 每张参考图的 `role`、可参考内容与不可照搬内容是否明确？构图、尺度或效果参考有没有
   改写本来不该由它决定的身份、内容、文字或状态？
-- 像素、文字、水印或裁切检查是否有准确的观察记录；没有时是否保持 `unverified`，
-  而不是从 JSON 引用或负面词推断已经看过输入参考图？
+- 像素、文字、水印或裁切检查是否有准确的观察记录；没有时是否明确写“未观察”，
+  而不是从文件引用或负面词推断已经看过输入参考图？
 - 定点修改是否写准确目标、`changes` 与 `preserve_set`？
 - 同一地点在同一时间/天气 state 下的各观察方向板，主光来源、冷暖主次、光比方向与实际
   灯具开关是否对齐（`IMG-10`）？不一致时是否有已记录的成因与对应 delta？逐板单独看

package/lib/drama/skills/short-drama-review/references/project-calibration.md

@@ -9,15 +9,13 @@
 - `generated_result`：某个准确提示词/规格版本、参考槽位集合和制作配置下的结果观察；它可以支持
   项目内校准，但不能自动变成跨项目、跨配置或跨制作方式的定律。
 
-两种记录都要写明被观察的媒体、观察方法、准确文本 refs、观察区域/时间段、限制与观察者。
-`generated_result` 还要绑定 `prompt_or_spec_refs`、每个稳定 `slot_id/order`、production profile
-与 `valid_only_for`。模板见核心的生产观察记录；审查只读取项目提供的记录，不在公开运行时找数据。
-`evidence_state: active` 只表示这份有界观察仍可作为证据使用，不表示内容被接受或质量通过；
-证据被撤回、被观察的媒体已经换过或来源无法复核时，不沿用该记录做校准，而是保留历史并另记失效原因。
-不要给观察套用创作产物的 `candidate/accepted` 状态。
-实际项目记录建议放在受保护的 `输入/production-observations.jsonl`（legacy 项目为
-`inputs/production-observations.jsonl`），由创作者或获授权观察者提供；它不属于任何 skill 的
-可发布产物，也不进入文本交付包。公共 `assets/production-observation.example.jsonl` 只是空白示例。
+两种记录都要写明被观察的媒体、观察方法、准确的文档标题引用、观察区域/时间段、限制与观察者。
+生成结果还要写明对应提示词或镜头标题、参考图顺序、制作形态/配置和结论适用范围。审查只读取
+项目提供的记录，不在公开运行时找数据。记录仍可使用只代表这份有界观察可复核，不表示创作内容
+已接受或质量通过；证据被撤回、媒体已经换过或来源无法复核时，不沿用它做校准，并写明失效原因。
+
+实际项目记录可以由创作者放在受保护的 `原始资料/生产观察.md`，也可以直接在当前请求中提供；它不属于
+五份单集创作文档，也不进入文本交付包。
 
 ## 选择有内容代表性的试跑
 

package/lib/drama/skills/short-drama-review/references/review-method.md

@@ -19,9 +19,9 @@
 
 ## Review scope
 
-Start from the current artifact files and accepted creator constraints. Prefer an uninvolved reviewer or isolated
-context when available; otherwise perform an honest self-check. The project CLI stores only a verdict, optional
-reviewer label and note. It does not authenticate reviewer identity or require runtime provenance.
+Start from the current creator-visible files and the constraints the creator has explicitly chosen. Prefer an
+uninvolved reviewer or isolated context when available; otherwise perform an honest self-check and say so in the
+review Markdown. A reviewer label is disclosure, not authenticated identity.
 
 If a target changes during review, reread that target before recording the verdict. Do not recursively invalidate
 unrelated findings.
@@ -30,11 +30,11 @@ unrelated findings.
 
 Mechanical examples:
 
-- invalid JSON/JSONL, missing or duplicate IDs, unresolved references;
+- missing or duplicate Markdown IDs, broken links or unresolved references;
 - unknown asset variants or contradictory camera flags;
 - explicit segments not matching their declared duration;
 - readable text conflicting with the accepted text policy;
-- owner writing outside its authority;
+- a stage document silently taking over facts owned by another document;
 - delivery containing private or unapproved material.
 
 Semantic examples:
@@ -51,7 +51,7 @@ Semantic examples:
 A useful finding contains:
 
 1. stable diagnostic/rule ID when one exists;
-2. project-relative target plus record, field, block or shot when useful;
+2. project-relative file plus heading ID, line number or shot when useful;
 3. bounded quotation or conflicting facts;
 4. audience, continuity or production impact;
 5. required outcome and preserve set, not ghostwritten replacement prose;
@@ -60,9 +60,8 @@ A useful finding contains:
 “The dialogue is weak” is invalid. A finding should identify the exact exchange, say what fails to change, and tell
 the write owner what outcome must be restored.
 
-A findings or verdict file declares each upstream snapshot once under `sources`, and every reference names that
-snapshot key plus the record. Those source references are archival review metadata, not lifecycle inputs and not proof
-of reviewer independence.
+The review Markdown cites the current file name, heading ID, line number or a necessary short quotation directly.
+It does not copy upstream snapshots, invent record IDs or create another version of the source material.
 
 ## Cross-layer synthesis
 

package/lib/drama/skills/short-drama-review/references/rubric-assets-prompts.md

@@ -26,32 +26,28 @@ creator-approved idealization or deliberate counter-casting remains a taste choi
 
 ### Voice direction (optional, `AST-07`–`AST-12`)
 
-Only reviewed when a project records `voice_direction`. Timbre is carried by a
-bound reference recording, not by prose: identity is the reference binding plus
-the accepted pronunciations, and the text alongside it exists to select or judge
-a candidate, never to stand in for one.
+Only reviewed when `视觉设定.md` records a voice direction. Timbre is carried by a
+named reference recording, not by prose: identity is the reference plus the
+creator's current pronunciation choices, and the text alongside it exists to
+select or judge a voice, never to stand in for one.
 
 Fail when:
 
 - a project has no reference and a paragraph of adjectives is standing in for
-  identity — that record must read `reference: null` and 待选型 instead;
+  identity — the voice section must say `待选型` instead;
 - a binding omits what it controls and what it must not, or lets the take's
   emotion, the recording space (reverb, mic distance) or background noise into
   identity (`AST-08`);
 - a claim about what is audible in a reference has no creator description and no
-  authorized listening observation, yet admission is not `unverified` (`AST-09`);
-- one proper noun appears with two accepted spellings anywhere in the 设定集
+  authorized listening observation, yet is written as established fact (`AST-09`);
+- one proper noun appears with two accepted spellings anywhere in `视觉设定.md`
   (`AST-10`) — this one is structural and blocks;
 - two characters designed together are bound to confusable references and no
   distinguishing trait names the nearest neighbour (`AST-11`);
 - a selection criterion is an emotion word, carries no counter-example, or the
   list has grown past a handful (`AST-12`);
 - reference audio bytes, a provider parameter, a model name, a task field or a
-  URL appear in the 设定集 or the delivery package.
-
-The rendered `voice-casting.md` is a cache. A finding against it is a finding
-against the accepted record it projects, routed to assets — never a request to
-hand-edit the derived text.
+  URL appear in `视觉设定.md` or the delivery package.
 
 ### Location / View
 
@@ -107,7 +103,7 @@ apply type-specific criteria:
 - prop has no scale or text state;
 - negative constraints contradict the required visible fact;
 - edit request says “make better” without target/change/preserve;
-- rendered Markdown differs from accepted structured spec;
+- `图片提示词.md` contradicts the current identity, state or text policy in `视觉设定.md`;
 - private URL, source ID, provider task field, or operator complaint leaks in.
 - “use the whole reference” does not say what may or may not be copied.