素材是快剪卡点视频，镜头太短怎么反推？
PromptHub 精确分析要求每个场景不少于 2 秒，而快剪卡点素材的单个镜头常低于这个长度，因此有两条可行路径：把多个连续短镜头合并成一个 2 秒以上的场景来分析，接受该场景内包含多个镜头；或改用快速分析，它对整条视频做一次反推，没有单场景时长要求。切片时建议先用"动作"预设（检测敏感度 45%、采样间隔 0.2 秒）看清镜头分布。
素材是快剪卡点视频，镜头太短怎么反推？
直接答案
PromptHub 精确分析要求每个场景不少于 2 秒，而快剪卡点素材的单个镜头常低于这个长度，因此有两条可行路径：把多个连续短镜头合并成一个 2 秒以上的场景来分析，接受该场景内包含多个镜头；或改用快速分析，它对整条视频做一次反推，没有单场景时长要求。切片时建议先用"动作"预设（检测敏感度 45%、采样间隔 0.2 秒）看清镜头分布。
两条路径的取舍
| 对比项 | 路径一：合并短镜头做精确分析 | 路径二：改用快速分析 |
|---|---|---|
| 单场景时长要求 | 必须 2–30 秒 | 无要求 |
| 拿到的字段 | 三层结构，含九项运镜字段、负向提示词、锚点 | 六项镜头字段 |
| 镜头边界准确度 | 一个场景内含多个镜头，边界模糊 | 由模型判断，也可能与实际不符 |
| 费用 | 场景数 × 2 点 | 固定 6 点 |
| 适合 | 需要负向提示词、运镜细节、一致性锚点 | 只需了解整片结构与节奏 |
一个实用判断：只想知道这条卡点视频怎么排镜头、什么节奏，用快速分析；需要复用某段的运镜细节，用路径一。
为什么快剪素材特别麻烦
两个限制叠加在一起。
采样间隔可能直接跳过短镜头。 切片检测按设定的采样间隔抽帧，如果某个镜头比采样间隔还短，它可能整个被跳过。采样间隔 1 秒而镜头只有 0.4 秒，这个镜头就检测不到。
算法内置约束会过滤碎片。 判定切换点后有 1 秒冷却，期间不再产生新切点；时长不足 0.5 秒的片段会被直接丢弃。这两项是算法内置的，不受滑块调节。
再加上精确分析的 2 秒下限。 即使检测到了 0.8 秒的镜头，提交分析时也会被拦截。
所以快剪素材会出现一个矛盾现象：调小采样间隔后镜头终于被检测出来了，但因为太短还是不能分析。
路径一：合并短镜头
具体做法：
- 用"动作"预设（敏感度 45%、采样间隔 0.2 秒）做智能切片。这组参数抽帧较密、判定门槛较低，适合先看清镜头分布。
- 检测完成后进入时间轴，观察哪些场景低于 2 秒。
- 删除过短场景的切片点，让它与相邻场景合并。合并后确认新场景在 2 到 30 秒之间。
- 保存切片点，然后分析。
合并后的场景包含多个镜头，反推输出会把这几个镜头一并描述——精确分析的 shots 是数组，一个场景内可以有多个镜头条目。所以合并不等于丢失信息，只是镜头边界由你决定而非算法决定。
切片检测、调整切片点、重新检测都不消耗点数，可以反复调到满意。
路径二：改用快速分析
快速分析对整条视频做一次反推，没有单场景时长要求，因此不会遇到 2 秒下限的问题。
固定 6 点，输出全局参数（视觉风格、技术规格）和完整镜头列表（景别、时长、画面细节、运镜、主体运动、台词）。
对卡点视频来说，快速分析拿到的时长分布本身就很有价值——它直接反映了这条片子的节奏设计。
代价是拿不到负向提示词、九项独立运镜字段和一致性锚点。
一个真实的处理过程
素材：一条 20 秒的卡点混剪，实际约 12 个镜头，多数 1 到 2 秒，其中三个不到 0.8 秒。
第一次检测：用默认参数（敏感度 50%、采样间隔 0.3 秒），切出 9 个场景。三个最短的镜头没被检测到。
第二次检测：改用"动作"预设（45% / 0.2 秒）。切出 11 个场景，短镜头基本都出现了。检测耗时变长但可接受。
提交分析时被拦截，页面列出不合规场景：
以下场景时长不符合要求（2.0-30.0 秒）：
场景 2: 0.7 秒
场景 5: 0.8 秒
场景 9: 0.6 秒
建议：调整切片点或合并短场景
处理决策。 需求是研究这条片子的节奏设计和整体风格，不需要逐镜头运镜细节。于是判断：与其逐个合并 11 个场景中的短片段、再花 22 点逐段分析，不如直接用快速分析。
最终做法：切到快速分析，整条提交，6 点。拿到 12 个镜头的时长分布：
镜头 1 0:00-0:01 特写 0.9 秒
镜头 2 0:01-0:02 全景 1.1 秒
镜头 3 0:02-0:03 中景 0.7 秒
...
镜头 11 0:17-0:19 近景 1.8 秒
镜头 12 0:19-0:20 特写 1.2 秒
节奏规律清楚了：前段全部 1 秒左右快切，第 11 个镜头明显放慢到 1.8 秒作为收尾前的缓冲。这正是需要的信息。
成本 6 点，比路径一的 22 点省得多，且拿到的正是所需信息。
如果确实需要某一段的运镜细节：再切精确分析，只把那一段所在的几个连续短镜头合并成一个 2 秒以上的场景，单独分析，2 点。
采样间隔调小的注意点
处理快剪素材时会本能地想把采样间隔调到最小，但要清楚代价：
- 检测时间显著增加。 抽帧与计算都在浏览器本地进行，0.1 秒间隔处理一条 2 分钟视频需要抽取上千帧。
- 低配设备可能卡顿。
- 误判增多。 抽帧越密，画面内的运动被判定为切换的机会也越多，可能需要配合提高敏感度。
- 对渐变转场没帮助。 间隔越小，渐变过渡的帧间差异反而更小，更难触发判定。
建议从"动作"预设的 0.2 秒起步，确认仍有漏检再往下调。
常见失败原因和解决方法
短镜头调小采样间隔后还是检测不到。
可能低于 0.5 秒被算法过滤，或落在前一个切点的 1 秒冷却期内。这两项是内置约束，无法通过参数调整。只能手动在时间轴上补切片点，或改用快速分析。
合并后场景超过 30 秒。
合并会让场景变长。此时需要在合并后的场景内找位置补切片点，拆成两段合规场景。
快速分析的镜头数和自己数的不一样。
快速分析由模型判断镜头划分，快剪素材的划分尤其容易与人工判断不一致。这属于该模式的固有特性，需要精确控制就用精确分析。
切片检测很慢或页面卡顿。
采样间隔过小导致计算量过大。先把视频转码到 720p、截取片段，或增大采样间隔。
分析失败了。
失败或取消时预扣的点数会自动退还，可在 AI 使用历史中确认该任务消耗点数为 0。
有哪些限制
- 精确分析的 2 秒下限与 30 秒上限是硬性校验，无法通过参数放宽。
- 算法内置 1 秒冷却与 0.5 秒最短片段约束，不受滑块调节。
- 采样间隔大于镜头时长时该镜头可能被整个跳过。
- 快速分析没有单场景时长要求，但不提供负向提示词、九项运镜字段和一致性锚点。
- 切片检测在浏览器本地完成，采样间隔越小越依赖设备性能。
- 限制值可能随产品调整变化，实际以页面当前提示为准。