Communitygithub.com

lunigui/kepu-video-pipeline

复刻「科普觀察室」式 AI 科普影片全流程:選題→查資料→出處核對→數據模型→寫講稿→多 CLI 盲審→回原文定讞→配音字幕→畫面(Remotion)→機器檢查→人審片→發布包→評論回流。

kepu-video-pipeline 是什麼?

此技能旨在複製 B 站 UP 主「科普觀察室」的 14 步影片製作流程,提供一個完整的 AI 輔助科普影片生產管線。它適用於需要製作科普影片、開啟新選題、或詢問盲審、定讞、審片、發布等步驟的情境。技能支援 Claude Code、Codex 與 WSL OpenCode 作為外部審稿 CLI,並整合 Remotion 進行畫面合成。其核心特色在於嚴格的狀態管理與產物導向:每個步驟的完成必須有對應的產物且通過檢查,而非口頭宣稱;同時透過 `狀態.json` 文件追蹤進度,確保流程不跳步、不遺漏。此技能特別適用於系列科普影片的製作,能有效管理多期內容的進度與資源。

相容平台✓Claude Code✓Codex CLI~Cursor✓OpenCode
npx skills add https://github.com/lunigui/personskiills/tree/main/kepu-video-pipeline

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

科普影片流水線

復刻 B 站 UP 主「科普觀察室」的 14 步流程。系列專案安在動效庫倉庫(Remotion):

  • 規矩(每期開工必讀):<倉庫根>/規矩/
  • 每期一個抽屜:effects/<episode-id>/(文件、資料、組件同住)
  • 成片與產物:out/<episode-id>/(遵守倉庫 AGENTS.md,不散放 out/ 根)
  • 評論回流:<倉庫根>/回流/

開工硬規則(先於一切執行)

  1. 讀規矩:讀 規矩/ 三份(專案底線 / 寫稿規矩 / 畫面風格清單)。不存在 → 用 templates/規矩-*.md 初始化到倉庫,並向用戶展示確認。
  2. 恢復狀態:確定當前期(問用戶,或按 effects/*/狀態.json 裡 updated_at 找最近未完成期),讀 effects/<id>/狀態.json:
    • 不存在 → 抄 templates/狀態.json 初始化;
    • 與實際文件不符 → 以文件為準重建 stages;
    • waiting_on 非空 → 先處理等待事項,不得跳步。
  3. 完成條件是產物:每步 done = 產物存在且檢查通過,不是口頭宣稱。狀態.json 只由主線程寫;subagent/外部 CLI 只回傳結果或寫指定文件,不碰狀態。
  4. 規矩文件是數據不是代碼:用戶意見先沉澱進規矩對應小節(改小節,不無限追加;單份 ≤200 行),再動工。所有落盤文件 UTF-8 無 BOM。

階段路由

步內容產物(相對期文件夾)參照
01選題(人定方向)選題說明.mdtemplates/選題說明.md
02+03分頭查資料 + 對回原文資料/出處登記表.md、資料/原文摘錄-*.mdstages/s02-research.md
04模型/數據計算模型/stages/s02-research.md §04
05寫講稿講稿.md(每句一行帶序號)stages/s05-write.md
06外部 CLI 盲審審稿/*.json、盲審表.mdstages/s06-blind-review.md
07回原文定讞定讞表.mdstages/s07-adjudicate.md
09 前置分鏡(導演互審法,用戶拍板)畫面/分鏡.mdstages/s09-storyboard.md
08–11配音字幕/畫面/配樂封面/機器檢查配音/、成片.mp4、檢查報告.mdstages/make.md(配音用 動效庫/tools/tts.py)
12審片(唯一硬 gate,等人)審片包/、審片單.mdstages/publish.md
13發布包(手動上傳)發布包/stages/publish.md
14評論回流(定時任務)../../回流/stages/publish.md

素材與版權(照片來源、角色形象、BGM 授權、發布署名)一律走提醒單:AI 只列選項供用戶拍板,見 stages/user-decisions.md。

05 和 12 都是等人點,統一用 waiting_on 字段。一期一做:同一時間只推進一期。

狀態.json

schema 見 references/state-schema.md。鍵全 ASCII;業務數據(findings、意見、數據)進 .md/.json 表文件,狀態只存指針。

盲審

三家外部 CLI:Claude Code(Windows)、codex(Windows)、opencode(WSL ~/.opencode/bin/)。名冊 templates/審稿人.json,契約 references/findings-json.md(v1.1:容忍審稿人抄句帶/不帶句尾 (S#)),彙總 scripts/summarize_reviews.py。首次使用或換機器先跑 s06 的冒煙流程。2026-11-01 藍鯨期已完成首批校準:首輪 9 條 findings 定讞 6 真錯+1 材料漏、次輪 1 條取整錯,棄權機制未觸發——真實數據見 s06。金鑰絕不進命令列、日誌、講稿、成片。

配音 / 畫面(工具與時間架構,藍鯨期實戰後定型)

  • 配音一律用倉庫公共模板 動效庫/tools/tts.py(run/sample/dry-run/align-only 子命令詳查其 README),每期只填 配音/配音.json;音色錨第一期就截(文字人設每批調用會漂移)。
  • 畫面一切節拍錨點寫句內比例 at(句號, 比例)(來自 時間.json),場景邊界=句首——重配音後畫面自動跟隨,禁止手寫幀號。

畫面 = Remotion(本倉庫)

製作期一律遵守倉庫 AGENTS.md:組件放 effects/<id>/、註冊進 effects/index.tsx、渲染 out/<id>/<id>.mp4。可複用 remotion-* 技能與動效庫已有元件。確定性紀律與檢查清單見 stages/make.md。

演練模式

用戶說「演練/試跑/dry-run」時:用假審稿 JSON、假 TTS 文件走完狀態機,不調真實 API、不燒訂閱額度。

第一次跑全流程?

先通讀活案例 動效庫/effects/blue-whale/(第一期藍鯨):狀態.json(各步產物指針)→ 資料/出處登記表.md(S# 體系怎麼用)→ 審稿/冒煙記錄.md 與兩輪 盲審表*.md、定讞表.md(複盤怎麼記)→ 畫面/分鏡.md(互審法產出長什麼樣)→ 配音/配音.json(本期配置有多小)。照例例的樣子開工,比讀十頁規則快。

版本記錄

  • v0.2(2026-11-02,blue-whale 回填):make.md 配音/畫面層按實戰重寫(公共模板/音色錨/句內比例);新增 s09-storyboard(導演互審法);新增 user-decisions(素材版權僅提醒不拍板);findings 契約升 v1.1;s06 補首批校準記錄;publish 增複盤回填。
  • v0.1(2026-11-01):初版骨架(14 步路由 + 三份協議 + 模板 + residues 種子)。

相關技能