Communitygithub.com

MoreiraTv/vibe-video

使用 Manim Community Edition 製作數學與技術動畫的生產流程。創造 3Blue1Brown 風格的解說影片、演算法視覺化、方程式推導、架構圖與資料故事。

vibe-video 是什麼?

這個技能建立了一套完整的生產流程,用於創建高品質的數學與技術動畫,特別適合模仿 3Blue1Brown 風格的解說影片。它基於 Manim Community Edition,並嚴格遵循一套創意與技術標準,確保每一幀畫面都具有教學意義且視覺上優美。此流程支援多種模式,包括概念解說、方程式推導、演算法視覺化、資料故事、架構圖、論文解說以及 3D 視覺化,幾乎可以將任何技術主題轉化為清晰的動畫敘事。工作流程分為計劃、編碼、渲染、拼接、音訊與審查等階段,強調在編寫任何程式碼之前先確立敘事弧線,並提供詳細的設計指引,例如色彩調配、動畫速度、字體比例和版面佈局。該技能適用於 Claude Code、Cursor 等基於命令列的 AI 代理工具,透過生成結構化的 Python 腳本與 `plan.md` 文件,能夠產出可直接渲染的動畫場景,並可選擇加入語音旁白。

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

在你喜歡的 AI 中提問

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

說明文件

Manim 影片製作流程

創意標準

這是教育電影。每一幀畫面都在教學。每個動畫都揭示結構。

在撰寫任何一行程式碼之前,先闡明敘事弧線。這個動畫要糾正什麼誤解?「頓悟時刻」是什麼?什麼樣的視覺故事能帶領觀眾從困惑走向理解?使用者的提示只是起點 — 請以教育意圖來解讀它。

幾何先於代數。 先展示形狀,再展示方程式。視覺記憶的編碼速度快於符號記憶。當觀眾在公式出現之前先看到幾何模式時,方程式會感覺是理所當然的。

初次渲染的品質不容妥協。 輸出必須在視覺上清晰且美學上連貫,無需修改即可使用。如果畫面看起來雜亂、時間控制不佳,或像是「AI 生成的投影片」,那就是失敗的。

不透明度分層引導注意力。 永遠不要讓所有元素都以全亮度顯示。主要元素為 1.0,上下文元素為 0.4,結構元素(軸線、網格)為 0.15。大腦會分層處理視覺顯著性。

呼吸空間。 每個動畫之後都需要 self.wait()。觀眾需要時間來吸收剛出現的內容。永遠不要從一個動畫匆忙趕到下一個。在關鍵揭示之後暫停 2 秒鐘絕不會浪費。

連貫的視覺語言。 所有場景共享一套色彩調配、一致的字體大小、匹配的動畫速度。一個技術正確但每個場景都使用隨機不同顏色的影片在美學上是失敗的。

先決條件

執行 scripts/setup.sh 以驗證所有依賴項。需要:Python 3.10+、Manim Community Edition v0.20+ (pip install manim)、LaTeX(Linux 上為 texlive-full,macOS 上為 mactex)以及 ffmpeg。參考文件已針對 Manim CE v0.20.1 進行過測試。

模式

模式輸入輸出參考文件
概念解說主題/概念附帶幾何直觀的動畫解釋references/scene-planning.md
方程式推導數學表達式逐步動畫證明references/equations.md
演算法視覺化演算法描述附帶資料結構的逐步執行過程references/graphs-and-data.md
資料故事資料/指標動畫圖表、比較、計數器references/graphs-and-data.md
架構圖系統描述元件逐步建立並顯示連接references/mobjects.md
論文解說研究論文關鍵發現和方法動畫化references/scene-planning.md
3D 視覺化3D 概念旋轉曲面、參數曲線、空間幾何references/camera-and-3d.md

技術堆疊

每個專案一個 Python 腳本。無需瀏覽器、Node.js 或 GPU。

層工具用途
核心Manim Community Edition場景渲染、動畫引擎
數學LaTeX (texlive/MiKTeX)透過 MathTex 渲染方程式
影片 I/Offmpeg拼接場景、格式轉換、音訊混合
語音合成ElevenLabs / Qwen3-TTS (可選)旁白配音

流程

