LTX 2.5 把多镜头生成带进本地工作流

LTX 2.5 最容易被误读成一张规格升级表。官方文档列出 Fast 与 Pro 两条 API 路线：Fast 可到 4K，Pro 当前最高 1080p；两者支持横屏与竖屏、文生视频、图生视频和原生多镜头。自动时长允许模型决定成片长度，但预付账户必须覆盖可能生成的最长结果，而且不能与尾帧条件同时使用。公开权重与 ComfyUI 集成又提供了本地部署路径。对制片团队而言，这些不是一项能力，而是三种不同责任结构。

托管 API 让团队把排队、算力和基础环境交给服务方，适合快速验证镜头需求；代价是必须按当前兼容矩阵设计请求。LTX 2.5 文档显示，旧版可用的 retake、extend、reframe 等编辑端点并没有全部出现在当前 2.5 能力矩阵中。若项目依赖这些接口，升级不应只是替换模型 ID，而应先建立缺口清单。

ComfyUI 路线把模型接进可视节点图，团队可以保存输入、参数、随机种子和后处理顺序，但工作流 JSON 不会自动带走缺失的权重、第三方节点、CUDA 环境或自定义脚本。开源权重提供最强的环境控制，也让安全过滤、日志、算力调度、许可证复核和升级回归变成团队自己的工作。三条路线应使用同一组镜头和验收表测试，结果仍不能简单互换。

短漫剧最需要的不是一条长而漂亮的样片，而是可以进入剪辑的镜头组。原生多镜头若能在一次任务中维持人物、空间和声音语义，确实可能减少重复提示与人工拼接；但模型自行决定切点，也会把问题藏进转场：人物可能在切换前后换位，动作轴线可能断裂，环境声可能突然重置，镜头长度也可能不符合对白和表演。

测试时不要只给一段自由描述。先写一个 12 至 20 秒、含三个明确镜头意图的短场景：建立空间、人物动作、反应近景。给每段设定必须保持的身份、道具、左右关系和声音条件，然后分别记录模型切点、手工切点、可用帧数、修复方式与最终采用秒数。若多镜头输出只有一个整体文件，还要确认能否保存分段提示和生成元数据，否则后期团队只能对黑箱结果返修。

第一组是单人连续动作，观察面部、服装、手部与地面接触；第二组是两人对白，观察视线、轴线、口型和声音位置；第三组是带文字或产品的环境镜头，观察可读性、材质和镜头运动。每组同时走 2.3 现有流程、2.5 API 与本地路线，固定输入、分辨率、帧率和审片人。台账计算总调用、队列、人工整理、修复与被采用秒数，不用单次价格代替合格镜头成本。

如果团队已经在 2.3 使用返修或延展接口，先保留可回滚环境，再引入 2.5 的多镜头与高分辨率。若主要需求是预演和结构试错，自动时长可能有价值；若目标是锁定对白、音乐与广告位的交付母版，时长应继续由剪辑决定。公开资料证明了接口和权重已经出现，没有提供独立合格率、显存基准或跨路线一致性。

升级门禁可以很朴素：只有当 2.5 在固定样本中不降低合格率、项目能恢复输入与日志、旧端点缺口已有替代方案、成本台账覆盖失败生成和人工返修，才把它写入新镜头默认路线。否则它继续作为预演或非关键镜头候选。这样既不会因为开源权重忽略运维成本，也不会因为 API 方便而放弃资产和版本可追溯性。