短剧不是长一点的短视频
把短剧当短视频做，就会用短视频的方法管短剧的成本——这是最常见的第一笔学费。
| 维度 | 单条短视频 | 连载短剧 |
|---|---|---|
| 赌注 | 单条爆不爆 | 整条线连不连贯 |
| 失败成本 | 一条素材废了 | 一集崩了，前面的人物铺垫一起废 |
| 核心资产 | 选题手感 | 设定的一致性 + 可复用的镜头库 |
| 优化目标 | 完播率、涨粉 | 单位集成本、返工率、续订 |
所以这一页讲的东西，和一人短视频那页不一样：那边讲怎么选题，这边讲怎么让第十集和第 1 集是同一个人。
五个卡点，不是并列的
它们互相放大：一个崩了，会把另外四个一起拖下水。这就是为什么"每样工具都买了，还是做不下去"。
每一集都像重新开一次工厂
第一天写故事、生成图、让角色动起来都挺兴奋；第三天发现主角换了脸、场景风格飘了、分镜接不上、配音节奏不对。下一集开工，同样的坑再踩一遍——因为上一集的经验没有被记在任何地方。
角色一致性，是量产里最烧钱的一环
侧脸、远景、逆光、情绪激动的特写——任何一个镜头脸崩了，这一条就废。角色一多就乱，镜头一多就飘，最后只能回头一张张重调。你不是在写剧本，你是在反复赌同一个概率。
多项目并行时，上下文直接断
为了分散风险，一人工作室常同时推两三个项目。但项目 A 的角色设定、项目 B 的分镜逻辑、项目 C 的客户偏好全在脑子里打架。切换一次，就是一次认知重启。
平台规则一变，之前的经验瞬间作废
保底会取消，分成系数会下调，某类题材会突然收紧。你上个月摸索出的"哪种开头能留人、哪种画面会被打回"，这个月可能就不成立。经验需要被快速记录、对照、改写——而不是散在聊天记录里。
成本和收益的账，算不清
现在大家都不调表情、不精修配音了，画面不穿帮、剧情能看懂就上——因为多花一分都可能是浪费。但"是不是浪费"的判断依据从哪来？没有一本持续记录的账，"控制成本"就只是感觉。
五个卡点，三件东西各管一段
我们不做生成模型，也不做一站式平台。我们管的是一件事：让这套生产在第十集还站得住。
| 卡点 | 用什么管 | 具体怎么做 |
|---|---|---|
| 角色与设定漂移 | lightmem | 把"剧组设定"存成可检索的记忆：人物小传、服装、参考图路径、生成参数、已经用过的镜头、不能出现的东西。下一集开工先 recall，不用翻聊天记录 |
| 多项目断线 | lightmem + hive | 一个项目一套记忆、一套任务队列，按租户隔离；切项目就是切租户，不靠脑子记三套设定 |
| 环节串行太慢 | hive | 剧本 / 分镜 / 画面 / 配音拆成不同的卡，按能力分派；原子领取，一个环节卡住不影响其他环节推进 |
| 平台规则易变 | lightharness | 把过审红线、开头三秒必须进冲突、某类画面禁用写成中文可改的规则；改一行就生效，不用等别人发版 |
| 成本算不清 | hive 结果文件 | 每张卡带耗时、重试次数、改了哪些文件；月底能出一张"哪一步返工最多"的榜，而不是靠回忆 |
注意第一行只说"存设定"，没说"保证画对"。记忆能保证的是：每次喂给模型的设定是同一份。它不能替模型做保证——这一点我们下面单列一节。
第 1 集和第 10 集，差在哪
不是画面质量的差别，是"开工前你知道多少"的差别。
没有记忆
有记忆
这张对比是 HTML 画的，图片 0 字节。我们不在 3 Mbps 的服务器上放 GIF——所以只能用文字把那一刻说清楚。
一集的七道工序，三条能同时跑
把一集拆开看，真正串行的是"判断"，不是"执行"。执行可以并行，判断必须由你按顺序做。
剧本与分集钩子
你来。这一集结尾留什么钩子、第几集反转，是整条线的命，交不出去。
分镜草案
机器出，你改。按剧本拆成 20–60 个镜头，标机位、景别、时长；你只改"这场戏的重点拍错了"的那几条。
角色与场景图
机器抽，你挑。这一条和下面配音可以同时进行——它们不互相等。
配音与音效
机器跑。按分镜表批量出，你只需要听一遍情绪不对的那几句。
剪辑合成
机器跑，夜里跑。按分镜表对齐、加转场、出竖版；早上给你成片清单。
过审自检
机器按规则过一遍，你复核。把踩过的坑写成规则：某类画面、某类台词、某类开头。规则是你写的，所以你能改。
发布与投放
你来。什么时候发、投多少、跟不跟热点，这些是生意判断，不是工序。
一人工作室的产能上限，往往不在"能不能生成"，而在你能不能在一天里做完三次判断：这版分镜对不对、这几张脸能不能用、这条能不能过。把这三次判断之外的活都挪走，产能才会真的上去。
五条我们不承诺的事
短剧这一行，把话说满的代价是赔钱。所以先把不做的写清楚，你才好判断值不值得试。
诚实清单
- 不生成画面。我们不训练模型、不做生成器。这套东西管的是「喂给生成器的东西」和「生成完之后的管理」，不替换你现有的工具。
- 不保证角色一致。记忆能保证每次用的设定是同一份，不能保证模型每次都画对。一致性最终靠筛选标准与返工预算——那是你的眼力，不是工具。
- 不帮绕过平台审核。不提供规避审核的方法，只帮你把已经踩过的坑记下来、把规则写清楚。
- 不承诺回本。收益由平台规则和内容本身决定；工具只能影响成本与稳定性两件事。
- 不是一站式平台。它套在你现有流程外面，不改你的生成、剪辑、发布工具。
做短剧的人最想问的五件事
角色一致性到底靠什么保证？
三层，缺一不可：设定记忆（同一份人物卡，不靠回忆）、参数记忆（同一个模型、同一组参考图与 seed）、筛选标准（哪几张算过、哪几张直接废）。前两层工具能管，第三层只能是你——而且第三层最好也写下来，否则明天你会用另一个标准。
我要不要换掉现在的生成工具？
不要。这套东西是套在你现有工具外面的：记忆负责"开工前把设定找齐"，任务队列负责"把活分出去并记账"，框架负责"把规则写成能改的文件"。你的生成软件、剪辑软件照用。
平台规则变了，怎么快速改流程？
把规则写成中文的可改文件——"开头三秒必须进冲突""某类镜头禁用""某类台词要绕开"。规则和执行逻辑在同一个仓库里，改一行、跑一次验收就生效。不用等某个 SaaS 发版，也不用求人。
一部剧的成本，怎么算清？
别再算"一共花了多少"，算每一步返工了几次。每张任务卡都留了耗时与重试次数，月底能排出"最贵的工序"。通常不是生成最贵，是"生成完发现设定错了，全部重来"最贵。
一个人真的能同时推三个项目？
能，但前提是每个项目有独立的记忆与队列。靠脑子记三套人物设定和分镜逻辑，第四天就会串——串一次，返工的成本比省下的时间贵得多。
从一部剧的「剧组卡」开始
不要一上来就搭全流程。先把一部剧的设定写成一份能被查的东西——这份东西本身就是资产，换工具、换机器、换合作方都带得走。
# 1. 装记忆（本机，一条命令） git clone https://github.com/skywalk163/lightmem.git # 国内慢就换镜像：https://gitcode.com/skywalk163/lightmem.git cd lightmem && sh integrations/quickstart/install.sh # 2. 写第一张「剧组卡」：人物 / 场景 / 禁忌 / 已用镜头 # 自然语言即可，例： # 林小满：25 岁，左眉有疤，惯用右手，禁戴眼镜，第 3 集换过外套 # 3. 把一集拆成 6–10 张卡，扔进队列，夜里跑 git clone https://github.com/skywalk163/hive.git # 国内慢就换镜像：https://gitcode.com/skywalk163/hive.git cd hive && python3 hive.py --dir . init
第一周只做前两步，你会立刻感觉到差别：开工前不用再翻记录。第三步（并行与夜间班次）等流程顺了再上。