历史 Dig · 2026 年 7 月—8 月
每个镜头，怎样选对生成路线？
同一张“视频生成”标签下面，实际可能是文生视频、图生视频、首尾帧、参考主体、视频转视频和原生音频等不同入口。把一个镜头反复塞给不匹配的入口，能力缺口就会被误写成提示词问题。
AI 短剧母 Workflow · 节点 04
与当前主题的关系
节点 03 固定资产和状态；节点 04 只决定哪种控制入口值得一次探针。
先为每镜声明主要控制，再选最高风险的一镜。只有两条真正可能满足硬性验收线的路线可以进入调用前检查；输入相同，每条一次，不用第三条路线掩盖失败。
当时的记录状态
- AI 短剧
- 模型分工
- 标准记录
- 继续调查
- 历史 E2 · 三份产品方能力说明与一个集成问题已复核 · 无本站同镜比较
R7 当前判断
当时的判断
先选镜头要控制什么，再选模型；未知边界在上传之前就关门。
展开完整判断与退回规则
节点 04 不是模型榜单。先把每个已验收镜头归到一个主要控制：构图探索可看 T2V，承接单一锚点可看 I2V，精确首末态可看首尾帧，主体稳定可看参考模式，已授权运动可看 V2V；原生音频默认关闭，除非它不与后期对白冲突。只为最高风险、仍未解决的一镜打开探针，最多保留两条当前可用路线。两条路线使用同一份节点 03 冻结资产、镜头状态和验收线，每条只调用一次；任何适配差异都必须单独记录。调用前逐条确认服务、模型或端点版本、核对日期、地区、数据与保留边界、商用边界、音频默认值和输入哈希，未知就不上传。通过只表示一条路线可以进入节点 05 的成本台账，不证明一致性、质量、隐私、可重复性或产品价值。
- 适合谁
- 已经通过节点 03，手里有唯一资产版本、进入/离开状态和硬性验收线，只需要为一个高风险镜头决定最小生成路线的人
- 为什么当时值得看
展开说明
如果先追模型名，路线、版本、地区、数据边界和成本会一起变化，失败也无法定位。先声明镜头主要控制，才能只比较真正可能回答这个未知的两条路线。
- 这份判断到哪里为止
展开说明
这是未执行、未冻结的固定输入路线探针，不是模型推荐、排行榜、性能评测、提示词教程或采购建议。本站没有上传素材、调用模型、生成镜头、支付费用、比较输出或完成短剧；厂商材料只说明核对日公开的入口，一个 ArcReel issue 只说明报告者的自定义端点与界面发现列表不一致。
打开模型探针之前
是否适用
资产合同或镜头验收线仍有歧义，就退回节点 03 或节点 02。
这条记录可能帮得上
- 节点 03 已把镜头解析到唯一资产版本、首末态和一条不可妥协的验收线。
- 真正未知的只有一种控制能力，而且可以用不敏感、已获准的冻结输入做一次有上限的探针。
这些情况先不要照着做
- 角色、场景、道具版本或权利记录仍有歧义，应退回节点 03。
- 镜头本身的变化、时长或验收线不清，应退回节点 02。
- 需要本站推荐最佳模型、证明稳定复现、隐私、性价比或商用许可——这条记录没有这些结果。
历史试法 · 未执行、未冻结的 60–75 分钟有限路线探针
当时的试法
一个最高风险镜头，最多两条路线，每条只调用一次。
- 大概用时
- 60–75 分钟上限，只处理一个最高风险镜头；本轮未执行
- 可能花费
- 最多两次模型调用，每条候选一次；不用年付套餐，不做提示词调参循环
- 权限边界
- 只用非敏感、已获准的节点 03 冻结资产；地区、上传、保留或商用边界任一未知就不调用
- 01
先做什么
展开这一步
为每个镜头只写一个主要控制假设与硬性验收线；从中选最高风险的一镜，保留最多两条候选路线。冻结资产版本、首末态与输入哈希，逐条记录服务、模型/端点版本、核对日期、地区、数据保留、商用边界、音频默认值和路线适配差异；全部明确后，每条路线只调用一次。
- 02
手里应该多出什么
展开这一步
一张逐镜主要控制表、一个冻结探针包、两条以内的调用前检查，以及通过、退回或关闭的路线决定。
- 03
怎样算成功
展开这一步
硬性验收线只允许一条路线通过，并能回放它的精确版本、输入与一次结果；通过只把该路线送入节点 05 记录真实成本。
- 04
遇到什么就停
展开这一步
节点 03 合同不完整、候选超过两条、调用前字段任一未知、路线需要改写镜头或资产、单次结果越过预算，或两条都未满足硬性验收线。
- 05
怎么恢复原状
展开这一步
保留输入哈希、版本和失败类型；退回节点 02 改镜头、节点 03 改资产，或改用静态分镜、有限动作与人工合成。不要追加第三条路线或批量生成。
BITSHOVEL R7 路线预检 · 固定虚构输入
方法与界面
两条路线都匹配能力，但地区与数据回执未知，所以都不上传。
展开方法边界
图中没有供应商、模型、账号或生成画面。它把“能力看起来匹配”和“允许调用”分成两个决定，并在调用前保留停止线。
DEMO ROUTE 04 只展示决定结构：先从固定镜头选主要控制，再核最多两条路线。服务、账号、模型、地区与成本都是空的；数据和地区未知，所以调用保持关闭。这不是模型比较或生成结果。
依据和来源
依据和来源
三份产品方能力说明和一个自定义供应商发现问题能解释为何要记录精确入口与版本；不能证明质量、可用性、地区、数据、价格或本站结果。
展开证据边界
历史 E2 保留为旧页标签。R7 复核 Google Flow、Seedance 2.0、Kling Video 3 的产品方能力说明，并把 ArcReel #1700 收窄为一个自定义供应商发现问题。它们不证明任何路线适合本站镜头，也没有地区、数据、成本或同镜输出结果。
- 01产品方能力矩阵 · 本轮复核
Google Flow 按 Veo 版本区分首帧、首尾帧与参考入口
- 02产品方固定版本 · 本轮复核
Seedance 2.0 描述文本、图像、音频与视频多模态输入
- 03产品方工作流说明 · 本轮复核
Kling Video 3 说明自动与自定义多镜头及主体控制
- 04具体集成问题 · 本轮复核
ArcReel #1700：一个自定义端点与界面发现列表不一致
展开来源边界
报告者称 ArcReel 0.24.0 中自定义 happyhorse-1.1-t2v 可直接调用，而界面发现显示 1.0。它支持记录精确端点与发现差异，不证明所有静态列表过期或该模型普遍可用。
打开原始来源 ↗
修订记录
修订记录
R7 把三镜六行比较收窄成一个未知、两条路线与两次以内调用，并纠正旧页对 ArcReel 个案的泛化。
展开 7 次修订
- 第 1 次
不再追逐万能模型，改为按镜头要求、固定输入与失败退路选择。
- 第 2 次
写清 T2V、I2V、首尾帧、参考、V2V 与原生音频六类入口，并加入界面发现差异案例。
- 第 3 次
旧站把编辑生成首图换成开放许可的已发行短片画面，产品与过程界面移到正文。
- 第 4 次
旧站开始按具体制作任务分配来源画面，不再用同一短片覆盖所有步骤。
- 第 5 次
旧站再次标清已发行叙事画面与过程产品界面的用途边界。
- 第 6 次
撤下与模型路由任务无关的剧情首图，只保留可追溯的任务相关来源。
- 第 7 次
把节点收窄为一个高风险镜头、最多两条路线和每条一次调用；加入调用前停止线，并把 ArcReel 报告纠正为一个自定义供应商发现问题。
这条记录留下什么
这条记录留下什么
节点 04 的产物不是“最佳模型”，而是一条可解释、可停止、能进入成本台账的路线。
通过只表示这条路线值得在节点 05 记录真实费用、人工、重试和可用秒数。两条都失败，就退回镜头或资产，或改用静态分镜、有限动作与人工合成，不追加第三条路线。
回到 Dig 索引