短剧角色特征库应该锁定哪些信息

角色库不是一段人物小传，也不是收藏几张参考图。它要把不该变的身份特征、允许变化的剧情状态、不同造型版本和可用参考资产分开记录。镜头生成时按版本引用，才能知道什么必须保持、什么可以变化。嘟哩短剧的重点因此落在统一资产、镜头级控制、风险检查和局部返工，而不是只增加模型入口。

短剧团队常把人物小传写得很完整：成长经历、性格、关系、动机都有，真正生成画面时却只剩“25岁亚洲女性，长发”。叙事设定和视觉约束不是一回事。

角色特征库要同时服务编剧、分镜、图像、视频、配音和审片，因此必须把信息分层，而不是堆成一段长文本。

“25 岁亚洲女性，黑色长发”不是角色，只是一个宽泛类型

导演认可的女主首张图里，真正让人记住的是偏窄的下颌、眼尾微上扬、左眉尾一道浅疤、齐肩发内扣和绿色方形耳钉。如果角色库只保存年龄、性别和发色，后续每个模型都会生成一位“符合类型”但不是同一人的角色。

另一个常见错误是把合理变化全部锁死。剧情中女主从职场西装换成医院病号服，并不是一致性问题；真正的问题是这个变化没有被剧情事件驱动，或在后续镜头里无故回跳。

第一层是身份核心

记录角色名称、剧情身份、年龄区间、性别表达、人物关系和不可替换的身份标签。这一层帮助系统理解“谁在做什么”，不直接决定每一处像素。

同名角色或双胞胎等特殊设定要单独注明，避免AI把关系相近的人混成同一主体。

第二层是视觉锚点

脸型、五官比例、肤色、体型、身高感、发型、发色、明显标记和常用饰品属于稳定约束。描述要能被参考图验证，少用“高级感”“有故事的眼睛”这类无法测量的词。

参考资产包含正面、侧面、半身、全身和不同表情，注明来源、确认状态和适用模型。低质量、遮挡严重或风格不一致的图片不能混入核心参考。

第三层是造型和状态版本

服装、妆容、伤痕、湿发、年龄变化和道具会随剧情改变。每次变化创建版本，记录首次出现镜头、持续范围和结束条件。

例如“周然-办公室装V1”在第1到8镜使用，第9镜淋雨后切换“办公室装-湿发状态V2”。这样一致性检查不会把合理变化误判成漂移。

第四层是表演和声音基准

角色的常态姿势、动作幅度、说话节奏、音色、口音和情绪上限，会影响跨镜头体验。关键情绪由编剧或导演提供基准描述，AI按镜头意图生成，人工筛选。

声音模型和视觉模型可能是不同系统，角色库负责用同一角色ID把资产串起来。

第五层是禁止项

明确不能发生的变化：不能改变瞳色、不能新增纹身、不能更换标志性项链、非剧情要求不能改变左右手习惯。禁止项比无限增加正向提示更容易发现问题。

不同镜头仍可能需要例外。例外要由导演确认并记录原因，不能让模型自动修改角色核心。

在嘟哩短剧中的使用方式

角色库作为独立资产，剧本、分镜、图片和视频节点都引用角色及版本。修改核心特征时，系统提示受影响镜头；生成后检查与参考资产的偏差，风险镜头进入待审片。

第一期不必追求自动计算所有特征。先把角色对象、版本、参考图、禁止项和镜头引用做扎实，就能明显减少靠复制提示词维持一致性的工作。

角色库应该同时锁定“不变”和“怎么变”

层级	建议字段	使用方式
身份核心	脸型、五官比例、肤色、体型、年龄感、特征疤痕	所有造型共用，变更需新建角色版本
视觉锚点	发型轮廓、主饰品、代表性颜色、正侧全身参考	在快速镜头中帮助观众识别
造型版本	服装、鞋、包、妆容和适用剧情阶段	例如“林夏-职场-V1”与“林夏-住院-V1”
镜头状态	表情、湿发、污渍、伤口、手持道具	随剧情变化，并传给下一镜
表演基准	常用语速、表情强度、声音参考、动作习惯	帮助人物不只“长得像”，也“演得像”
禁止项	不可变更的发色、不出现的饰品、不接受的年龄偏移	生成后作为风险检查清单

