跳到正文

角色场景与制作资产管理

将剧本中的角色、场景和道具整理为一致的制作资产,记录视觉依据和后续使用要求。

开源精选视频内容27 个文件2,909 Stars浏览次数 0zenstory-ai/drama-skills MIT版本 f53fb20
开始使用

下载前阅读 SKILL.md 中的使用条件,并确认所用工具支持对应能力。

输入资料
确认后的故事或剧本 角色、场景和美术设定 阅读本节完整说明
交付内容
制作资产资料 角色场景说明与连续性依据 阅读本节完整说明
环境与依赖
只有安装、升级或排障时运行 python3 scripts/selftest.py。 阅读本节完整说明
  1. 获取完整包,保留配套文件的目录结构。
  2. 按照原文准备所需工具、依赖与输入资料。
  3. 阅读对应使用步骤与输入输出说明,在自己的环境中验证结果。

使用提示摘自原文,配套文件保留来源版本;实际运行条件以各包说明为准。

正文

获取原文件

references/continuity-delta.md

目录

边界匹配 (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 和事实不变:通常只更新显示文本,不重做无关分镜。
  • 修改镜头构图:不自动修改资产文件。
  • 修改截图说明或提示词文案:不得反向改写当前视觉状态。

交接检查

  • 每个相连镜头的结束状态与下一镜开始状态一致,或已有负责人明确提出修订。
  • 转手同时说明从谁手中到谁手中,物件不会在两人手里复制。
  • 伤势、造型、天气和光线不会无原因复位。
  • 道具内容状态与人物知情情况分开记录。
  • 变化的有效范围覆盖所有依赖镜头,而且不会提前生效。
  • 受影响列表覆盖所有已经存在的提示词、镜头和运动提示词使用方;修订时重新 计算实际使用方,不只沿用旧清单。
  • 结束状态足以让下一集继续,不依赖创作者脑内记忆。

CONTACT HAONAN

联系haonan

医疗 AI · 产品与独立开发

刘浩南

关注医疗 AI 从 demo 到真实落地,聚焦产品化、商业化与院内工作流效率提升。

12年医疗产研经验,大湾区头部医疗AI公司前产品总监,独立开发者

医疗 AI 产品化医疗 AI 商业化院内工作流效率
刘浩南的微信联系二维码
微信扫一扫,联系 haonan