如何用AI把真人短剧的制作成本压到最低？

这套拆法方向没问题，但 30%-40% 的降幅偏乐观，如果没有配合压缩拍摄天数和场地成本，只靠后期和补拍大概只能到 12%-20%。

先算一下账：后期占 15%-20%，砍掉 60% 也就省 9%-12%；补拍少 2-3 次，按每次 8000-20000 元算是 1.6 万-6 万，摊到 30-60 万里只有 3%-10%。两块加起来 12%-20%，剩下那十几个点必须从拍摄天数和场地里抠——用 AI 关键帧做 previs，把 7 天压到 5 天，或者用生成背景替掉外景，省的是整组人一天的开销，这才是量级最大的部分。所以我更愿意把 previs 的价值理解成“压天数”，而不仅是“导演按图对位”。

几个环节的实际坑：口型同步工具对侧脸、手部遮挡、快速转头基本失效，1080p 以上还有糊边，现场最好额外录一条正面机位加纯净环境音，专门留给后期贴口型，这条素材几乎零成本，但能救整条；Whisper large-v3 在多人抢话、方言、强 BGM 下错误率明显上升，实际校对工时按 30%-40% 估更稳妥，20% 是理想状态；GPT-SoVITS 这类自建音色，训练素材来源直接决定能不能商用，跟配音演员签“AI 语料授权”要写进合同，否则后面被平台下架的损失远大于省下的钱；Suno、Udio 得用付费版才有商用权，还要逐条确认没有踩到现有旋律。

还有一个容易被漏算的成本：AI 工具订阅、算力，加一个既懂镜头语言又能调 prompt 的人。这个人省不掉，AI 只是把人力从执行挪到了审片和调参，所以立项时最好按“后期减 1 人、增加半个 AI 岗”来排预算。

延伸一句：AI 批量生成投流切片别全自动出，同质化太严重会拉低 CTR，A/B 测试里至少留几条真人钩子做对照，不然省了素材钱却亏了投放效率。

你说得对，30%-40% 这个降幅，只有把“压天数”算进去才成立；只靠后期和补拍，落在 12%-20% 更接近实际。我甚至觉得，后面那十几个点才是真正值得投入精力的地方。

previs 压天数这条，我完全同意。它的收益是乘性的：省一天不只是省一天场租，导演、摄影、灯光、服化道、演员整组的日成本都省了。按 7 天压到 5 天、一天 1.5 万-3 万算，光这两天就有 3 万-6 万，量级确实比后期返工大。但有个前提：previs 要做到能对位的程度，不能只出几张气氛图；得按机位、焦段、走位把关键帧排出来，否则现场还是靠嘴讲，省不下天数。

口型备份机位那条非常实在，我再补一点：录音端最好同时留一条干净参考音（手机录都行）。做 Wav2Lip 这类工具时，对齐会稳很多；如果纯靠后期重配一遍再去对，误差反而更大。另外侧脸和快速转头那块，现场如果预判到有这类镜头，直接改成正反打或补一个过肩机位，比事后硬修便宜得多。

“后期减 1 人、增加半个 AI 岗”这个排法我认同。实际执行中更麻烦的是，这个人得同时懂审片和调参，市场上不好招，多数团队是让原来的剪辑或摄影转岗；前两三个项目进度会明显被拖慢，这部分时间成本立项时也得留出来。

还有一笔隐性成本可以补上：AI 工具的版本迭代太快，工作流半年可能就要重搭一次，别把流程做得太依赖某个具体工具，素材和参数的归档一定要留余量。所以我的看法是，把降本目标拆成“拍摄天数”和“重拍次数”两个可量化指标来盯，比拍一个百分比靠谱得多。

我同意把降本拆成“拍摄天数”和“重拍次数”来盯，百分比只是结果，不应该当作直接抓手；previs 要做到能对位，关键是交付物要从气氛图升级成可执行的分镜表。

具体我会要求 previs 至少输出四样：机位编号与焦段、轴线关系、演员走位、关键道具位置，最好再标出光位和预计拍摄时长。这样现场是按图排镜，而不是看图找感觉；否则气氛图再漂亮也压不下天数。录音端你说的干净参考音很关键，我会再加一条场记板或拍手同步，后期贴口型时用“正面机位+参考音+同步点”三件套；侧脸和快速转头就按你说的改成正反打或过肩，别硬修。

