在线工具

OpenMontage 双闸自检

幻灯片风险六维评分、交付承诺动效比例比对、预算测算,三个面板一次过一遍。

先看清这个工具的边界

本页的阈值、维度与规则表照抄自 OpenMontage 仓库源码,但打分本身由你来做。上游那六个 _score_* 私有函数如何从场景数据推出 0-5 分,我们没有读过,也不在这里复刻。同理,预算模式的实际执行行为以官方文档与代码为准,本页只做算术,配好也不等于不会超支。

面板一 · 幻灯片风险六维评分

六个维度取值 0-5,越低越好。分由你自己给——上游那六个 _score_* 私有函数 怎么从场景数据推出分数,本页没有复刻。

0
0
0
0
0
0
0.00
六维算术平均
round(average, 2)
判定档
strong
0
最高分维度
repetition

strong

可以继续。

当前最高分维度是 repetition相同的布局、背景或场景语法反复出现)。 本页只报哪一维分最高,不给「怎么把这一维降下来」的建议——那取决于具体片子。

档位平均分区间源码说明
/ strong平均 < 2可以继续。
可接受 / acceptable2 ≤ 平均 < 3可以继续。
需修改 / revise3 ≤ 平均 < 4源码判定为 revise。
失败 / fail平均 ≥ 4源码注释写明:should not proceed to compose(不应进入合成阶段)。
面板二 · 交付承诺与动效比例比对

规则表照抄 lib/delivery_promise.pyPROMISE_RULES。 本页只用公开的三个字段做比较,不复刻 validate_cuts 的内部实现。

still_fallback_allowedfalse
requires_video_generationtrue
min_motion_ratio0.770%

description 原文:Video's quality depends on real motion — generated video clips, footage, or animation.

源码内联注释:At least 70% of cuts must be real motion (video/animation, not Remotion slides)
-
实际动效比例
0 / 0
70%
门槛 min_motion_ratio
-
是否达标
总镜头数为 0,算不了

总镜头数填 0 时比例算不出来,先把镜头数填上。

面板三 · 预算测算

三个默认值取自 config.yaml 的 budget 段:总预算 $10.00、 保留比例 0.1、单次审批阈值 $0.50, 默认模式 warn

计划中的每一笔支出(美元)
$1.00
保留额度
total_usd × reserve_pct
$9.00
可用额度
total_usd − 保留额度
$0.00
计划支出合计
1 笔
0
需审批笔数
单笔 > $0.50

计划支出在可用额度之内

剩余可用额度:$9.00

这里只做算术。至于超了之后实际会发生什么,取决于 budget 的模式取值:observe:只跟踪。 warn:记录超支。config.yaml 里的默认值就是这个。 cap:硬上限。 本页不对这几种模式的实际执行行为下断言,以官方文档与代码为准。

这个工具算的是什么

OpenMontage 在成片之前有两道闸:一道问「这条片子是不是变成了会动的幻灯片」, 另一道问「你答应交付的形态,跟你手上这堆镜头对得上吗」。第三个面板是预算, 管的是「这一趟准备花多少钱、哪几笔要人来点头」。

页面把这三件事做成三个可以现场填数的面板。它做的是判档与算术,不是评价你的片子。 换句话说,你给出一组维度分,它按官方阈值告诉你这组分落在哪一档; 你给出镜头数,它按官方门槛告诉你比例够不够、还差几个; 你列出计划支出,它按官方默认值告诉你保留多少、还能用多少、几笔需要审批。

数字从哪来

页面里所有的维度名、阈值、规则字段和默认值,都是从 OpenMontage 仓库源码逐格转录的,出处如下:

  • 六个风险维度、取值范围、四档判定阈值:来自 lib/slideshow_risk.py 的模块 docstring。页面同时显示每个维度的英文原文和中文转述,方便你回原文对照。
  • 八种交付承诺的规则表:来自 lib/delivery_promise.pyPROMISE_RULES,取其中公开的 still_fallback_allowedrequires_video_generationmin_motion_ratio 三个字段, 外加 description 原文。motion_led 那一行源码带一句内联注释, 页面在选中它时把注释原样展示。
  • 预算默认值与模式取值:来自 config.yaml 的 budget 段。

具体的数值不在这段正文里重复写第二遍——以工具里显示的为准,那些值直接来自逻辑层的常量表, 正文另抄一份只会制造两个版本,改一处漏一处。

怎么用

面板一:先自己评分,再看落在哪一档。把六个滑块按你对这条片子(或这份分镜方案)的 判断拉一遍,越低越好。工具会给出六维平均、判定档位,以及当前分最高的那一维。 平均落到最后一档时,页面会明确标出源码里那句「不应进入合成」。 这道闸的用法是在动手合成之前过,而不是成片之后回头找理由。

