Communitygithub.com

vibe-knowledge-video

製作或精修科學、歷史、數學、心理、經濟、人文等知識動畫影片。先按用途與受眾確認風格,再完成事實查核、敘事分鏡、二維或三維畫面、可選音樂卡點、字幕、成片檢查和交付。適用於從知識主題到影片、參考片拆解遷移、已有影片按時間點修訂,以及配套封面文案。

vibe-knowledge-video 是什麼?

本技能(Skill)專為製作高品質知識動畫影片而設計,涵蓋科學、歷史、數學、心理、經濟、人文等主題。它強制要求製作前先明確影片用途、目標觀眾與風格(科研、教學、科普或娛樂),並透過事實查核、敘事分鏡、二維或三維視覺、可選音樂卡點、字幕生成及最終品質檢查,確保產出「第一眼就有意義、每段推進一個理解」的影片。支援多種工作流程:從零開始的新作、承接既有專案、拆解並遷移參考影片的表現手法,或針對特定時間點進行局部修訂。此技能也涵蓋封面與文案的產出。其核心理念是「事實與比喻分開」、「精緻服務於理解」,避免只追求特效而忽略內容準確性。它不依賴特定圖形模型或 GPU,適合在 Remotion、Three.js 等環境中運行,並提供詳細的模板(brief、fact ledger、storyboard)與參考檔案,指導使用者完成從輸入到發布的七個階段。技能內建「開箱驗證」starter,協助使用者快速確認環境與流程是否正常,再投入正式製作。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/S-Fan-ZJU/vibe-knowledge-video/tree/HEAD/skills/vibe-knowledge-video

在你喜歡的 AI 中提問

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

說明文件

Vibe Knowledge video

把知識做成適合本次用途、能看懂關係、經得起實際播放的動畫。沿用 Vibe Science Video 已實踐的製作、工具與驗收流程,擴展到不同領域和風格。知識深度、配色、聲音和動效分別選擇;科研表達與娛樂化參考都是可選方向。不要承諾任意主題都能一次生成成功,也不要把生成原始碼當成已經交付影片。

每條新影片先確認用途與風格

這是本 skill 的開工步驟。先讀 用途與風格,整理本次已給出的資訊,再用 2–3 個簡短問題補齊:

  1. 用途與受眾: 用在哪裡、給誰看、知識基礎怎樣、看完應理解什麼?
  2. 風格與參考: 科研/教學、大眾科普、娛樂傳播還是混合?參考中哪些特徵採用,哪些不採用?
  3. 節奏與聲音: 舒緩/適中/緊湊?音樂、旁白和音效的存在感?卡點及音樂閃爍關閉、輕微還是明顯?

本次已明確的資訊直接記錄,僅問缺項;用戶明確委託自行選擇時記錄依據。用途或風格仍缺失時,等待回答後再定分鏡、視覺、配樂並製作,可以先整理資料和核驗事實。不要僅因題材、平台或上一條影片就自動套用風格;同一影片的普通修訂沿用已確認方向。

將答案、確認來源和待定項寫入 brief。所有風格均保持事實準確、因果清楚與來源可追溯。鮮明顏色也能用於科研圖解,克制鏡頭也能搭配節奏音樂;允許無 BGM、關閉閃爍、旁白主導與二維表達。具體評價以本片用途為準,不以更鮮豔、更多特效作為統一質量標準。

先判斷任務處於哪裡

  • 新作:讀取 故事與證據、視覺設計,建立 brief、事實表和分鏡。
  • 接著做已有項目:先讀項目 AGENTS.md、planning/brief.md、planning/project-state.md 和參考分析索引;已有項目路徑不同則沿用真實入口。找到正式版、最終音軌、時間軸及用戶最後反饋,保留舊輸出,不用歷史草案覆蓋正式版。
  • 拆解參考影片:讀 參考分析與遷移,記錄源片、時間段、證據、適用用途和遷移方法;區分已學到的方法與已實現的通用組件。
  • 修改指定問題:讀取 製作、檢查與修復 的修復部分,記錄時間點、對象、現象,決定換音軌、補渲還是重排全片。
  • 只做封面或文案:讀取 發布素材,不啟動不必要的影片重做。

製作新片、重新定視覺或增換素材時,檢查項目已有參考、圖像、數據與模型。需要三維候選時讀取 assets/models/README.md、inventory.json 和已有預覽;沒有清單時用 模型復用流程 中的唯讀盤點工具找真實檔案。按題材對象、鏡頭與已確認風格選擇,在 素材方案 記錄檔案和取捨。僅改字幕、混音或發布文案時,無需重掃模型庫。