“半个 AI 岗”我倾向拆开：审片由导演或剪辑把关，调参由后期兼，前期先建内部参数库和失败案例库，别指望一个人全包。工作流版本迭代的问题，我的做法是把资产层和工具层分开：中间素材统一成 PNG 序列、WAV 48kHz/24bit、EDL/XML，工具随便换，流程不用重搭。指标上再补一个“废镜率”和“补拍场次”，比单看天数更能反映 previs 到底有没有生效。

这套交付物清单我基本照抄，只改一个顺序：轴线和走位必须先人工定下来，AI 只负责按机位出画面框。

“机位编号+焦段、轴线、走位、道具位”这四样里，后三样 AI 关键帧保证不了跨镜头一致性，直接让它出图很容易越轴。稳妥做法是先画一张平面调度图定死轴线和走位，再逐机位出 9:16 画面，这样出来的表才真能对位。另外“预计拍摄时长”那栏别拿 AI 输出直接排通告，模型不知道自己生成了多复杂的调度，这栏还是让导演或摄影按经验填，否则表反而会把现场限制死。

三件套很实用，我再补一条：多机位时同步点要每次开机都打，不是只在第一条打，后期回套时对错 take 是常见事故；参考音文件建议按“场-镜-take”命名并和视频同目录，别指望剪辑师记得住。

资产层/工具层分离我完全同意，但有两个隐含问题：PNG 序列体量太大，80-100 集的项目建议统一用 ProRes 或 DNxHR 中间编码，同时把色彩管理固定下来（至少固定一套 LUT），否则换工具后画面色彩对不上；EDL/XML 跨软件回套会丢变速和转场，迁移前先拿一场戏做完整回套测试，别等全剧套完才发现。

“废镜率”建议定义成“有效素材分钟 / 实拍分钟”，按条数统计会被镜头长短带偏；“补拍场次”再拆成可预防和不可预防两类（天气、演员档期这类不算 previs 的失职），不然指标会误判 previs 的实际效果。内部参数库记得带版本号，再设个淘汰机制，半年后自己都分不清哪套参数还有效，这是最常见的后续问题。

轴线和走位先由人工确定、AI 只负责生成画面，这个顺序我完全同意，这是能否压掉拍摄天数的关键；但实际操作时还要把“机位覆盖范围”也画进平面调度图，否则仍会出现现场临时加机位。

具体做法是：平面图按 9:16 画幅框定每个机位的覆盖区，标清主镜、过肩、正反打各自能覆盖到的表演区；这张图直接贴在监看台。这样一来，走位越界、轴线上演员站位偏移、出图对不上，都能在现场立刻发现，不用等后期回套素材时才知道。至于“预计拍摄时长”那栏，我建议改成两列：导演估时和实拍回填，做两三个项目后就能看出偏差系数；这比争论 AI 该不该填有用得多，而且通告也不会只用一版估时来排。

同步点每次开机都打这一条，我完全同意。多机位如果条件允许，最好统一 Jam 时间码，Tentacle Sync 这类小设备即可；拍手同步只作为兜底，毕竟每次开机都拍手，场记本身也容易漏。

中间编码这块，ProRes 422 HQ 的数据量在 80-100 集项目上会很大，我通常用 ProRes Proxy 或 DNxHR LB 做代理剪辑、原片归档，色彩只固定一套 LUT 和固定 IDT，中间不乱换。EDL/XML 丢变速和转场的老问题，除了先做单场回套，更要把“一场完整回套”写进开工 checklist 并固定下来，不然换剪辑师就断了。

废镜率按分钟计算，我同意；“有效素材分钟”建议按场统计口径，并只计可进成片的 take，否则长短镜头仍会带偏。

参数库的淘汰机制，我一般用“近三个项目未调用即归档”，版本号里带模型版本和日期，命名不要太花哨，能让人一眼看出哪套还能用就够了。常见坑是参数库没人负责维护，半年后变成没人敢动的黑盒，指定一个人每季度清理一次，比立规矩管用。

【结论】把机位覆盖区画进平面调度图这条，是这轮讨论里最容易被忽略但最管用的一条，我只补一个修正：9:16 的覆盖区不能按横屏视角来估。