面板二:先认领承诺,再数镜头。下拉选中你这单要交付的形态, 页面会把该承诺的三个规则字段与 description 原文摊开。 然后填两个数:真实动效镜头数、总镜头数。比例低于门槛时, 页面会按当前总镜头数反推还差几个镜头。这个反推是纯算术, 意思是「按这个总数至少要有几个动效镜头」,不是排期建议。

面板三:把计划支出一笔笔列出来。总预算、保留比例、单次审批阈值三个输入默认填的是 配置文件里的取值,你改过就按你的改。下面的支出列表可以增删, 每加一笔,保留额度、可用额度、计划合计、需审批笔数四个数会跟着变。 需审批笔数数的是「单笔金额超过阈值」的条数。

它算不了什么

第一,它不替你打分。上游那六个 _score_* 私有函数如何从场景数据推出 0 到满分之间的取值,本站没有读过。所以面板一里的分是你给的,工具只负责平均与判档。 这两层要分清楚:「算术与判定」是照搬的,「怎么给分」不是。

第二,它不给改进建议。页面会告诉你哪一维当前最高,但不会说「这一维该怎么降」。 原因很直接:同样是 weak_motion 分高,产品演示片和数据解说片该做的事完全不同, 从一张阈值表里读不出针对你这条片子的动作。

第三,它不预测运行结果。面板二不替代仓库自己的校验函数, 面板三不对预算模式在运行期的实际行为下任何断言——配好不等于不会超支。 这两处都以官方文档与代码为准。

第四,本站没有实测。这个页面里没有任何来自实际运行的数字: 没有成片效果评价,没有真实花费,没有生成耗时。全部内容都是源码转录加上四则运算。 想按顺序把 OpenMontage 的这几道闸读明白,可以从 OpenMontage 专题进去。

常见问题

六个维度的分是工具算出来的,还是我自己打的?

你自己打的。这是这个工具最需要说清楚的一点。OpenMontage 仓库 lib/slideshow_risk.py 里有六个 _score_* 私有函数,负责从场景数据推出每一维的分数——那部分实现本站没有读过,也不猜、不复刻。本页照搬的只有三样东西:六个维度的名字与说明(来自该文件的模块 docstring)、取值范围,以及四档判定的阈值与算术(六维取算术平均后判档)。所以工具的输出对应的是「按官方阈值,你给出的这组分会落在哪一档」,而不是「你这条片子实际得几分」。

判定出 fail 到底意味着什么?

意味着按源码注释的说法,这个平均分落在了标着 should not proceed to compose(不应进入合成阶段)的那一档。这句话是源码里写的,页面把它原样显示出来。它是一条流程约定,不是本站的判断,也不是对成片质量的预言。至于该怎么把某一维的分降下来,本页一句建议都不给:哪一维该怎么改取决于具体片子的题材、素材和交付要求,从一张阈值表里读不出来。

第二个面板的动效比例,为什么只比一个字段?

因为只有那一个字段是公开可查的。lib/delivery_promise.py 的 PROMISE_RULES 里,每种交付承诺都带 still_fallback_allowed、requires_video_generation、min_motion_ratio 三个字段和一段 description,页面把这四项逐格照抄显示。真正做校验的 validate_cuts 函数内部还做了什么,本站没有读完,所以页面只做一件事:用你填的真实动效镜头数除以总镜头数,跟该承诺的 min_motion_ratio 比大小,不达标时按总镜头数反推还差几个镜头。它不替代仓库自己的校验,也不能预测那个函数会不会放行。

预算面板算出来「没超」,是不是就等于跑起来不会超支?

不等于。这个面板做的是四则运算:保留额度按保留比例从总预算里扣出来,剩下的算可用额度,你列的每笔计划支出加总后跟可用额度比,再数一数有几笔超过单次审批阈值。默认值取自 config.yaml 的 budget 段。但真正跑起来时会花多少钱,取决于实际调用了哪些模型、生成了多少素材、重试了几次——这些都不在你事先列的清单里。而且 budget 模式在运行期具体怎么执行,本页不下断言,以官方文档与代码为准。

这些数字是本站实测的吗?

不是。本站没有运行过 OpenMontage,没有生成过一条片子,也没有花过一分钱预算。页面里出现的每一个维度名、阈值、规则字段和默认值,都是从仓库源码里转录的:六维与四档来自 lib/slideshow_risk.py 的模块 docstring,八种承诺的规则表来自 lib/delivery_promise.py 的 PROMISE_RULES,预算默认值来自 config.yaml 的 budget 段。凡是需要实测才能给出的数字(成片效果、真实花费、生成耗时),这个页面一个都不会给。

想把 OpenMontage 的两道闸真正用起来?

从风险维度到交付承诺再到预算配置,奇连 AI 的 OpenMontage 专题按顺序排好了。

进专题