你大概遇到过这种情况：刷到某个开源视频模型的效果演示，想拿来跑自己的片子，结果下载完发现显存不够、依赖装不上，或者跑出来才发现许可证不允许商用。这篇不讲哪家效果第一，而是给一套能自己走完的选型流程：先确认任务类型，再算显存和时长上限，然后核对许可证和部署方式，最后按排查顺序试跑。
你大概遇到过这种情况：刷到某个开源视频模型的效果演示，想拿来跑自己的片子，结果下载完发现显存不够、依赖装不上，或者跑出来才发现许可证不允许商用。这篇不讲哪家效果第一，而是给一套能自己走完的选型流程：先确认任务类型，再算显存和时长上限，然后核对许可证和部署方式，最后按排查顺序试跑。
要点先说明：开源视频模型迭代很快，今天是热门项目，过一阵可能就换人了。所以不要记项目名，记判断方法。凡是具体的效果对比、显存占用数字、可跑时长上限，都到站内对应页面看当时的记录，别拿别人截图里的结论直接当自己的结论。
先分清你要的是哪类视频能力
文生视频、图生视频、视频转视频、视频编辑是四类不同的活，同一个开源项目通常只擅长其中一两类。最常见的误用是拿文生视频的模型去干补帧或风格迁移，结果花了大半天调参，出来的东西还是不对味。动手前先把自己需求归到哪一类写下来，再看候选项目的主打方向对不对得上。
- 文生视频
- 输入一段文字描述，直接产出片段；适合做概念预演、分镜草稿
- 图生视频
- 给一张静帧让它动起来；适合产品图、插画、单张照片的延展
- 视频转视频
- 给一段已有视频做重绘或风格化，保持原始运动节奏
- 视频编辑
- 补帧、扩展画面、局部替换这类后期活，和前三种不是一回事
- 看演示样片时只信和自己素材接近的场景：真人写实、二维动画、产品静物对模型的要求差别很大，先找同题材的样例，再去 /ai-nav/category/ai-video 对照有哪些可选项
- 时长和镜头连续性是最容易踩空的一项：多数开源模型单次生成的有效时长有限，需要靠分段拼接，这直接影响你的工作流是「一次出片」还是「批量出片段再剪」
- 判断不适用的情况：如果你的需求是稳定长镜头、精确口型对齐或多镜头叙事，开源本地方案目前往往要配大量后期，不如直接看托管接口
按显存算你的上限，别按参数名猜
很多人挑模型时只盯着参数量，实际上决定你能不能跑起来的是三件事的组合：模型权重的量化档位、推理时的分辨率与帧数、单次生成时长。三者互相挤压，分辨率往上提一档往往比换更大量化档位更吃显存。所以先量自己的卡，再倒推能设到什么档位，而不是反过来。
- 量三件事打开 /models/deploy 看候选模型的部署要求，再到 /compute/sizing 按自己的卡做一遍测算，别照搬别人「我这卡能跑」的说法，量化档位和帧数设置不同，结论会完全反过来。
- 从低档往里试先试低一档量化把流程跑通，确认整条链路没问题，再逐步往上调。量化对视频模型的画面稳定性和细节影响通常比语言模型更明显，一上来追最高画质常常是浪费时间。
- 算清租还是买如果你只是偶尔出几条片段，租卡按量跑比买卡划算；如果是长期批量产出，再考虑本地。租卡渠道和计费口径去 /compute/platforms 对一遍当时的数字。
| 你的情况 | 优先方向 | 注意点 |
|---|---|---|
| 个人偶尔试跑 | 先租卡跑通流程 | 别先买卡，等产出频率稳定了再说 |
| 小团队批量出片 | 本地部署或固定租用 | 重点看任务队列和失败重试 |
| 画质优先项目 | 高显存加大模型档位 | 生成慢，配套排期要留余量 |
| 成本敏感项目 | 中低档位加后期补救 | 先用低档位验证够不够用 |
判断不适用的情况：如果你只是偶尔出几条片段，租卡按量跑比买卡划算，这一点上硬件预算的算法和长期团队完全不同，别用同一套账。
许可证与部署路径：决定能不能商用、好不好维护
效果再好，许可证不允许商用就等于零。重点核对三处：权重许可证是否允许商用、训练数据来源有没有附加限制、输出内容有没有额外标注要求。开源权重的边界问题在 /guides/open-weight-license-basics 讲过基础概念，这里只做落地核对，别把「代码开源」和「权重可商用」当成一回事。
- 部署方式按团队能力选：单机脚本适合个人试跑，容器化加推理服务适合多人共用，推理框架的取舍参考 /guides/vllm-vs-ollama-selection，别在视频模型上直接套用语言模型的默认习惯
- 把「能跑」和「能稳定出片」分开评估：批量任务要关注失败重试、显存释放、任务队列，这三项没配好，跑十条废五条比速度慢更伤
- 许可证要连同二次分发一起想：如果你把模型打包进自己的产品给客户用，条款往往和自用不一样，逐条读一遍再决定
- 判断不适用的情况：如果团队没人维护 GPU 环境，硬上本地部署的隐性成本会超过调用第三方接口，这条边界可以对照 /guides/self-host
上手试跑的四步排查顺序
选型到这一步已经不是比谁更好了，而是验证「在你的机器和素材上能不能稳定出片」。下面四步按顺序走，前一步没过就别进下一步，能省掉很多互相甩锅的时间。
- 跑通最短片段用官方最小示例跑通一条最短时长的片段，先排除依赖、驱动、权重加载的问题，不要一上来就调高分辨率和帧数。
- 单变量对照固定同一个提示词和参考图，只改动一个变量（分辨率、帧数、步数），记录画质与耗时变化，形成自己的对照表。这张表比任何评测都准。
- 批量真实素材跑一批真实素材，统计失败率和可用的成片比例，这才是决定要不要长期用的指标，单条惊艳的样例不算数。
- 验证交接环节确认导出格式、帧率、编码与现有剪辑软件是否能衔接，很多时候卡点不在生成而在交接环节。
判断不适用的情况：如果你的工作流本来就是手工逐条做后期，批量失败率这个指标权重可以放低；但只要你打算流水线化，它就必须先过关。
常见问题
开源视频生成模型和托管接口，我该先试哪个？
先按用途分：需求多变、要快速验证效果的，先用托管接口试，把提示词和素材流程跑顺；确定要长期批量出片、且有数据不出内网的硬要求，再考虑本地部署。两条路的成本口径不同，可以对照站内自建与调用的相关文章再决定。
显存不够是不是只能换卡？
不一定。常用的三个方向是降量化档位、降分辨率和帧数、把单次生成拆成更短的片段再拼接。三者对画质的影响不一样，建议逐个试并记录差异。具体测算可以到站内部署测算页面按自己的卡填一遍，比照着别人的配置猜靠谱。
怎么判断一个开源视频模型的许可证能不能商用？
别只看仓库首页那一行标签，要点开许可证正文，确认权重使用、商用范围、输出内容归属和是否需要保留声明这几项。不同版本的许可证可能不一样，同一个项目换版本后条款也会变，商用前按当时下载的那个版本再核一遍。
