Communitygithub.com

shashi-ai10/manim-video

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

manim-video 是什麼?

這是一個基於 Manim Community Edition 的專業動畫生產流程,專為創建高品質的數學與技術解說影片而設計。它提供了從規劃、編碼、渲染到後製的完整管道,並內建了視覺設計準則(如色彩、排版、動畫節奏)以確保輸出的一致性和美學品質。支援多種模式,包括概念解說、方程式推導、演算法視覺化、數據故事、架構圖、論文解說與 3D 視覺化,所有場景均透過單一 Python 腳本驅動,無需瀏覽器或 GPU。該流程強調「幾何先於代數」的教學原則,要求每個動畫都具備清晰的敘事弧,並透過精確的靜止時間、透明度分層與呼吸空間來引導觀眾注意力。參考文件涵蓋動畫語法、Mobject 操作、視覺設計、方程式渲染、圖表與數據、相機控制等主題,適合需要快速迭代並產出專業級成果的開發者與教育者。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/shashi-ai10/Manim-Skill-Project-Integration/tree/HEAD/manim-skill-main/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場景拼接、格式轉換、音訊合成
TTSElevenLabs / 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 (黃)一般數學/CS
溫暖學術#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 之間變化
  • 使用不同的視覺重量 — 有些場景密集,有些稀疏

工作流程

步驟 1:規劃 (plan.md)

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

步驟 2:編碼 (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("text", duration=N) 或在 self.play() 中使用 subcaption="text"
  • 在檔案頂部共享顏色常數,以確保跨場景一致性
  • 每個場景都設定 self.camera.background_color
  • 乾淨的結束 — 在場景結尾 FadeOut 所有 mobject:self.play(FadeOut(Group(*self.mobjects)))

步驟 3:渲染

manim -ql script.py Scene1_Introduction Scene2_CoreConcept  # 草稿
manim -qh script.py Scene1_Introduction Scene2_CoreConcept  # 正式版

步驟 4:拼接

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

步驟 5:審查

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)

永遠不要對未添加的 Mobject 進行動畫

self.play(Create(circle))  # 必須先 add
self.play(circle.animate.set_color(RED))  # 然後才能動畫

效能目標

品質解析度FPS速度
-ql (草稿)854x480155-15 秒/場景
-qm (中等)1280x7203015-60 秒/場景
-qh (正式版)1920x10806030-120 秒/場景

始終使用 -ql 進行迭代。僅在最終輸出時才使用 -qh 渲染。

參考文件

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

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

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

  • SCAMPER — 當使用者想對標準解說進行全新詮釋時
  • 假設翻轉 — 當使用者想挑戰某主題的典型教學方式時

SCAMPER 轉換

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

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

假設翻轉

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

相關技能