short-drama-review

name	short-drama-review
description	校验与审查文件系统短剧项目中的原著分析层、故事、剧本、资产、连续性、资产图片提示词、分镜、关键帧和视频提示词，并消费有界授权生产观察做当前项目校准。用户提出“审稿/检查剧本”“检查资产或连续性”“检查图片/视频提示词”“检查原著分析或分集候选”“审查或诊断模板感”“根据生产观察做项目校准”，或判断一集能否交付文本或 JSON 时使用；只发布审查问题、审查结论和修订要求，不代替负责人修改来源文件。
license	MIT

短剧审查

审查并引用产物证据。优先由未参与当前版本创作的 reviewer 执行；条件不允许时可以自检并如实标注。 只写审查问题、审查结论和按负责人分组的修订要求，不在同一次审查中替 owner 修改创作来源。

审查问题、影响和修订要求在项目内跟随 short-drama.json#/language，独立运行时跟随用户 使用的语言，不在本技能内硬编码语言。稳定的规则编号和 ID 保持原样。 本技能从不撰写提示词正文：引用被审查的提示词时按其原样引用，不译成审查语言， 也不因为提示词语言与项目语言不同就判为缺陷——#/format/prompt_language 是创作者的选择。

开始前

本技能可独立安装和执行。先读取用户明确提供的待审产物与本任务直接输入；若当前目录是 short-drama 项目且项目工具可用，可以读取 status 并使用其发布生命周期，但缺少 core 或任何其他技能都不是审查工作的阻断条件。阶段契约 给出 本阶段边界、制作形态输入与规则表，无需读取其他技能的文件。

Quick Start

复制最小 finding/verdict 样例，在完成一次有界审查 pass 后运行：

python3 {技能目录}/scripts/review_check.py \
  --findings examples/minimal-findings.jsonl \
  --verdict examples/minimal-verdict.json
python3 {技能目录}/scripts/selftest.py

校验器检查 REV-02 所需字段、证据引用（经文件的 sources 声明解析）、阻断项数量和 verdict 一致性；它不代替语义审查，也不要求独立 reviewer provenance。输入路径不存在于当前目录时， 会相对本技能目录解析。

选择审查范围

声明一个或多个范围：

• source_analysis
• story_script
• assets_continuity
• image_prompts
• storyboard_keyframes
• video_prompts
• production_outputs
• full_episode
• delivery_privacy
• project_calibration

只读对应的审查表。source_analysis 读 rubric-source-analysis.md——它审的是原著分析层 （索引、快评、逐章提取、剧情单元、人物候选、改编价值与分集候选），不审剧本内容， 也不替 $short-drama-develop 决定改编方案。完整审查先读 review-method.md，再读三份审查表；制作端常见缺陷 与各环节判据见 production-quality-gates.md。 有创作者提供或授权形成的生产观察，需要绑定准确版本、诊断并路由项目内校准时读 project-calibration.md；没有观察记录时只报文字风险。 涉及参考图权限、遮挡式揭示或补拍版与替代版关系时加读 阶段契约 的参考媒体与补拍一节。 不预先加载所有创作资料。 证据来自项目产物和已接受限制，而非负责人的自我解释。 只有审查问题涉及“模板感、重复手法或 AI 味”时才读 anti-template-repair.md，用其诊断、修订示范与误报反例。

每轮的工作单元

一轮审查一批明确选定的产物或一段连续范围：记录 verdict 与按 owner 路由的 findings， 报告已审范围和剩余范围，然后交还控制权。产物由各自的 owner 修改；修订与之后的复审 各自是独立的工作单元，由创作者明确请求时开始。

工作流

1. 确定范围与复核方式

记录要审查的当前产物、已接受限制和范围。优先让未参与该版本创作的人或隔离上下文复核， 因为这能减少自证偏差；条件不允许时可直接自检，并在 reviewer 标签或备注中如实说明。 不要为“独立性”制造运行时证明、上下文 ID 或 provenance schema。