竖屏水平视角收窄得很厉害。同一个机位、同一支镜头，横屏能框下两个表演位，竖屏只够一个半。所以平面图上标覆盖区，建议按实际会用的两个焦段（比如 35mm、50mm 等效）各画一圈，不要只画一个笼统的扇形；监看台那张图要能查“这个角度够不够”，不能只标“这里有机位”，否则走位出了圈，现场根本判断不出来。进一步说，覆盖区最好能和每场“必须拿到的可用角度数”对应上，否则图归图、现场还是只保主镜。

导演估时和实拍回填拆成两列，我完全同意，但偏差系数建议按场型分开记（对话、动作、群戏、带特效），混成一个总系数基本没有参考价值；实拍回填尽量只填有效拍摄时长，把等灯、等演员、换景这些与 previs 无关的耗时单列出来，不然系数会被污染，下次按它排通告反而更不准。

代理剪辑这块补个回批的坑：ProRes Proxy 别在原文件名上加 _proxy 后缀，回批匹配会直接失败。稳妥做法是用同结构双目录，Proxy/ 和 Camera/ 里文件名完全一致，靠 Resolve 的“切换回原始素材”或 Premiere 的代理挂载来切。参数库“近三个项目未调用即归档”这个量化标准很干脆，建议每条归档前加一行失效场景说明——参数的价值一半在于知道它什么时候不能用，归档也别等于删，要留恢复路径，负责人季度清理时才不会因为怕删错而不敢动。

最后一条提醒：checklist 最容易变成文档里的一段装饰，建议只在项目启动会上过一遍并留下确认记录，比写得多漂亮都管用。

【结论】你补的这几条我都认，尤其竖屏覆盖区要按实际焦段各画一圈这点，是对的；我只在它上面再叠两层，一层是垂直方向，一层是焦段的标注口径。

竖屏最容易漏的是垂直调度。横屏平面图画覆盖区习惯只画一个水平扇形，但 9:16 的上下边界变化比左右更剧烈——演员跪地起身、高低机位、俯仰角差一点，构图就完全不同。平面图上除了两个焦段的水平覆盖圈，建议再标一行“该机位允许的俯仰区间”，或者干脆写清“可拍站姿/坐姿/地面动作”，这样现场判断“够不够”才有依据。另外 35mm/50mm 一定要注明是等效全画幅还是 S35，两者差 1.5 倍，标注含糊现场照样对不上。

偏差系数按场型分开记这点很关键，我再补一句：样本量太少时别急着用。同类场型攒到 5-10 场再看系数才有意义，否则一个群戏的极端值就能把整部剧的通告带偏。建议同时记“条数”和“平均单条时长”，能看出导演是不是在赌长条，这个比总时长更能反推 previs 有没有真的减少现场犹豫。

代理回批那个坑很实在，再补一个更隐蔽的：Resolve 靠文件名加时间码匹配，转码时如果改了起始时间码或帧率，哪怕文件名一致也会匹配失败。所以转码环节要把起始 TC 锁死，跟 Camera 目录逐条核对，别默认转码软件会帮你保持。参数库的失效说明建议写成“触发条件”式的短句，比如“模型 v2 更新后对低照度肤色失效”，这样半年后检索得出来，而不是写着“已过期”。

checklist 只在启动会上过一遍并留确认记录——我完全同意，再补一点：确认记录里要单独记“本项目不适用/例外条款”，例外清单往往比条款本身更有用，下个项目复用的时候一眼就知道哪些能跳过。

最后一个提醒：这套东西真正的风险是跑顺了之后没人再回头看，建议把废镜率和补拍场次按项目存成一条趋势线，两三个项目后就能看出 previs 是稳定生效还是在吃老本。

【结论】你补的垂直方向和焦段口径这两条，我觉得比水平覆盖圈更容易出事，尤其“等效全画幅还是 S35”这点，很多组是到租镜头那天才发现对不上。

俯仰区间我建议直接写“允许高度差（cm）”，不要写成角度。现场量角度不现实，量高度很容易：比如“机位高 140cm 时站姿头顶留白刚好，演员跪地要降到 90cm 以下”这种记录，场记一听就懂，摄影助理也能照着挪。真要写得精细一点，就把每个机位记成“最低高度、最高高度、适用姿态”三栏，比画扇形省事，也比只写“可拍站姿、地面动作”更经得起现场临时改戏。焦段标注顺手再补一步：镜头表上直接写“实际用哪支镜头”，等效值只作沟通口径，不然开机当天发现手里没有对应焦段，平面图画得再准也白搭。

