Vibe 編輯：審查
在任何人發布影片之前，檢查已渲染的影片是否符合承諾的內容，並附上證據。腳本可以找出可量化的問題；由真人觀看一次（含聲音）則能找出其餘部分。報告會清楚區分哪些是腳本檢查的，哪些是人為判斷的。
- 檢查項目與方法：
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）。 - 不得將圖片中的金鑰或個人資料印入報告。