[Video Title]【免费下载链接】OpenMontageWorlds first open-source, agentic video production system. 12 production pipelines, 100 tools, 700 agent skill and production-knowledge files. Turn your AI coding assistant into a full video production studio.项目地址: https://gitcode.com/GitHub_Trending/op/OpenMontageOverviewTopic: [Core mathematical/scientific concept]Hook: [Opening question or mystery that draws viewers in]Target Audience: [Prerequisites - what math/science background is assumed]Estimated Length: [X minutes]Key Insight: [The central aha moment - the one thing viewers should remember]Narrative Arc[2-3 sentences describing the emotional and intellectual journey...]这五个字段对应 SKILL.md 工作流 Phase 1理解概念的核心输出 - **Topic**核心数学/科学概念必须足够聚焦——一个视频只讲透一件事。 - **Hook**开篇的问题或悬念是吸引观众留下的钩子。 - **Target Audience**明确前置知识假设例如学过微积分还是高中代数这决定了所有场景的讲解深度。 - **Estimated Length**目标时长直接决定场景数量与每个场景的时长预算。 - **Key Insight**全片的顿悟时刻aha moment是观众看完后唯一必须记住的东西也是每个场景编排的北极星。 **Narrative Arc** 用 23 句话描述观众从困惑到理解的情感与智力旅程。模板自带示例We start with a puzzling observation, investigate why its true, and discover a beautiful underlying principle that connects seemingly different ideas.我们从令人困惑的观察出发探究它为何成立最终发现一个连接看似不同概念的优美底层原理。 这一段落可参考 [narrative-patterns.md](https://link.gitcode.com/i/d2e2a5e5b0408a3d9e993e1fb122628c) 中归纳的六种经典叙事结构来设计 | 模式 | 结构 | 适用主题示例 | |------|------|--------------| | Mystery → Investigation → Resolution | 抛谜题 → 视觉探究 → 揭示原理 → 推广 | 欧拉恒等式、贝叶斯定理 | | Build Up → Payoff | 简单积木 → 组合成复杂 → 惊艳结果 → 反思 | 傅里叶级数、神经网络 | | Two Perspectives → Unity | 视角 A → 视角 B → 揭示同一性 | 点积、行列式 | | Wrong → Less Wrong → Right | 常见误区 → 失败 → 修正 → 正解 | 极限、概率分布 | | Specific → General | 具体例子 → 发现规律 → 抽象原理 → 应用 | 导数、群论 | | History as Narrative | 历史问题 → 发现之旅 → 关键洞见 → 现代理解 | 微积分、密码学 | narrative-patterns.md 还强调最有效的视频会**组合多种模式**如Mystery 钩子 Build Up 讲解并给出按时长分段的节奏建议5-10 分钟视频钩子占 30-60 秒、15-20 分钟钩子占 1-2 分钟、30 分钟钩子占 2-3 分钟同时提供了一个五拍情感弧好奇心 → 困惑 → 部分清晰 → 顿悟 → 满足可作为每个场景情绪走向的对照表。 ## 三、Scene 规格块分镜模板的核心单元 模板的主体是由三个或多个Scene 块构成的逐场景规格。每个场景统一包含五个字段这是模板中**信息密度最高、最需要严格继承的部分** markdown ## Scene 1: [Scene Name] **Duration**: ~X seconds **Purpose**: [What this scene accomplishes in the overall narrative] ### Visual Elements - [Mobject 1: description, color, position] - [Mobject 2: description, color, position] - [Animation sequence] - [Camera movements if any] ### Content [Detailed description of what happens visually and conceptually. Be specific enough that someone could implement this scene.] ### Narration Notes [Key points to convey, suggested tone, pacing. Not a full script, but guidance.] ### Technical Notes - [Specific Manim classes to use] - [Tricky implementations or gotchas] - [Dependencies on previous scenes]对五个字段的写法要求Duration预估秒数。时长不是随意填的——OpenMontage 的 Manim 使用规范 manim-usage.md 提供了精确的动画计时表可以作为时长预算的依据公式书写Write1.5-2.0 秒、图形创建Create/DrawBorderThenFill0.8-1.2 秒、变换 1.5 秒、镜头缩放 1.5-2.0 秒、揭示后等待 1.0-2.0 秒复杂公式更长。把每个动画的run_time累加即可得到真实可信的场景秒数。Purpose该场景在整体叙事中完成什么任务——是抛问题、给直觉、证明还是连接两个视角。Visual Elements列出需要的 Mobject对象、颜色、位置、动画序列和镜头移动。这是写给实现者的素材清单。Content视觉与概念上具体发生什么。模板特别强调详细到有人可以直接实现这个场景——这一行是整个模板的核心约束也是它与简单大纲的本质区别。Narration Notes要传达的要点、语气、节奏建议。注意模板明确不是完整脚本而是指引Not a full script, but guidance避免把分镜写成逐字稿。Technical Notes具体 Manim 类、易踩的坑、对前序场景的依赖。这一字段把分镜和实现直接挂钩。在 scene-examples.md 中可以看到真实风格的场景示例。例如点积视频的 Scene 1《The Question》Duration: ~30 secondsPurpose: Hook the viewer with the mysteryVisual Elements: 两个向量 a、b 画成箭头点积公式 a · b |a||b|cos(θ)问号动画Technical Notes: 用Arrow画向量、MathTex写公式、对 cos(θ) 项用Indicate()再如傅里叶级数的 Scene 2《Building Blocks》Technical Notes 给出ValueTracker驱动参数动画、Updaters让波形响应滑块、每个参数加标签矩阵即线性变换的 Scene 1 则建议用NumberPlane显示网格、apply_matrix()应用变换并保持基向量视觉可区分。这些示例表明Technical Notes 越具体实现阶段越顺畅。四、Transitions Flow让场景之间流动而非跳变模板在场景块之后要求填写转场与整体流动## Transitions Flow ### Scene Connections - Scene 1 → Scene 2: [How they connect, what carries over visually] - Scene 2 → Scene 3: [Connection] ### Recurring Visual Motifs - [Element that appears throughout, providing continuity] - [Color or shape that reinforces key concept]Scene Connections明确每个相邻场景如何连接、什么视觉元素被延续carries over。Recurring Visual Motifs列出贯穿全片的反复出现的元素或颜色用于强化核心概念、提供连续性——这是 3Blue1Brown 风格视觉叙事的关键对象尽量变换而非替换。visual-techniques.md 提供了四种可复用的场景转场模式Zoom Focus : 全景 → 放大细节 → 讲解 → 缩小 Side-by-Side Build: 左右两栏分别构建 → 对比 → 连接 Transform Chain : 对象A → Transform → 对象B → Transform → 对象C保持视觉连续 Reset and Rebuild : 复杂场景 → 淡出大部分 → 聚焦单元素 → 构建新复杂度其中Transform Chain直接对应变换而非替换原则TransformMatchingTex(equation1, equation2)优于FadeOut(...)FadeIn(...)因为前者保持了视觉连续性并展示了两者的关系。这些模式可以直接写进模板的 Scene Connections 一栏让转场描述从然后展示……升级为通过 TransformMatchingTex 将公式 1 变形为公式 2保持 x 项位置不动。五、Color Palette用一张表锁死全片配色语义模板给出了五列配色表RoleColorHexUsagePrimary[e.g., Blue]#58C4DD[Main objects, key terms]Secondary[e.g., Green]#83C167[Results, outputs]Accent[e.g., Yellow]#FFFF00[Highlights, emphasis]Warning[e.g., Red]#FF6666[Errors, negatives]Background[e.g., Dark grey]#1C1C1C[Scene background]表中默认示例正好就是 visual-techniques.md 给出的Classic 3b1b 配色深灰背景 #1C1C1C、主色蓝 #58C4DD、次色绿 #83C167、强调黄 #FFFF00、警示红 #FF6666另外还提供 High Contrast 与 Soft Academic 两套备选。配色的核心原则是Color as Meaning颜色即语义输入/给定值用蓝、输出/结果用绿、正在讨论的关键术语用黄色高亮、错误/负面用红、中性支撑用白/灰。在 OpenMontage 的 manim-usage.md 中这套语义被细化为与 Manim 常量对应的表格被求解的变量用YELLOW、矩阵/算子用RED、特征向量/结果用TEAL、已知常数用BLUE_C、标注/标签用GREEN、弱化背景用GREY加opacity0.5、错误/错误路径用RED_E。值得注意的还有两条可访问性约束来自 manim-usage.md避免仅靠红绿区分应同时使用亮度变化Manim 的_A到_E色阶背景必须用深色BLACK或#1a1a2e以保证视频输出效果。六、Mathematical Content把公式、图像与几何对象单独建账模板要求将数学内容单独成节便于实现阶段统一处理 LaTeX 渲染## Mathematical Content ### Equations to Render 1. [LaTeX equation 1] - used in Scene X 2. [LaTeX equation 2] - used in Scene Y ### Graphs/Plots 1. [Function 1]: domain, key features ### Geometric Objects 1. [Object]: properties, how it transformsEquations to Render列出所有要渲染的 LaTeX 公式并标注其使用场景。实现时用MathTex/Tex逐行推导可用TransformMatchingTex在步骤间对齐变换visual-techniques.md 给出了2x 4 10 → 2x 6 → x 3的分步示例以及equation.set_color_by_tex(x, BLUE)的局部着色技巧。Graphs/Plots写明函数、定义域与关键特征。例如axes Axes(x_range[-3, 3], y_range[-2, 2])并始终标注坐标轴标签。Geometric Objects记录几何对象的性质与变换方式。此外visual-techniques.md 提供了一批可直接填入该节的视觉隐喻词汇表向量即箭头tip-to-tail 加法、缩放、函数即机器输入→变换→输出、矩阵即变换网格变形、行列式即面积缩放、导数即斜率切线、局部线性、动点扫过、积分即累积黎曼和矩形、宽度 → 0 动画、曲线下填色。七、Implementation Order 与 Shared Components给实现排依赖序## Implementation Order Suggested order for building scenes (accounting for dependencies): 1. **[Scene name]** - [Why first: standalone, establishes base objects] 2. **[Scene name]** - [Dependency notes] 3. [Continue...] ### Shared Components Objects or code that should be defined once and reused: - [Component 1]: used in Scenes X, Y, ZImplementation Order依据依赖关系给出建议的构建顺序独立、能建立基础对象的场景放最前依赖它的场景随后。Shared Components列出应定义一次、多处复用的对象——这是 Manim 编程中避免重复定义、保证视觉一致性的关键手段。例如 scene-examples.md 中点积视频的坐标网格、傅里叶视频的ValueTracker驱动波形都是典型的跨场景共享组件。八、Open Questions 与 Reference Material保留决策点与素材来源模板的收尾两部分## Open Questions / Decisions Needed - [ ] [Question about scope, implementation, or creative direction] - [ ] [Another decision point] ## Reference Material - [Link or citation to source material] - [Inspiration videos or images] - [Academic papers if relevant]【免费下载链接】OpenMontageWorlds first open-source, agentic video production system. 12 production pipelines, 100 tools, 700 agent skill and production-knowledge files. Turn your AI coding assistant into a full video production studio.项目地址: https://gitcode.com/GitHub_Trending/op/OpenMontage创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考