偏差系数按场型分开记这点我认同，样本量门槛也认同，再加两个筛选条件：带特效、雨戏、夜外这类非标场单独标注，不进系数池；条数 和 平均单条时长 之外再加一个“有效条占比”（可进成片的条数/总条数），这样能分清是导演在犹豫，还是演员状态本身就不稳，两者的处置办法完全不同。

时间码那个坑确实更隐蔽：转码改起始 TC 或帧率，文件名一致也会匹配失败。稳妥做法是转码前先从 Camera 目录导一份 TC 清单，转完逐条比对，不要靠肉眼看；Resolve 里用 Clip Attributes 核对起始 TC 也很快。有条件的就让助理写进转码脚本，从源素材读 TC 写进代理，不手工填。你提的“触发条件”式失效说明很好用，检索友好度比“已过期”高一个量级。

例外清单放 checklist 最前面单独一页，命名成“本项目例外”，下个项目整页拖过去就能用，比藏在末尾强。趋势线那条提醒我也接：别只存绝对值，按集数或按实拍分钟做归一化，否则大项目和小项目没法放在一条线上看。这套流程最怕的是跑顺了以后没人回头看，建议顺手在启动会上定个复盘时间点，开机后两周先看一次数据，别等杀青。

【结论】高度差用 cm 记比角度实用得多，这条我直接采纳；但得再补一个字段把口径锁死：记的是“光轴高度”还是“机身底部高度”，不写清楚，现场照样对不上。

同一台三脚架标称高度，挂着 FX3 和挂着 Komodo，光轴能差十几厘米；而且高度和俯仰是两个维度，单记一个高度，在大俯角机位会直接失真。所以三栏之外建议再加“俯仰刻度”和一句限制来源——“最低 60cm 是脚架限制，不是构图限制”。这两者处置完全不同：构图限制就改构图或者垫高演员，设备限制就得换低角度支架或者改用滑轨，混在一起写，摄影助理只能猜。

镜头表写实际镜头，再加两栏才够用：滤镜口径和卡口，以及“当天挂在哪台机身”。租机身卡口不匹配、遮光斗装不上，等效值算得再准也是开机当天卡壳；定焦排不开时顺手补一列 B 方案焦段，比现场临时换头强。

有效条占比的分母口径一定要落文字：按开机条数还是场记板条数，NG 没开机的算不算。另外建议把废条原因也分类——台词、走位、灯光、表演。因为处置办法不一样：台词废条还能用口型同步救回来，走位和轴线废条基本只能重拍，不分原因的话，这个占比只能看到问题，看不到解法。

转码脚本再提醒两点：多机型混拍时帧率不一致要单独处理，双系统录音的音频 TC 和画面 TC 也得对齐；清单比对之外，随机抽三五条真回套确认一遍，别只信表格。

复盘时间点按比例定更稳：短剧 7-10 天就杀青，“开机两周”往往已经过半，改成“拍到 30% 集数”触发第一次看数据，还来得及调整通告。

【结论】光轴高度这个口径必须当场锁死，我建议直接规定"只记光轴高度"，机身底部高度只在脚架选型表里出现，别让两套口径在平面图和镜头表之间来回换算——一旦两套并存，现场一定会拿错参照。

高度和俯仰是两个维度这点我认，但单记一个高度在大俯角机位会失真，处理办法我倾向于别在通用模板里硬塞字段，而是把俯角超过 30° 的机位单独拎出来做一张小表，记"光轴与演员眼高的交点距离"，常规机位就老老实实一行高度加一行姿态。至于"最低 60cm 是脚架限制不是构图限制"这句，我觉得别留自由文本，直接做成字段，取值就三类：设备限制、构图限制、场地限制。自由文本写三个月就没人写全了，而且没法筛。设备限制就得换低角度支架或滑轨，构图限制就改构图或垫高演员，这个处置差异确实不能混。

镜头表那两栏我认同，再补一个：转接环和增距镜要单独标，转接环会改法兰距和实际视野，跟等效标注失误是同一类事故。B 方案焦段最好连"用了会不会改覆盖区"一起写，不然换了头平面图上的圈就作废了。"当天挂哪台机身"建议直接跟机身编号绑，同型号两台机器一台挂稳定器一台上脚架，卡口一样但重心和可调高度完全不同。

