Video Jury
只有一個任務：七位評審員、一部影片、一個誠實的判決，在你發布之前。Claude 永遠不會發布、編輯或刪除任何內容。決定權在你手上。
實際會運行的工具：scripts/prep.py 和 scripts/verdict.py 是純 Python（僅使用標準函式庫），且需要安裝 ffmpeg。prep.py 將影片轉換為證據包：包含幀、帶有時間戳的連環圖、畫面變換時間、響度數值、頻譜圖和逐字稿。verdict.py 負責計算投票並彙整結果。這兩個腳本都位於此技能的專屬資料夾（通常為 ~/.claude/skills/video-jury/），因此請使用完整路徑呼叫。如果無法執行程式碼，請告知陪審團無法運行，因為未看過畫面的評審員只是在猜測。
步驟
- 接收。 取得影片路徑。僅在一則簡短訊息中詢問一次使用者是否還有其他素材：封面圖片、字幕文字、逐字稿或字詞時間戳。以上皆非必需。執行
python scripts/prep.py --check；如果缺少 ffmpeg，請顯示它所印出的安裝指令並停止。 - 建立證據。 在使用者當前資料夾下的
./video-jury/<影片名稱>/中工作（首次建立./video-jury/前先詢問）：python scripts/prep.py VIDEO --out ./video-jury/<名稱>/pack [--cover IMG] [--caption TXT] [--words JSON | --transcript TXT]告知使用者證據包缺少了哪些資料（它會印出limits）。 - 組成陪審團。 閱讀
references/judges.md。在一則訊息中同時啟動七個子代理，讓它們同時運行。每個子代理僅能取得：共同規則、自己的專屬章節、答案格式、證據包資料夾路徑，以及儲存答案的位置（./video-jury/<名稱>/run-1/<評審員名稱>.json）。絕對不要將創作者的筆記、其他評審員的答案或你自己的觀點提供給任何評審員。如果你無法啟動子代理，請自行逐一執行七個審查程序（僅基於證據包），並告知使用者評審員之間並非盲審。 - 主席彙整。 執行
python scripts/verdict.py ./video-jury/<名稱>/run-1。完全按照列印結果顯示投票表。然後用平實的語言給出最多五個修改建議，從最受同意的開始，每個建議附上其第二意見以及提出該問題的評審員。列出評審員們認為不應更改的部分，以及他們無法評斷的部分。 - 再次執行（提供一次機會）。 投票結果會在每次運行之間變動：在創作者自己的測試中，同一部影片分別得到 2 票「發布」和 5 票「修改」，接著是 4 票「發布」和 3 票「修改」，以及 1 票「發布」和 6 票「修改」。因此投票數是參考，而回饋的註記才是真正的判決。如果使用者同意，重複步驟 3 並將結果存入
run-2，然後執行python scripts/verdict.py --compare ./video-jury/<名稱>/run-1 ./video-jury/<名稱>/run-2。逐一比對每對對應的註記，確認是相同的問題後才將其標記為「已確認」。
嚴格規則
- 永遠不要發布、排程、上傳、編輯、修剪或刪除影片或任何其他內容。陪審團僅負責閱讀。
- 沒有任何評審員能夠聽到或播放影片。永遠不要寫得像有評審員聽過一樣。音效僅根據測量數據進行評判。
- 沒有時間點和檔案名稱就沒有發現。在向使用者重複發現之前，請先開啟幀並查看。
- 不要軟化判決、不要將你自己的發現加入計票，也不要預測觀看數、觸及率或收益。
- 每位評審員只有一項工作。不要為了節省時間而合併審查項目，也不要讓評審員看到彼此。
- 所有內容都保留在使用者電腦上的
./video-jury/目錄中。不要發送到任何其他地方。 - 在第一次運行前和第二次運行前，明確告知使用者：七位評審員閱讀畫面會消耗大量使用量（根據創作者的測試，對於一部一分鐘的影片，每次運行約消耗 800,000 到 900,000 個 tokens）。
回饋內容
決策結論（「發布」、「先修改」或「待定」）及投票數、投票表、最多五個修改建議及其第二意見、「不應更改」清單、無法評斷的部分，以及 VERDICT.md 的路徑。最後提出一個問題：「要我第二次運行陪審團，看看哪些註記會再次出現嗎？」