規劃 --> 編碼 --> 渲染 --> 拼接 --> 音訊 (可選) --> 審查
  1. 規劃 — 編寫 plan.md,包含敘事弧線、場景列表、視覺元素、色彩調配、旁白腳本
  2. 編碼 — 編寫 script.py,每個場景一個類別,每個類別可獨立渲染
  3. 渲染 — 草稿用 manim -ql script.py Scene1 Scene2 ...,成品用 -qh
  4. 拼接 — 使用 ffmpeg 將場景片段串聯成 final.mp4
  5. 音訊 (可選) — 透過 ffmpeg 加入旁白和/或背景音樂。請參閱 references/rendering.md
  6. 審查 — 渲染預覽靜態圖,對照計劃驗證,進行調整

專案結構

project-name/
  plan.md                # 敘事弧線、場景分解
  script.py              # 所有場景都在一個檔案中
  concat.txt             # ffmpeg 場景列表
  final.mp4              # 拼接後的輸出
  media/                 # 由 Manim 自動產生
    videos/script/480p15/

創意方向

色彩調配

調配背景主要次要強調色使用案例
經典 3B1B#1C1C1C#58C4DD (藍)#83C167 (綠)#FFFF00 (黃)一般數學/資訊科學
溫暖學術#2D2B55#FF6B6B#FFD93D#6BCB77平易近人
霓虹科技#0A0A0A#00F5FF#FF00FF#39FF14系統、架構
單色調#1A1A2E#EAEAEA#888888#FFFFFF極簡主義

動畫速度

情境run_time之後的 self.wait()
標題/開場出現1.5 秒1.0 秒
關鍵方程式揭示2.0 秒2.0 秒
變形/轉換1.5 秒1.5 秒
輔助標籤0.8 秒0.5 秒
FadeOut 清理0.5 秒0.3 秒
「頓悟時刻」揭示2.5 秒3.0 秒

字體比例

角色字體大小用途
標題48場景標題、開場文字
標題36場景內的章節標題
正文30解說文字
標籤24註解、軸標籤
說明20字幕、細則

字型

所有文字請使用等寬字型。 Manim 的 Pango 渲染器在處理比例字型時,所有大小都會產生破碎的字距調整。完整建議請參閱 references/visual-design.md。

MONO = "Menlo"  # 在檔案頂部定義一次

Text("傅立葉級數", font_size=48, font=MONO, weight=BOLD)  # 標題
Text("n=1: sin(x)", font_size=20, font=MONO)                  # 標籤
MathTex(r"\nabla L")                                            # 數學(使用 LaTeX)

為確保可讀性,最小 font_size=18。

場景間的多樣性

永遠不要對所有場景使用相同的配置。每個場景應:

  • 使用調配中的不同主色
  • 使用不同的版面 — 不要總是將所有內容置中
  • 使用不同的動畫進入方式 — 在 Write、FadeIn、GrowFromCenter、Create 之間變化
  • 具有不同的視覺重量 — 部分場景緊湊,部分場景稀疏

工作流程

第一步:規劃 (plan.md)

在任何程式碼之前,先編寫 plan.md。完整的範本請參閱 references/scene-planning.md。

第二步:編碼 (script.py)

每個場景一個類別。每個場景都可以獨立渲染。

from manim import *

BG = "#1C1C1C"
PRIMARY = "#58C4DD"
SECONDARY = "#83C167"
ACCENT = "#FFFF00"
MONO = "Menlo"

class Scene1_Introduction(Scene):
    def construct(self):
        self.camera.background_color = BG
        title = Text("為什麼這有效?", font_size=48, color=PRIMARY, weight=BOLD, font=MONO)
        self.add_subcaption("為什麼這有效?", duration=2)
        self.play(Write(title), run_time=1.5)
        self.wait(1.0)
        self.play(FadeOut(title), run_time=0.5)

關鍵模式:

  • 每個動畫都加上字幕:self.add_subcaption("文字", duration=N) 或在 self.play() 中使用 subcaption="文字"
  • 在檔案頂部共享顏色常數,以確保跨場景的一致性
  • 每個場景都設定 self.camera.background_color
  • 乾淨的結尾 — 在場景結束時對所有動態物件執行 FadeOut:self.play(FadeOut(Group(*self.mobjects)))

第三步:渲染

