Communitygithub.com

原始素材到成片:有证据的发布前审片

在发布前检查渲染好的视频:是否符合需求(尺寸、帧率、时长)、批准的剪辑和脚本,有没有黑帧冻帧、掉音、长静音、爆音、响度和真峰值问题,字幕是否跟上新时间线、阅读速度是否合规、人名是否拼对、有没有露出隐私信息。用 FFmpeg 只读扫描,引导完整带声音看一遍,输出带时间点、证据和修复建议的报告。

原始素材到成片:有证据的发布前审片 是什么?

「原始素材到成片」配方第 2 步(发布前审片),来自 alexey1312/Vibe-Editing-Agent-Skill(MIT)。vibe-editing-review 从不重新渲染或上传:qa_scan.py 对照需求、EDL、字幕和词表检查 QA001–QA013 和字幕规则 CAP001–CAP011,智能体再逐个剪辑点对比原话(丢一个“不”字意思就反了),并引导带声音完整看一遍。每条问题都有输出时间、证据和一个精确修复,交回剪辑技能处理,报告还会写明哪些没检查。

兼容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/alexey1312/Vibe-Editing-Agent-Skill/tree/HEAD/skills/vibe-editing-review

在你喜欢的 AI 中提问

打开一个已预加载此 Agent Skill 的新对话。

文档

微调编辑:审核

在任何人发布之前,对照承诺检查渲染视频,并提供证据。 脚本可以找到可测量的内容;一个人带着声音观看一次,可以发现其余的问题。 报告会说明哪些是脚本发现的,哪些是人工发现的。

  • 检查什么,以及如何检查:references/acceptance-checklist.md
  • 症状、原因、后续步骤:references/troubleshooting.md
  • 字幕及其限制:references/captions.md
  • 报告格式:references/plan-format.md
  • 导致修复的注释:references/edit-requests.md
  • 文件夹、简报、project.md 和移交信息:references/project-memory.md
  • 从一个视频到系列:references/series.md
  • 数据、许可证和资金:references/data-and-licences.md
  • 此仓库测量的内容:references/measured-behavior.md
  • 版本和日期:references/versions.md
  • 引用:references/sources.md

契约

  • 审核是只读的。 扫描仅读取文件;不会重新渲染、标准化或上传任何内容。 证据帧只发送到 --evidence-dir 指向的位置(按惯例为 renders/verify/)。
  • 每个发现都有位置、证据和修复方案: 输出时间(以及涉及剪辑时的源时间)、一个帧、一个音频范围或一个脚本规则, 以及一个单一的更改(references/plan-format.md)。
  • 修复方案等待批准 并由其所属的技能执行: 剪辑由 vibe-editing-cut 负责,合成由引擎的技能负责。
  • 说明未检查的内容。 qa_scan.py 会打印没有脚本检查的内容列表;报告会保留它, 标记为已由人工检查或未检查。
  • 引用或标记。 限制来自 references/captions.md、references/audio.md(通过简报设定的目标), 以及带有日期的 references/versions.md;对品味的判断会标记为“品味判断”。

1. 收集

  • 要审核的文件、简报、经批准的 EDL(edit/edl.json)、字幕文件、术语表、脚本。
  • project.md:状态、不得更改的决策、资产列表。
  • python3 scripts/toolchain_report.py --format markdown:此机器可测量的内容。
  • 当某些内容缺失时(没有简报、没有 EDL),审核现有内容并列出差距。

2. 扫描

python3 scripts/qa_scan.py exports/final.mp4 --width 1080 --height 1920 --fps 30 \
  --edl edit/edl.json --captions exports/final.srt --glossary transcripts/glossary.txt \
  --loudness-target -14 --true-peak-max -1 --evidence-dir renders/verify
python3 scripts/media_probe.py exports/final.mp4
  • 从简报中获取响度目标;没有默认值(references/audio.md)。
  • 发现项 QA001–QA013 和字幕规则 CAP001–CAP011 在此技能仓库的 CHECKS.md 中列出; 每个都是一个线索,在报告之前先读取帧或听取音频。
  • 预期的黑场淡入淡出、定格帧或故意停顿,应附上理由保留,不作为缺陷报告。

3. 对比文字

  • 将最终字幕与批准的脚本或 edl.py table 对比。
  • 在每个删除了单词的连接处,与源素材对比: 丢失的“不”、省略的条件或半个问题都会改变主张。
  • 对照术语表及事实来源,检查屏幕上和字幕中的每个人名和数字。

4. 观看和聆听

  • 每个连接两侧的帧,每个过渡中间,每个插入片段的第一个和最后一个帧。
  • 图形从不遮挡人脸、字幕或动作;屏幕上没有私人内容。
  • 不间断、带声音地用观众使用的设备完整观看一次;然后无声音再观看一次。
  • 当循环中没有人工参与时,请作者观看;代理对帧的检查不等于一次观看。

5. 报告

根据 references/plan-format.md 编写审核报告: 一个两句话的结论,按严重性从高到低排列的发现项,通过的检查,以及未检查的内容。 按所有者(故事、节奏、文本、画面、声音)和级别对修复方案进行分组,以便可以一次性地应用。

6. 结论之后

  • 渲染故障: 遵循 references/troubleshooting.md;在更改任何内容之前,先在一个场景上复现问题。
  • 移交: 将状态写入 project.md —— 目标、经批准的 EDL、上一个良好的渲染、命令、资产、 带有输出时间的待处理缺陷、需要作者决定的决策、接下来的两个步骤(references/project-memory.md)。
  • 系列: 仅在两三个视频以相同方式制作后;将设计与输入分离,并测试边缘情况(references/series.md)。

护栏

  • 审核时不要修复;报告问题,然后让所有者应用批准的修复方案。
  • 没有简报中的目标作为依据,不要将测量值报告为缺陷。
  • 没有经过一个人带声音完整观看的视频,不要说它已被接受,或者明确说明它没有经过此类观看。
  • 未经批准,不要将视频上传到服务进行检查(references/data-and-licences.md)。
  • 不要将图片中的密钥或个人数据打印到报告中。

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

相关技能