聲音、受眾、時長與畫幅按本片確認。16:9、4K60 母版+1080p60 播放版是已有經驗中的可選交付規格;預覽可用較低解析度。預算、硬體或題材不適合時提出具體取捨,不把 4K、60 fps 或 3D 當成質量的替代物。

只補問無法從現有資料取得、且會改變結果的資訊。已有主題就不要強制重新選題。用戶要求先看樣片時,在樣片處交付;用戶授權連續完成時,經過內部質量檢查繼續做完,不逐階段重複請求許可。製作授權不自動包含公開發布或修改外部帳號。

這套流程的核心約束

  1. 第一眼就有意義。 首幀有主題相關主體;科研片可直接給研究問題,教學片呈現待理解關係,大眾傳播可用人的處境或反直覺矛盾引入。
  2. 每段推進一個理解。 以「問題 → 條件變化 → 對象行為 → 可見結果」解釋機制;回答之後再引出下一問。不能用一串疑問替代答案。
  3. 事實與比喻分開。 記錄對象、條件、因果、出處、解釋分歧和畫面簡化;科學研究不拼成萬能系統,歷史事件不混淆時間與因果,數學圖形與數據共用模型。參考作者的說法需要獨立核查。
  4. 聲畫響應按選擇啟用。 可選持續能量、普通拍點和關鍵揭曉三級,各層可關閉。需要卡點時,讓聲音攻擊點對應可見結果,準備動作提前安排;不強迫每個拍點閃光。
  5. 緊湊不等於刪字。 先去掉慢入場和讀完後的空等;複雜動作仍需觀察時間。字幕、動作、SFX 從同一時間軸導出。
  6. 精緻服務於理解。 清晰主體、材質、層次、方向和可見接觸優先於無關粒子。需要前後遮擋、插入、包裹的機制,應使用可驗證的空間結構。
  7. 轉場也是分鏡。 明確上一場對象、遮擋或形狀接續、交換幀、下一場落點。不要等全片完成後統一加淡入淡出。
  8. 檢查最終檔案。 Studio、PNG、編碼 MP4 和上傳預覽可能不同。完整解碼、選幀檢查、連續播放與實際試聽分別記錄,不能相互冒充。

可執行的交付流程

下表用於完整新片。用戶只要分鏡、參考分析、封面或局部修訂時,按對應範圍執行和交付,不補做無關階段;無聲音方案不強加音樂步驟。

階段必須產生的可檢查成果下一步的判斷依據
1. 接收輸入brief:用途、受眾、風格、節奏/聲畫、資料、規格、交付範圍關鍵方向有確認依據;待定項和觀看目標明確
2. 內容與敘事事實表、一句話主線、問題鏈、前 15 秒設計關鍵結論可追溯;開場有動作與承諾;問題能兌現
3. 聲畫分鏡分鏡表、素材方案、聲音方案、可選 cue、轉場對象與事實相符;關係可見;風格和強度符合用途
4. 質量樣段開場+最難機制鏡頭+一次代表轉場的真實編碼短片核心資產達到最終畫質,關鍵動作與聲音真實對齊
5. 全片製作可編輯工程、統一時間軸、字幕、聲音事件、素材記錄每章講清,鏡頭承接自然,字幕沒有空等或搶讀
6. 輸出與修復完整影片、對應 QA、修訂版本及差異檔案、畫面、聲音、版本身份分別通過檢查
7. 發布包封面、標題簡介標籤、交付清單、復現說明對外承諾與正文一致;當前平台裁切和檔案選取正確

按任務需要讀取對應參考:

  • 故事與證據:論文轉腳本、鉤子、問題鏈、字幕停留、完整敘事示例。
  • 用途與風格:開工詢問、獨立風格維度、確認與修訂邊界。
  • 參考分析與遷移:8 條參考中的具體方法、時間碼與證據限制,新增參考的抽幀和遷移流程。
  • 視覺設計:設計系統、資產選擇、材質和空間、動作配方、轉場與穿模檢查。
  • 模型庫與跨對話復用:先發現本地素材,核對結構、部件、大小與許可,再設計鏡頭;新項目或已有項目如何建立發現入口。
  • 音樂與時間:可選音樂、包絡與瞬態、結果幀、混音與對齊。
  • 製作、檢查與修復:可復現實現、渲染預算、最終檔案驗證、局部修復、交付結構。
  • 發布素材:封面構圖、平台畫幅、標題簡介、素材來源與發布包。
  • 真實案例與失敗修復:《把細菌,變成藥》的最終結果、反饋、修正原因與適用邊界。
  • 可移植工具:分析 BGM、檢查時間軸、完整解碼與抽幀報告的實際命令和局限。

