跳到正文

角色场景与制作资产管理

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

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

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

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

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

正文

获取原文件

references/asset-review-checklist.md

Binding gate (AST-05)

资产设定完成前,每个下游引用都要解析到明确的身份条目,且变体必须在引用的剧情范围内有效。 未解决的出现项继续保持未决;不得为了让提示词或分镜继续工作,猜一个看似合理的 ID。

按“机械事实 → 语义判断 → 创作者接受”顺序检查。Owner 可按 finding 修订;修订动作本身 不等于审查 verdict。需要 verdict 时另起一次审查动作,自检也可以如实记录有证据支持的结论。

A. 机械检查(structural_invariant)

  • 每个制作相关的剧本段都有资产处理结果,或明确说明本段没有资产变化。
  • 每个结果都指向可见场景 ID,并能从当前 剧本.md 找到依据。
  • 来源位置、剧本明示事实、资产判断与连续性变化没有混写。
  • 每个出现项恰为复用、新变体、新身份或未决之一。
  • 新变体写清基底、变化、原因、生效位置与结束位置;没有明确终点时标为持续。
  • ID 唯一;所有已接受 binding 精确解析到 Character+Look、Location+View 或 Prop+State。
  • 未决项没有伪造成已确认身份,不能流入图片提示词或分镜。
  • 每条变化有前态、后态、原因/来源、生效范围和受影响的可见 ID。
  • linked outgoing/incoming 状态一致,或有明确待处理 reconciliation。
  • 可读文字政策完整;exact_readable 不与 no_readable_text 冲突。

机械失败指出具体文件、标题 ID、owner 和修复方向,不回显整段创作文本。

B. 语义审查(reviewed_invariant)

逐条引用剧本/设定集 证据回答:

  • 含混代词、匿名人、同款多件物没有被猜成某个已有 ID。
  • Character 身份锚点与服装、伤势、湿污、姿势等临时状态分离。
  • Location 地理/固定锚点没有因角度、时段、天气、灯光被复制成新地点。
  • Prop 形制/功能身份没有因 owner、开合、破损、内容或文字状态被复制。
  • 每个新 asset 有不能复用的持久证据;每个 variant 说明 base 什么保持不变。
  • 提取没有凭空补脸、品牌、门窗、内容物、伤势、灯光或可读文字。
  • 时代不与原著事实矛盾;旧、老式、复古一类词有原著依据或创作者选择(AST-14)。
  • transfer、伤势、换装、停电、天气/光态和知识变化都有足以支持的剧情原因。
  • occurrence 的 production disposition 合理:提及不被误当出镜,关键操作物不被 降成普通布景。

Reviewer finding 应含文件与标题 ID、证据、影响、修订结果、owner、严重程度和状态;不能只说 “资产不够细”或“看起来 AI”。

C. Craft 默认(可覆盖,不单独阻断)

  • 身份未变时优先复用或 variant,没有追求“一场一资产”。
  • 瞬时 pose/camera/framing 留给 storyboard,没有制造 Look/View/State 爆炸。
  • 设定集 只保留识别、复用、prompt、镜头和连续性所需事实。
  • Location 先有地理/入口/固定锚点,再有氛围;Prop 有尺度/形制/材料/功能; Character 有可观察的区分锚点。
  • 项目视觉方向写了时代锚点,地点、造型、道具条目写出时代形制(AST-15)。
  • outgoing 精简但足以让下一场/集无脑内补全地继续。

Creator 可用制作原因覆盖,例如需要逐件审批背景陈设;记录 override,而非改成硬规则。

D. Taste 选项(只确认选择)

  • 群演按 group 还是个体管理已选择。
  • 同建筑空间拆分颗粒度能支持当前制作。
  • 蒙太奇/梦境/主观断裂已声明边界。
  • 临时可见状态用 delta 还是升为 variant 符合本项目复用策略。

不得仅因 reviewer 偏好另一个选项而判失败。

E. 创作者确认

给创作者看的摘要必须列出:

  1. 复用项及匹配证据;
  2. 新 variant 及 base/difference/cause/validity;
  3. 新 asset 及持久区分证据;
  4. unresolved 的原文证据、候选和不同选择的下游影响;
  5. continuity deltas 与跨集 outgoing;
  6. 确认后需要同步更新的下游文件。

把创作者确认的结果直接写进 视觉设定.md,未确认选择保留为“未决”并说明影响。创作者确认不等于 结构检查通过、审查通过或可以投产;这些动作各自独立发生。

当前范围完成判据

本次范围内结构检查通过、每个出现项已决定、没有未决引用、连续性可交接,且创作者已确认需要选择的 新增/复用/变体/变化,即完成当前资产批次。审查与交付是后续独立动作, 不作为图片提示词或 storyboard 这两个并列分支的隐式前置门槛。

CONTACT HAONAN

联系haonan

医疗 AI · 产品与独立开发

刘浩南

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

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

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