video-autopilot-kit Quality-95 审片系统揭秘:机器 QA 与真人审片如何分工,为什么机器不能代签
【免费下载链接】video-autopilot-kitFill-in-your-own-data framework for YouTube / short-form video automation: CapCut JSON + ffmpeg tooling + an onboarding questionnaire. Ships with zero private data.项目地址: https://gitcode.com/gh_mirrors/vi/video-autopilot-kit
video-autopilot-kit 是一套面向 YouTube 与短视频的自动化制作框架(CapCut JSON + ffmpeg 工具链 + 上手问卷),内置Quality-95 审片系统:机器负责拦截"已知烂法"并给出 95 分制量化报告,真人(主理人 Hao)负责判断美感、节奏与情绪,并且只有经过带时间戳的人工审片后才能拿到CERTIFIED_95认证。机器分数再高也不能代签——这是整套系统的 fail-closed(默认失败)设计哲学。本文带你读懂这套审片系统的设计思路与分工逻辑。
🤝 机器 QA 与真人审片:各管一半,不越权
Quality-95 的核心定义写得很直白:95 分不是自我宣称,也不是"所有测试绿灯"的别名。
| 角色 | 职责 | 边界 |
|---|---|---|
| 机器 QA | 跑确定性检查、量化打分、拦截负面回归(BLOCK/REVIEW) | 只能给"临时置信度",不能认证美感 |
| 真人审片 | 按 Hao 美感十维量表逐条标注时间码问题、评分回写 | 责任不随设备改变——用手机还是电脑审,决策权都属于 Hao 本人 |
对应源码中有一句注释说得很清楚:
Mechanical checks can reject known failures. Only a timestamped human review can certify taste. (机械检查只能拒绝已知失败;只有带时间戳的人工审片才能认证品味。)
见 src/quality_95.py。
📊 Quality-95 评分机制:10 个维度怎么算分
评分语料定义在 knowledge/runtime/quality_corpus.json,目标分target_score固定为 95。机器对 10 个维度加权打分:
| 维度 | 权重 | 谁来提供证据 |
|---|---|---|
| technical_delivery 技术交付 | 15 | 机器(QA 全绿) |
| truth_and_evidence 真实性与证据 | 12 | 机器 + 素材来源审查 |
| first_frame_and_hook 首帧与钩子 | 10 | 机器(首帧检查) |
| typography_and_safe_area 排版与安全区 | 10 | 机器(字幕表检查) |
| transition_motivation 转场动机 | 10 | 机器(cut_motivation 枚举) |
| rhythm_and_flow 节奏与流动 | 10 | 机器(能量曲线 + 时长门) |
| asset_novelty 素材新鲜度 | 8 | 机器(素材疲劳报告) |
| narrative_differentiation 叙事差异化 | 10 | 机器(叙事签名相似度) |
| tracking_and_compositing 追踪与合成 | 7 | 机器(GREEN 报告 + 证据) |
| human_aesthetic_review 人工美感审片 | 8 | 只有真人能给 |
注意最后一行:human_aesthetic_review在机器生成的报告里永远是 0 分("pending Hao review",见 src/quality_95.py)。这意味着——就算前 9 项全满分,总分也只有 92,天然够不到 95。机器从结构上就不可能"自己考满分"。
🔒 三种状态:BLOCKED / REVIEW / CERTIFIED_95
认证规则被锁死在 src/quality_95.py 中:
- BLOCKED:命中任一
BLOCK级负面回归,或总分 < 85。直接拦截。 - REVIEW:分数够但人工审片未完成、美感状态未 PASSED、或存在
REVIEW级问题。默认停留态。 - CERTIFIED_95:
score >= 95+ 美感审片PASSED+ 人工审片完成 + 无任何 BLOCK/REVIEW 回归,四个条件缺一不可。
机器"锁死"的负面回归举例
以下情况在语料中登记为BLOCK,机器可以直接开炮(摘自 knowledge/runtime/quality_corpus.json):
- 用无内容关联的全屏模板卡顶替真实画面
- 把网格当作所有题材的默认开场
- 把
HOOK、LOWER THIRD等模板角色字直接播出 - 没有镜头运动/遮罩/信息逻辑支撑的几何转场
- 文字被切、超出安全区
此外还有"素材疲劳"与"叙事签名"两个长期记忆机制:同一素材近期用太密、同题材叙事高度相似(相似度 ≥ 0.72)都会被降维扣分——机器管的是"别犯已知错误",不是"好不好看"。
✍️ 为什么机器不能代签?三个设计原因
1. 品味无法被断言证明。机械检查只能枚举"错的长什么样",无法证明"这一刀切得顺不顺"。如果把绿测当艺术认证,系统会批量生产"合规的平庸"。
2. Fail-closed:缺人 = 不通过。CERTIFIED_95的判定里human_complete是硬性乘数,self_test()里甚至专门断言"人工未完成时状态必须是REVIEW"(见 src/quality_95.py)。不是"默认通过等人工确认",而是"默认不通过等人工签字"。
3. 决策权不可随设备漂移。审片页 src/review_loop.py 的注释写道:"手机或桌面浏览器只是访问设备,永远不改变谁拥有审美决策权。" 审片页支持手机/电脑响应式,但认证归属始终是主理人本人,避免"谁顺手点开谁就签了字"。
🚀 真人审片:一条命令开审,一步回写
实际流程对新手很友好:
- 构建即出报告:
shorts_autopilot.py build N在技术 QA 后自动生成临时报告(_out/_qa/QUALITY_95.json/QUALITY_95.md)和审片页(_out/_review/review.html),此时状态只能是REVIEW。 - 手机同 Wi-Fi 审片:运行
python review_loop.py serve .../_review,手机浏览器打开终端显示的网址,逐条标注时间码问题(节奏拖沓、怪转场、文字被切等 14 类),并按 Hao 美感十维打分(1–5 分,每格 0.5)。 - 一键定稿:
python review_loop.py finalize .../_review会调用 knowledge_lifecycle 的record_feedback()去重回写记忆库,输出finalized.json——已知技术失败直接进语料回归,主观偏好只作为"范围内的软规则",避免记忆库无限膨胀。
每个审片问题都带视频 + 秒数 + 类别 + 文字说明四要素,确保反馈可追溯、可复现。
🏛️ 别混淆:项目级"9.5 验收"评的是系统,不是视频
project_quality_95.py 是另一套东西:它对整个生产系统做 20 项等权检查(核心 Doctor、架构审计、各子系统 selftest、Token 路由、存储治理等),全部 critical 通过且 ≥ 95/100 才给ACCEPTED_95。它证明"这套流水线本身健康",不能用来宣称某支视频好看——每支视频仍须按上面流程逐支签核。
📁 延伸阅读:相关文件地图
- 审片规范文档:codex-skill/video-autopilot/references/quality-95-system.md
- 核心评分器:src/quality_95.py
- 评分语料与负面回归库:knowledge/runtime/quality_corpus.json
- 人工审片服务:src/review_loop.py
- 美感十维评分:src/aesthetic_score.py
- 项目级验收:src/project_quality_95.py
- 架构总览:docs/AUTOPILOT_ARCHITECTURE_V6.md
✅ 小结
Quality-95 审片系统把"质量"拆成了两半:机器管下限(95 分制 + 负面回归锁死已知烂法),人管上限(十维美感量表 + 时间码签核)。机器不能代签,不是技术做不到,而是设计上的坚持——让"好看"永远有一个明确的人类责任人,同时让每一次审片反馈都能沉淀回系统的长期记忆。这套"机器拦截 + 人类认证 + 记忆回写"的闭环,值得任何想做内容自动化的团队参考。
【免费下载链接】video-autopilot-kitFill-in-your-own-data framework for YouTube / short-form video automation: CapCut JSON + ffmpeg tooling + an onboarding questionnaire. Ships with zero private data.项目地址: https://gitcode.com/gh_mirrors/vi/video-autopilot-kit
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考