開箱驗證與項目起步

新建工程時可以把 Remotion+Three.js starter 複製到用戶項目,再按它的說明安裝、預覽並渲染。不要直接修改已安裝 skill 的模板。它是一個約 12 秒的雙條件空間動作實驗,用來確認環境、運動、聲音和導出鏈路;不是把所有選題自動變成完整影片的固定片頭。

包內 參考音樂 與 來源記錄 保留原技術實驗的可選測試輸入;不替新片決定選曲。starter 支援自定義檔案和顯式靜音,換音樂後更新分析與事件時刻。模板時間軸 timeline.json 是獨立結構示例,不是參考音樂或 starter 的固定卡點表。

在真正項目中運行 tools.md 的音樂分析、時間軸檢查、最終媒體檢查。讀報告中的警告並結合畫面判斷,不為了讓腳本變綠而刪掉科學條件或把警告關掉。工具無法自動判斷機制是否正確、結果是否真的出現在指定幀、提示音是否在聽感上突出,這些仍需視覺和聲音複核。

相關工具和模板應以倉庫的實際說明為準;不要從示例中的案例數值猜測新音樂時刻。即使沒有特定圖像模型、GPU 或額外 skill,也能用可用工具執行本流程。已有 Remotion 工程優先沿用其鎖定版本;需調用其新 API 時查當前官方文檔。若已有 Remotion 官方技能,可結合使用;本 skill 不依賴另一個特定 skill 才能理解核心流程。

開始製作時先完成這些判斷

敘事:寫出一個具體的觀看理由;挑出最能形成可見答案的 3–5 個問題作為起點,而非固定要求。決定哪一幕是最大揭曉,哪些段落需要安靜解釋。

素材:先盤點本地候選,記錄每個可見對象與事實的對應關係。合適時復用;對象、年代、結構、部件或視覺效果不適合時,說明原因並選擇 2D、改造或新增素材。按鏈著色不代表鏈能獨立運動,現成模型不代表機制動畫已經做好。先把一個代表鏡頭做到目標完成度,再推廣材質和動作。

聲音:按本片確認選擇音樂、旁白、音效或靜音。使用音樂時記錄實際檔案、長度和版本;剪輯、循環、變速後重新分析。檢測瞬態不等於已確認的鼓點,參考片混音也不是純 BGM。

工程:項目內歸檔輸入、素材、原始碼、輸出與 QA;同一幀的狀態必須可復現。使用顯式隨機種子,避免動畫依賴真實時鐘、播放歷史或異步未完成的資源。

風險鏡頭:先測最難解釋的全過程。圖表計數與曲線共用數據,地圖標籤跟隨正確地點,插鏡返回保留主圖狀態;涉及空間動作時檢查孔洞、旋轉掃掠、內外結構與接觸。具體關係以本次資料為準。

完成的定義

每次重要交付或用戶反饋後更新 planning/project-state.md:正式檔案、實際檢查、待檢查項、用戶已確認/待評價、素材與參考入口、下一步。初始化和安裝工具提供項目接續入口,詳見工具手冊。將穩定方法寫入參考記錄,具體作品的時長、幀率、配色和喜好保持其適用範圍;樣片、完整成片和通用組件分別記錄狀態。

無聲片的聲音項可標不適用;不為檢查製造聲音峰或強加音樂。參考影片及其音軌不隨本包提供,只有可遷移的分析方法;原案例 BGM 單獨註明來源與許可範圍。

用 QA 清單 標明「已檢查/未檢查/不適用」和證據,不填寫未執行的完成狀態。完整影片任務交付可播放影片、可編輯工程、最終腳本/字幕、實際使用的聲音與事件記錄、範圍內的封面文案、預覽/渲染方法、素材來源和已知限制;僅分鏡、分析或局部修訂按請求交付相應成果。

如果環境無法實際渲染,明確交付到哪一步、哪條命令或資源阻塞,保留可運行工程;不要把預覽鏈接或「理論可渲染」寫成已生成 MP4。用戶對作品的喜歡、機器檢查通過和平台觀看數據是不同證據;不能把任何一項自動寫成「保證高留存」。

相關技能