manim -ql script.py Scene1_Introduction Scene2_CoreConcept  # 草稿
manim -qh script.py Scene1_Introduction Scene2_CoreConcept  # 成品

第四步:拼接

cat > concat.txt << 'EOF'
file 'media/videos/script/480p15/Scene1_Introduction.mp4'
file 'media/videos/script/480p15/Scene2_CoreConcept.mp4'
EOF
ffmpeg -y -f concat -safe 0 -i concat.txt -c copy final.mp4

第五步:審查

manim -ql --format=png -s script.py Scene2_CoreConcept  # 預覽靜態圖

關鍵實作注意事項

LaTeX 原始字串

# 錯誤:MathTex("\frac{1}{2}")
# 正確:
MathTex(r"\frac{1}{2}")

邊緣文字使用 buff >= 0.5

label.to_edge(DOWN, buff=0.5)  # 永遠不要小於 0.5

替換文字前先執行 FadeOut

self.play(ReplacementTransform(note1, note2))  # 不要在頂部使用 Write(note2)

永遠不要對未添加的動態物件進行動畫

self.play(Create(circle))  # 必須先添加
self.play(circle.animate.set_color(RED))  # 然後再進行動畫

效能目標

品質解析度每秒幀數速度
-ql (草稿)854x480155-15 秒/場景
-qm (中等)1280x7203015-60 秒/場景
-qh (成品)1920x10806030-120 秒/場景

始終在 -ql 模式下迭代。僅在最終輸出時才渲染 -qh。

參考文件

檔案內容
references/animations.md核心動畫、速度函數、組合、.animate 語法、時間模式
references/mobjects.md文字、形狀、VGroup/Group、定位、樣式、自訂動態物件
references/visual-design.md12 個設計原則、不透明度分層、版面範本、色彩調配
references/equations.mdManim 中的 LaTeX、TransformMatchingTex、推導模式
references/graphs-and-data.md軸、繪圖、長條圖、動畫資料、演算法視覺化
references/camera-and-3d.mdMovingCameraScene、ThreeDScene、3D 曲面、相機控制
references/scene-planning.md敘事弧線、版面範本、場景轉換、規劃範本
references/rendering.md命令列參考、品質預設、ffmpeg、旁白工作流程、GIF 匯出
references/troubleshooting.mdLaTeX 錯誤、動畫錯誤、常見錯誤、除錯
references/animation-design-thinking.md何時使用動畫 vs 靜態顯示、分解、節奏、旁白同步
references/updaters-and-trackers.mdValueTracker、add_updater、always_redraw、基於時間的更新器、模式
references/paper-explainer.md將研究論文轉化為動畫 — 工作流程、範本、領域模式
references/decorations.mdSurroundingRectangle、Brace、箭頭、DashedLine、角度、註解生命週期
references/production-quality.md編碼前、渲染前、渲染後檢查清單、空間佈局、顏色、節奏

創意分歧(僅在使用者要求實驗性/創意性/獨特的輸出時使用)

如果使用者要求創意性、實驗性或非傳統的解說方法,請在設計動畫之前選擇一個策略並加以推理。

  • SCAMPER — 當使用者希望對標準解說進行全新詮釋時
  • 假設反轉 — 當使用者希望挑戰某個主題的傳統教學方式時

SCAMPER 轉換

對一個標準的數學/技術視覺化進行轉換:

  • 替代 (Substitute):替換標準的視覺隱喻(數線 → 蜿蜒路徑,矩陣 → 城市網格)
  • 結合 (Combine):合併兩種解說方法(同時呈現代數 + 幾何)
  • 反向 (Reverse):反向推導 — 從結果開始,拆解回公理
  • 修改 (Modify):誇大某個參數以顯示其重要性(學習率放大 10 倍,樣本數量放大 1000 倍)
  • 消除 (Eliminate):移除所有符號 — 僅透過動畫和空間關係來解釋

假設反轉

  1. 列出這個主題的「標準」視覺化方式(從左到右、2D、離散步驟、正式符號)
  2. 選擇最根本的假設
  3. 將它反轉(從右到左推導、將 2D 概念嵌入 3D、連續變形而非離散步驟、零符號)
  4. 探索這個反轉揭示了哪些標準方法所隱藏的內容

相關技能