[Github] OpenMontage – 面向 Codex 的开源 AI 视频制作系统

OpenMontage 不是又一个“输入提示词、等待模型生成几秒视频”的工具。它把 Codex、Claude Code 等编码代理放在制作流程中央，让代理读取管线和技能文件，依次完成研究、提案、脚本、分镜、素材、剪辑、合成与成片检查。它适合希望把视频制作变成可审阅工程流程的开发者和创作团队，但安装依赖、第三方模型成本与当前快速迭代状态都需要提前评估。

不只是生成模型

单一视频生成模型通常负责“从文字或图片生成一个片段”，传统剪辑器负责把已有素材放进时间线。OpenMontage 的定位更接近代理驱动的制作系统：编码代理根据任务选择生产管线，再调用脚本、素材检索、图像或视频生成、配音、字幕、音频处理和渲染工具，把多个环节串成一条可暂停、可审批、可恢复的流程。

项目 README 当前列出 12 条生产管线、100+ 工具以及 700+ 个代理技能和制作知识文件。仓库树在 2026-07-28 核对到 723 个相关 Markdown 技能文件。这里的规模说明它覆盖的环节很多，但不等于每个工具都已在所有系统和供应商版本上稳定可用。

从参考到成片

OpenMontage 可以从一句制作需求开始，也可以读取 YouTube、Short、Reel、TikTok 或本地视频作为参考。参考视频路线会先分析转录文本、节奏、场景和关键帧，再提出 2–3 个差异化概念，说明保留哪些结构、改变哪些主题，以及在当前工具条件下预计采用什么素材路径。

确定方向后，流程按 research → proposal → script → scene_plan → assets → edit → compose 推进。每个阶段读取 YAML 管线清单和 Markdown 导演技能，生成检查点与决策日志；脚本、分镜和素材等创意节点需要人工批准。渲染前还会检查交付承诺与“幻灯片感”风险，渲染后再用 ffprobe、抽帧、音量和字幕检查验证成片。

管线如何分工

12 条管线不是 12 个独立应用，而是针对不同成片任务设置的工作流程。Animated Explainer、Animation 和 Cinematic 负责从概念创建解释视频、动态图形或预告片；Talking Head、Screen Demo 与 Avatar Spokesperson 处理人物素材、产品演示和数字人；Clip Factory、Podcast Repurpose、Localization & Dub 则面向长视频切片、播客转视频和多语言分发。

较有区别度的是 Documentary Montage：它可以从 Archive.org、NASA、Wikimedia Commons 及可选图库建立可检索素材库，按照语义选择真实动态镜头，而不是只把静态图片做缩放和平移。实际使用前仍要逐项核对素材许可、署名要求和使用范围；“来自开放平台”不代表所有文件都自动允许任意商业使用。

三种素材路径

README 所说的“零 API 密钥”并不是零依赖，也不代表能免费调用商业视频模型。它主要依靠本地配音、开放素材和程序化合成完成作品；如果希望生成特定角色、电影感镜头或高质量商业配音，就需要配置云端供应商，或准备足够的本地 GPU。

安装门槛

官方快速开始要求 Python 3.10+、FFmpeg、Node.js 18+，以及能够读取文件并执行命令的编码代理。仓库当前建议克隆源码后运行 make setup；Windows 可手动创建虚拟环境、安装 Python 依赖，再进入 remotion-composer 安装 npm 包。

截至 2026-07-28，仓库没有 GitHub Release，也没有版本标签，默认分支仍在频繁变化。个人试用可以跟随 main，团队项目更适合记录并固定经过验证的 commit，避免今天能运行的配置被后续依赖或接口调整打断。

公开 Issue 里仍能看到 Windows/WSL2 安装、Remotion 帧率、供应商模型失效和环境变量识别等问题。另有一条 2026-07-27 的报告称某个 Windows 预编译压缩包被 Defender 报警，但该报告本身不能证明文件一定恶意或一定安全。来源不明的二进制包不应直接运行，优先从官方仓库核对源码与安装路径。

成本、数据与许可

OpenMontage 会在生成前估算成本，并支持记录预算、单次审批阈值和总预算上限。不过 README 中展示的几美分或一两美元案例只对应当时使用的时长、供应商、素材数量和模型价格，不能视为任何项目的固定报价。正式制作前应先跑短样片，再根据实际调用记录估算整片。

合成、渲染和项目文件可以保留在本地，但只要使用云端图像、视频、配音、音乐或搜索供应商，相应提示词、参考素材或音频就可能发送到外部服务。涉及客户素材、未公开产品和人物肖像时，需要分别阅读所用供应商的条款与数据政策，不能只凭“本地优先”判断整条链路。

项目代码采用 GNU AGPL-3.0。个人运行原版与把修改版作为网络服务提供，面对的开源义务并不相同；计划二次开发、部署给客户或提供在线服务的团队，应单独核对 AGPL 的源代码提供要求。本文只说明许可证边界，不构成法律意见。

现在适合谁

OpenMontage 适合已经使用编码代理、愿意管理项目文件，并希望把研究、脚本、素材、审批、渲染与成本记录放进同一工作流的开发者和小团队。它尤其适合批量解释视频、技术演示、播客切片、多语言版本和需要保留决策过程的内容生产。

如果你需要的是成熟桌面剪辑器、稳定 GUI 时间线或无需命令行的在线服务，当前仓库并不是直接替代品。官方站所展示的 OpenMontage Studio 仍标为 private alpha，Beta 尚未正式开放；现阶段可直接使用的是开源仓库和编码代理工作流。

截至核验时，仓库约有 42,796 Stars、5,166 Forks，最近提交为 2026-07-24，采用 AGPL-3.0。高关注度和频繁提交说明项目正在快速发展，也意味着文档、工具数量和依赖状态可能很快变化。更稳妥的试用顺序是：先完成零密钥短样片，确认本机渲染链路，再逐个增加需要付费或上传素材的供应商。

官方资料：

• OpenMontage GitHub 仓库
• 项目官网：https://www.openmontage.video/
• 供应商与本地工具说明
• 代理运行指南