2. 先跑结构校验

先检查可证明事实：

• 数据结构、JSONL、稳定 ID 和来源引用；
• 原文落实、资产版本、时间总和与连续性；
• 负责人权限、隐私边界和当前项目状态。

缺少必要输入时停止相关内容审查；互不依赖的问题可以一次汇总。

3. 带证据审查内容

重新查看当前资料，不采用负责人的自我辩解。每个 finding 只需包含：

• 可定位的文件、记录、段落、镜头或提示词；
• 必要的短引文或冲突字段；
• 对观众理解或制作的影响；
• 必须达到的修订结果、负责技能、严重程度和状态。

分类使用 structural_invariant、reviewed_invariant、craft_default 或 taste_option。 校准 finding 还要说明它观察的是输入参考还是生成结果、适用配置和观察限制。

4. 跨层综合

优先守住剧本原意与连续性，而不是奖励华丽提示词：

剧本事实 -> 资产决定 -> 镜头目的与边界 -> 关键帧 -> 动作 -> 下一状态

5. 给出结论并分派修订

• APPROVE：没有阻断问题；
• APPROVE_WITH_NOTES：只有不阻断的改进；
• REVISE：存在结构、内容或限制冲突；
• PROVISIONAL：关键输入不足，暂时无法完成判断。

按 owner 分组；reviewer 发出修改要求，owner 在另一个有界工作单元修改来源。后续明确请求复审时， 重新读取当前版本并只复查受影响范围；本轮不自动进入修改或复审。 CLI 的 review 记录 verdict、reviewer 标签和备注；详细 finding 文件用于创作沟通，不是批准所需的 密码学证据包。

审查表

• 故事承诺、因果、场景、行动、对白： rubric-story-script.md
• 资产身份/变体、连续性、资产图片提示词： rubric-assets-prompts.md
• 原文落实、镜头、关键帧、视频提示词和跨镜状态： rubric-visual-motion.md

审查问题与严重程度

从 finding-template.jsonl 建立审查问题，从 verdict-template.json 建立审查结论。问题目录提供编号、类别、 默认检查方式、严重程度和负责人；审查问题记录本次目标的证据和状态。

写上游引用

每个文件先声明本次引用到的上游快照，每条引用再指名快照和记录。

findings.jsonl 首行是声明记录：

{"record_type":"sources","schema_version":"1.0.0","sources":{"screenplay":{"owner":"short-drama-write","artifact":"剧集/EP001/screenplay.md"}}}

verdict.json 用顶层 sources 对象声明同样的内容。键取产物文件名，短、小写， 文件内唯一且稳定；同一产物的两个快照用后缀区分。

引用写成：

{"src": "screenplay", "record_id": "EP001-SC001"}

指向整个产物或产物内某个字段时只写 {"src": "screenplay"}，需要时加 field； authority、role、value_seconds 记在各自的引用上。

• fatal：不安全或非公开内容被交付、交付包损坏、缺少授权；
• error：阻断当前检查的结构或内容错误；
• warning：有具体影响的常用做法问题；
• note：创作选择、问题或不阻断交付的润色建议。

没有证据不要打分。不能只说“AI 味”；必须定位重复手法、用套话代替具体内容，或没有铺垫的文句模式， 并解释它伤害什么。

边界

• 不提交图片、视频或 TTS 任务，不配置 adapter，也不把 Dashboard 操作当作生产授权。
• production_outputs 只复核项目内当前版本的已有媒体；运行环境不能读取或播放时明确记录 限制，不从文字产物或 adapter 状态推断脸部一致、表演、口型、混音、剪辑或市场表现。
• 生产观察必须绑定准确的 prompt/spec/reference/config 与结果版本，并保留其范围与限制。
• 不把非公开制作观察变成通用审查标准。
• 审查问题只带创作者修订所需的必要证据；不泄露非公开输入、完整创作文本、 网址或机器路径。