原研究日期：2026-10-06。本文对应 Finderchangchang/brewreel，按 2026-10-13 官方代码与许可更新。
一句话定性
让模型填写结构化内容，再交给配方组件和校验器制作视频的工具。 原文主要介绍竖版宣传片；当前官方还列出口播配画面和讲课视频路线，不能把“3 配方、6 行业”当成整个项目的全部能力。
我仍看重“让便宜模型只做它做得好的事”：把版式和动效交给预设组件，让模型主要选镜头、写内容。这是架构取舍，不是低价模型必然做好看视频，或费用必然低于其他方案的评测结论。
关键事实
- 宣传片、口播配画面、讲课视频使用不同输入与命令。
- 标准结构化路线以约束和模板减少自由发挥；当前也有面向强模型的 custom 自由镜头，不能再说所有路线都禁止写代码。
- 广告用语、行业与数字来源规则用于辅助检查，不构成法律意见或全平台合规认证。
- 自有代码采用 Apache-2.0，但 Remotion、字体、模型、服务和素材另有条件。官方 README
逻辑全景图
产品简报/口播/讲稿
→ 选择制作路线 → 填结构化内容
→ 规则与素材检查 → 组件渲染
→ 看图、听音、核对事实 → 修改后交付
上图表达的是默认结构化路线，不把新增加的 custom 自由镜头也说成只填 JSON。每条路线的约束与依赖需按对应文档确认。
核心创新：便宜模型策略（值得抄的设计）
把模型输出收窄到预定义字段，能减少任意改布局和写渲染代码的空间；失败也更容易指出具体镜头和字段。但“更稳定”是需要自己验证的工程预期，不是已测得倍数、成功率或行业排名。
宣传片配方与行业范围
当前宣传片文档列出 cards、quiz、journey 三种配方与六个行业包；这些数量是本次所读版本的目录信息，不写进长期配图。口播和讲课另有各自布局与路线，不能用旧矩阵推断它们的支持范围。
校验规则能做什么
validate.mjs 包含用语匹配、字段结构、数字来源引用及部分版式检查。其中 facts、source、quote 和可选 brief 对照，检查的是所给数据与材料的关联，不是联网查明材料真假。
指定 --brief 却读不到文件时，当前入口会提示本次不核对 facts 是否出自简报，而非一律硬失败。因此“校验通过”不能代替读来源。词表也存在豁免与误报/漏报可能，不能从命中或未命中推导具体广告必然合法。
升级路线图（三段位）
入门段（先跑不含付费生成的示例）
按 安装与上手原文，依赖安装在 template，制作命令回到仓库根目录：
git clone https://github.com/Finderchangchang/brewreel.git
cd brewreel/template
npm install
npx remotion browser ensure
cd ..
python3 -m pip install numpy scipy imageio-ffmpeg
node scripts/validate.mjs examples/ledger.json
node scripts/make.mjs examples/ledger.json --out ../brewreel-out/ledger
需要 Node.js 18+、Python 3.10+，还要满足文档中的平台与渲染环境。上面是官方示例整理，不是本次运行结果；初次下载依赖、浏览器和模型会联网，不能把本地渲染叫作全程零成本或离线安装。
进阶段（先明确自己的路线）
宣传片替换简报与素材；口播先核对转写；讲课先核对讲稿与版式。配方默认画幅也有差异，不能把所有视频都写成固定竖屏。
官方仍列明部分配音接入与 DeepSeek Harness 插件未用真实账户/模型完整验证；这些是维护者的验证范围，本篇没有替其补做测试。当前不能继续沿用“黏土和纸艺都只是未跑通占位”的旧说法，手绘线稿等限制则按当前说明保留。
高手段（拆开学设计）
可以借鉴结构化输入、字段级错误、素材来源和人工确认。若加入 custom 镜头或新模型，回归检查也要扩大，不能因为预设模板曾可用就推断扩展部分同样可靠。
场景迁移
场景 ①：电商与产品介绍
用可核对的产品材料填内容，不编造销量、评分、提速倍数或使用效果；插画不能伪装成真实商品实拍。
场景 ②：课程与讲解
可以用结构化讲稿生成初稿。普法路线的审稿记录、法条回填与版式限制，是工作流约束，不代表法律解释适合任意事实场景；专业结论必须另核对。
场景 ③：SaaS 演示视频
可以复用镜头与图表组件，但示例数据应标明，数字及宣传承诺回到真实来源。渲染正确不等于产品确有该功能。
部署/借鉴的好处、注意事项、风险
好处
默认组件和内容分开，返工较容易定位；生成前估价、付费前确认、成片后看图听音，比只检查“文件存在”更有意义。以上是设计观察，不是本次节时或费用实测。
注意事项：软件许可与服务账单分开
Apache-2.0 不只是“注明出处即可”：再分发要保留许可、适用归属及修改声明等。NOTICE 说明渲染视频不要求 BrewReel 署名，但这不能代替其他组件或素材的要求，也不能暗示原作者背书。
Remotion 官方明确它是 source-available，非 OSI 开源软件。个人和总人数不超过 3 人的公司可在 Free License 条件内免费商用；不是只数写代码的人。4 人及以上营利组织或需要合并计算的合作场景，应按 Company 条款判断；非营利等其他免费资格另见 FAQ。只交付成品 MP4 与共同拥有/运行项目代码的合作，人数处理不同，不能一律写“所有商用收费”或“小团队永远免费”。官方许可 FAQ、官方许可与定价
第三方清单 还列出字体、转写模型等各自许可。Apache-2.0 不覆盖它们，更不授予录音、音色、人物照片、品牌或影视片段的权利。
风险
云端配音、图像理解和 AI 视频是另外的服务。以 MiniMax API 价格原页 为例，输入媒体、输出、语音和声音等可能分项计费；占位预览未调用生成，不代表正式片零费用。人物照片建角色还涉及上传接收方和本人明确同意，不能因为是卡通输出就忽略。
规则校验只能辅助自查，数字来源要读原文，成片要检查文字、画面、节奏与音频。原文“合规加低成本做到极致”“唯一明确商业化路径”等无证据排名删除。
与我相关的判断（可借鉴点）
最值得借鉴的是“模型填内容、组件管呈现、人确认关键事实和交付”。 让每层承担自己能验证的任务，不把一道校验器写成事实、法律和版权的总担保。
与其他项目的对比
不再用 star 数、创建天数或许可证标签排成熟度与商业价值，也删除其他项目“主动暴露违规”的无证据定性。只比较已核对到的职责与输出边界。
一句话总结
BrewReel 的灵魂，是把自由生成收窄成可检查的内容填空；它能组织初稿制作，但最终事实、许可、服务费用和发布判断仍各有自己的依据。
附录：相关链接
2026-10-13 资料核对：已阅读官方说明、校验代码、许可与第三方清单，并直接核对 2026-10-12 更新的 Remotion FAQ/定价及 MiniMax 价格原页；未安装、渲染、调用付费服务或开展法律合规测试。