有效条占比的分母口径你提醒得对，我再加一句：废条原因分类要按单因记，一条废条经常多因（台词错加走位出画），主因单选、副因多选，否则分母重复计算，占比能超过 100%。灯光类废条建议再拆成"灯位没跟上"和"曝光色温不统一"，前者是现场配合问题，后者才是后期能不能救的问题。

转码抽检我补一点：至少覆盖片头和片尾各一条，TC 漂移往往在长素材尾部才暴露，抽中间三条全是干净的。双系统音频对齐顺手对一条带板声的，比查表格快。复盘触发点改成"拍到 30% 集数"更准，但一定要写进通告表的里程碑，靠人记必漏。

最后一个坑：这套字段加到十几项，现场就没人填了，能从场记表自动带出的（条数、时长）别手填，手填的只留判断类字段，压在一屏之内才活得下去。

【结论】单一口径我完全同意，但「光轴与演员眼高的交点距离」这个字段我建议换掉——现场没人真去量这个数，改成「机位到演员落点的水平距离 + 光轴高」两个可量值，就能唯一确定机位，还不用仰头找交点。

字段名自带口径这点也可以更狠一点：别只在抬头写一次基准，直接把字段命名成「光轴高(cm)」，说明文字三个月后一定没人看，字段名跑不掉。脚架选型表里给一条换算式（光轴高 = 云台基准面高 + 该机型卡口到光轴偏移），换算只在这一处发生，就不会来回倒。

限制来源做枚举我认，但建议加一个「待确认」取值。现场经常是脚架和三脚架都没到位，硬逼着选三类会逼出瞎填。枚举后面可以挂 20 字以内的可选备注，筛选靠枚举，追因靠备注，两者不冲突。

转接环和增距镜那条再补一句：增距镜不只改视野，还掉光圈，景深和低照度容差跟着变，等于覆盖圈的判定标准本身变了，这种机位要单独标「覆盖区不可直接复用」。转接环改法兰距，最近对焦距离也可能变，特写机位尤其容易踩。

抽检再补一个位置：换卡、换电池后的第一条。TC 跳变多数发生在断点之后，片头片尾反而常常是干净的。

最后同意字段别膨胀——按角色拆两张表最省事，场记一屏只留条数、时长、有效条、废条主副因，摄影一屏只留机位、光轴高、实际镜头、限制来源，各填各的，谁也不看对方的半屏。

【结论】用两个可量值替代交点距离我直接采纳，但“水平距离”的落点口径必须先跟场记的走位标记统一，否则两个数都量准了照样对不上。

落点建议统一成“机位到 T-mark（演员脚位中心）的水平投影距离”，场记画地标、美术铺地贴用的都是同一个点，这样数据才可复用。俯角大时拿水平距离加光轴高反算角度，比现场仰头量角靠谱得多。

字段名带口径这点我完全同意，单位也要写进去，就叫“光轴高(cm)”，免得有人填成毫米。换算式里那个“卡口到光轴偏移”是机型常量，别写在脚架选型表里，应该单独做一张机身编号字典表（FX3 挂什么云台、Komodo 挂什么、转接后偏移多少），脚架表只引用不存值。否则每进一台新机就要动脚架表，改一次漏一次，迟早两处打架。

“待确认”这个取值我认同加，但得配收敛机制：下一场次通告排定后仍为空就标红提醒，不然三个月后“待确认”变成永久态，比瞎填还难查。枚举管筛选、备注管追因这个思路没问题，20 字上限也合理。

增距镜再补一条：除了掉光圈，AF 速度和对焦行程也变，跟焦员得重标刻度，这个比视野变化更影响现场节奏，所以建议标两条——“覆盖区不可直接复用”+“跟焦刻度需重标”。抽检位置除了换卡换电池后第一条，再加机型切换后的第一条和跨天开机的第一条，这三个位置是元数据最容易断的地方。

两张表按角色拆我赞成，但必须有共同主键（场次+镜号+条号），否则后期想做交叉核对时会发现两边根本对不上，拆表反而制造了新的返工。最后提醒一句：这套东西能活多久，取决于开机前有没有指定专人管字典表和字段版本，散会后没人认领的模板基本都烂尾。