Manim 技术讲解动画

先解决「动画没想清楚就写代码」的问题

讲技术概念时，静态截图和 PPT 往往讲不清状态如何变化；而直接上手写 Manim 代码，很容易陷入「先堆动画、后补解释」的循环，最终产出一屏拥挤、节奏拖沓的演示。这个技能的工作方式是反过来的：先一句话定义核心视觉论点，再把概念拆成 3 到 6 个场景，每个场景只证明一件事，确认大纲之后才开始写 Manim 代码。

核心能力与工作流程

• 场景规划：每个场景只证明一件事，避免过度堆砌的图表；优先用渐进揭示（progressive reveal），而不是一次性铺满全屏
• 运动的用途：动画要解释状态变化，而不是单纯让画面保持「活着」
• 渲染约定：先跑低质量冒烟测试，构图和时序稳定之后再提高质量；默认 16:9 横屏，除非明确要求竖版
• 默认交付物：短 MP4、一张社交尺寸下能看清的缩略图/海报帧，以及分镜 + 场景计划
• 网络图场景有默认范式：先展示当前图、再展示优化图，区分低信号的关注关系与高信号的桥接节点，高亮暖路径节点和目标集群，必要时补一个说明技能自我改进谱系的收尾场景
• 可复用资产：assets/network_graph_scene.py 是网络图讲解的起点，不必从零写场景
• 适时交接：需要 ffmpeg 后处理、最终剪辑，或叠加 UI、字幕、多运动图层时，交给 video-editing、remotion-video-creation 等工具链

适用边界

它面向「精确感优先」的讲解视频：图表、工作流、架构、指标进展、系统图，以及短版产品/发布讲解。运动、结构和清晰度的重要性高于照片级真实感。如果你需要电影感光影、实拍质感或照片级三维渲染，这不是合适的起点。同理，需要把真实界面组件合成进画面、加字幕和多层动效的成品，也需要后续工具链配合。