角色卡还要有“已确认”状态。只有经制作人员确认的参考图才可以被批量镜头引用；一次生成中的偶然好图，如果存在侧脸失真或手部错误，不应因为“看起来好看”就直接升级为全剧基准。

建库的第一期不需要追求所有特征自动提取

可以先用结构化字段、多角度参考图、造型版本和镜头引用解决“每个镜头都重新描述”的问题。后续再根据实际失败镜头，决定哪些特征值得做自动比对。不经试做就先做一套复杂的“高精度特征算法”，容易把产品周期用在不影响主要返工的字段上。

角色特征库要分成稳定项和剧情变化项

角色在第 3 集受伤，在第 5 集换装。如果系统把所有变化都当漂移，会误报；如果完全不管变化，又会换脸。角色库必须区分哪些永远不变，哪些随剧情改变。

环节	要记录什么	通过标准
稳定项	脸型、五官比例、体型、年龄感、标志特征	不可随机变化
造型项	服装、发型、妆容、饰品	按版本和剧情变化
状态项	受伤、淋雨、疲惫、情绪	与镜头剧情绑定
禁用项	不可出现的发色、服装、道具	生成前强制校验

短剧不是拍证件照，一致性和变化要同时存在。嘟哩短剧的角色库要让导演知道“这个变化是剧情需要，还是模型漂移”。

怎么验收

验收时抽取同一角色不同状态的镜头，检查稳定项是否保持、变化项是否有剧情来源。两者都成立，角色库才真正可用。

真正落到产品页面时，要看到这些东西

短剧制作人进入嘟哩短剧导演台时，第一眼应该看到一条短剧镜头链的当前状态，而不是一段功能介绍。入口动作也要直接：先锁定角色、场景和镜头意图，再进入图片或视频生成。用户每做一步，系统都要把输入、确认人、状态和产物留下来，后面 AI 才有可靠上下文。

页面区域	业务字段	系统状态	AI 动作
稳定项	脸型、五官比例、体型、年龄感、标志特征	当前状态、责任人、来源链接、更新时间	AI 检查“不可随机变化”，并给出缺口待办
造型项	服装、发型、妆容、饰品	当前状态、责任人、来源链接、更新时间	AI 检查“按版本和剧情变化”，并给出缺口待办
状态项	受伤、淋雨、疲惫、情绪	当前状态、责任人、来源链接、更新时间	AI 检查“与镜头剧情绑定”，并给出缺口待办
禁用项	不可出现的发色、服装、道具	当前状态、责任人、来源链接、更新时间	AI 检查“生成前强制校验”，并给出缺口待办

一天的真实使用路径可以这样设计：早上先打开看板看今日待确认事项；上午补齐缺失资料或接口数据；下午让 AI 生成分析、脚本、用例、风险或方案；执行前由负责人确认关键动作；晚上把结果、问题和下一步沉淀到同一个项目。这样用户不会觉得自己在“找 AI 聊天”，而是在推进一件有开始、有负责人、有产物、有复盘的工作。

产品里还要保留两个不太讨好、但很重要的状态：一个是“资料不足，不能判断”，另一个是“超出当前范围，建议拆分或延期”。这两句话会让页面看起来没有那么神奇，却能减少错误决策。企业场景里，靠谱比炫技更值钱。

边界说明

短剧能力还要经过真实模型和项目验证。产品应先把角色库、场景库、镜头意图、检查和单镜头返工链路做扎实，不要承诺一种算法解决所有一致性问题。

读者真正会感受到的变化

以前坏一个镜头常常整段重跑；现在先看角色、场景、镜头意图和检查结果，定位到底是换脸、穿模、节奏还是转场问题。制作人保留已通过镜头，只处理问题镜头，成本、模型和返工原因也能被记录下来。这段体验变化要在试点中被记录下来：用了几个入口、问了几个人、返工发生在哪一步、最终产物是否能被下一次复用。只有这些细节存在，文章里的方案才不是概念说明，而是能被团队带回去照着检查的工作方法。

常见问题

人物小传要放进角色库吗？

可以作为叙事资料，但应与视觉、声音和状态字段分开，按任务选择输入。

角色库越详细越好吗？

不一定。优先记录影响识别和连续性的特征，过多无关描述会增加冲突。

修改角色后旧镜头怎么办？

保留旧版本并提示影响范围，由导演决定哪些镜头需要重做，不能自动覆盖已通过内容。