Genmo 是一家总部位于美国旧金山的 AI 视频生成公司,旗下有两条产品线:面向普通用户的在线视频生成平台 genmo.ai,以及 2024 年 10 月开源发布的 10B 参数视频生成模型 Mochi 1。Mochi 1 以 Apache 2.0 协议开放了模型权重、推理代码与技术报告,支持文本生成约 5.4 秒、30fps 的视频片段,以提示词遵循和运动质量见长;后续发布的 Mochi 1 HD 将分辨率提升至 720p。本攻略按「平台怎么用 + 模型怎么部署」两条主线展开:先给出工具速览与同类选型对比,再依次讲解安装配置、快速上手、核心能力与生产部署要点,最后用常见误区、面试题和学习资源帮你完成从了解到落地。读完本文,你既能在 genmo.ai 上生成第一条视频,也能在自有 GPU 上跑通 Mochi 1 的开源推理流程。

岗位关联

Genmo 是少数「闭源平台与开源模型并行」的视频生成厂商:既能零门槛在线出片,又能把 10B 权重部署到自有 GPU,满足数据私有化与二次开发需求,是 AIGC 工程师选型时的重要参考。

目录
  1. 为什么需要 Genmo:从黑盒订阅到可自部署的视频生成
  2. 安装与环境配置:两种路径,3 步就绪
  3. 快速上手:5 分钟跑通第一条视频
  4. 核心能力详解:3 大支柱
  5. 生产部署与监控:从上线到运维
  6. 版本迭代
  7. AI 应用场景
  8. 常见误区
  9. 面试题
  10. 参考来源
工具类型
文本生成视频平台 + 开源视频生成模型(Text-to-Video)
开发商
Genmo, Inc.(美国·旧金山)
开源协议
Mochi 1 权重与代码 Apache 2.0;在线平台闭源
主要语言
Python(模型与推理代码);TypeScript(平台前端)
当前版本
Mochi 1 HD(2024-12 上线平台,2025-01 权重开源)
安装方式
网页端免安装;本地部署 pip / git clone / diffusers
上手难度
★★☆☆☆(平台版)/ ★★★★☆(自部署)
适合人群
视频创作者、影视前期团队、AIGC 工程师
同类工具
Runway(Gen-3)、Luma Dream Machine、快手可灵
托管服务
genmo.ai 在线平台(官方托管)

速览卡是工具类内容的固定首屏模块:30 秒判断「这工具是什么、能不能商用、适不适合我」。

为什么需要 Genmo:从黑盒订阅到可自部署的视频生成

2024 年前后的可商用视频生成产品以闭源平台为主:按月订阅或按生成次数扣费,底层模型不透明,生成参数不可控。企业要在自有数据上做产品集成时,受平台条款限制,涉及敏感素材的内容也难以直接上传第三方服务。此前的开源方案(如 Stable Video Diffusion、AnimateDiff 等)在时长、分辨率与提示词遵循上明显受限。对 AIGC 团队来说,缺少一条可复现、可商用、数据不出域的自建路径,是核心痛点。

Genmo 的切入点是「开源 + 平台」双轨。Mochi 1 把 10B 参数权重、推理脚本与自研视频 VAE 一并以 Apache 2.0 协议开源,开发者可以在自有 GPU 上生成视频并商用;genmo.ai 平台则提供零门槛体验,并承载更新版本的 Mochi 1 HD。官方同步发布技术报告,架构选择与训练方案可查证,这对计划做微调或模型研究的团队很有价值。

与同类工具相比,Genmo 的气质差异在于「开源基础设施」取向:Runway 偏专业剪辑工作流,Luma 偏消费级口碑,可灵偏中文市场商业化;而 Genmo 不试图用全功能编辑器锁住用户,而是把生成能力本身作为产品,交由社区接入 diffusers、ComfyUI 等生态。

安装与环境配置:两种路径,3 步就绪

根据角色选择路径:普通创作者走平台版(零安装),开发者走本地部署(diffusers 方式)。

路径 A:平台版(零安装)——打开 genmo.ai 完成邮箱注册并登录,进入 Playground 创作入口即可输入提示词生成,不需要安装任何软件。

路径 B:本地部署 Mochi 1——准备 Linux + Python 3.10+ + CUDA GPU 环境,显存建议 48GB 以上;安装 diffusers 及依赖;用 MochiPipeline 验证推理链路。

bash8 行
# 1. 安装依赖(Python 3.10+,CUDA GPU 环境)pip install -U diffusers transformers accelerate sentencepiece protobuf # 2. 克隆官方仓库,获取推理脚本与技术说明git clone https://github.com/genmoai/mochi.git # 3. 验证 GPU 与 CUDA 可用python -c "import torch; print(torch.cuda.is_available(), torch.cuda.get_device_name(0))"

快速上手:5 分钟跑通第一条视频

最小可用流程的核心只有一件事:写出一条结构化英文提示词。平台版三步即可拿到成片;本地版则用一段 diffusers 脚本。平台版操作步骤:

1. 打开 genmo.ai 并登录,点击进入 Playground 创作页。

2. 在提示词输入框填写英文描述,推荐结构「主体 + 动作 + 环境 + 镜头/光线」,例如 "a golden retriever runs through a sunlit meadow, camera slowly pans, cinematic lighting"。

3. 需要更高分辨率时,在生成面板选择 Mochi 1 HD 模型;点击生成并等待,完成后在预览区播放和下载 mp4。

平台版无需关心显存与依赖;本地版适合批量生成、固定种子复现与二次开发。进阶技巧:在 diffusers 中传入固定随机种子可复现同一提示词的生成结果,便于对比参数效果。本地版完整脚本如下。

python23 行
import torchfrom diffusers import MochiPipelinefrom diffusers.utils import export_to_video # 首次运行自动下载模型权重(约 20GB fp16,另含文本编码器)pipe = MochiPipeline.from_pretrained(    "genmo/mochi-1-preview", torch_dtype=torch.float16)# 显存不足时开启 CPU offload(会降低速度)pipe.enable_model_cpu_offload() # 固定种子,便于复现结果generator = torch.Generator("cpu").manual_seed(42) prompt = "a golden retriever runs through a sunlit meadow, cinematic lighting"frames = pipe(    prompt,    num_frames=163,          # 约 5.4 秒 @ 30fps    guidance_scale=4.5,    generator=generator,).frames[0]export_to_video(frames, "output.mp4", fps=30)print("saved output.mp4")

核心能力详解:3 大支柱

支柱一:提示词遵循。Mochi 1 使用 T5-XXL 文本编码器(谷歌开源的大规模文本语义模型,擅长理解复杂自然语言指令),配合视频-文本配对数据训练,能够理解包含多个主体、动作序列与镜头术语的复合提示词。官方将提示词遵循列为宣传重点,这使得广告脚本、分镜描述等结构化文本可以较直接地转为视频。需要注意文本编码器以英文语料为主,中文遵循度明显下降。

支柱二:运动质量。Mochi 1 采用非对称扩散 Transformer(Asymmetric Diffusion Transformer,简称 AsymmDiT)+ 自研视频 VAE(代号 VFX)。通俗解释:VAE 先把视频压缩到低维隐空间再生成,降低显存与计算开销;非对称指的是文本条件与视频隐向量两条支路的计算结构不对等,从而减少长视频序列中冗余的注意力计算。官方强调其在人物行走、镜头运镜等复杂物理运动上的自然表现。

支柱三:开源生态与可商用。Apache 2.0 协议覆盖权重与代码,可本地部署、可修改、可商用;官方发布技术报告,模型细节可查证。Mochi 已集成进 Hugging Face diffusers(MochiPipeline)和 ComfyUI 节点生态,社区也在多个第三方推理平台提供按需 API。Genmo 的发布节奏是「平台首发、开源跟进」:最新模型先上 genmo.ai,再面向社区开放权重。

生产部署与监控:从上线到运维

自托管推理服务:将 diffusers pipeline 封装为 HTTP 服务(如 FastAPI),单条 5.4 秒视频在 80GB 级单卡上耗时数分钟到十余分钟,必须用异步任务队列(Redis/Celery)承接请求,前端轮询或回调获取结果。生产 GPU 建议 A100/H100 80GB;显存紧张时开启 model CPU offload,但要接受吞吐下降。

第三方托管 API:低频或按需场景可直接使用 Replicate、fal.ai 等平台上 Mochi 的社区部署,免去 GPU 运维,按调用量付费。注意第三方实例的权重版本与量化方式各异,上线前需用固定提示词集做质量验收。

可观测性:质量层面抽检提示词遵循度并做人工评分;性能层面监控 GPU 利用率、显存水位、单条生成延迟与单卡成本;内容安全层面,开源权重没有内置审查机制,必须在服务入口增加内容审核模块,平台版则受 Genmo 服务条款约束。

<p class="para-label">避坑清单:</p>

<ul class="dash-list"><li>显存误判:10B fp16 权重约 20GB,单卡 24GB 必须开 model CPU offload 才可能运行且速度大幅下降,生产环境建议 48GB 以上单卡。</li><li>版本混淆:mochi-1-preview 与 Mochi 1 HD 是不同权重,720p 输出需使用对应模型文件;第三方量化版质量与官方权重有实质差异,以官方 HF 仓库为准。</li><li>提示词语言:T5-XXL 以英文为主,中文提示词遵循度显著下降,正式流程应先翻译为英文再生成。</li><li>商用合规:Apache 2.0 覆盖权重与代码,但生成内容的肖像权、版权责任由使用者自负;平台订阅版受 Genmo 服务条款约束。</li></ul>

维度Genmo(Mochi 1)Runway(Gen-3)Luma(Dream Machine)快手可灵
定位开源视频模型 + 在线平台专业视频生成套件(生成+剪辑)消费级视频创作平台国内商用视频生成平台
生成规格开源版 480p/约5.4s;平台 HD 720p最高 1080p、5~10s 片段最高 1080p、数秒级片段1080p、最长数分钟(视套餐)
开源程度Apache 2.0(权重+代码+报告)闭源闭源闭源
可控性以文本提示词为主文生、图生、运动笔刷等多模态控制文生/图生、镜头控制较好文生/图生/首尾帧、多图运镜
本地部署可自部署(需 48GB+ 显存)不支持不支持不支持(企业私有化除外)
生态集成diffusers / ComfyUI / 社区 API官方 API、Adobe 生态官方 API官方 API(国内市场)
License/计费权重 Apache 2.0 可商用;平台按用量订阅制订阅制/积分制订阅制/积分制
适合谁开发者、研究团队、数据私有化企业影视/广告专业团队独立创作者、社媒运营国内创作者、电商与短剧团队

选型建议:需要本地部署、微调或数据不出域,选 Genmo(Mochi 1 开源权重)性价比最高;需要专业剪辑工作流与多模态精准控制,选 Runway;主攻社媒快速出片,选 Luma;面向中文内容与国内合规场景,选可灵。预算有限但有 GPU 的团队优先考虑 Genmo 开源权重。

版本迭代

Mochi 1 于 2024 年 10 月以 preview 名义开源(Apache 2.0),主打提示词遵循与运动质量;2024 年 12 月 Genmo 在平台上线 Mochi 1 HD,分辨率提升至 720p 并改善画质与遵循度;2025 年 1 月 HD 权重开放,形成「平台首发、开源跟进」的发布节奏(截至训练数据,可能已有更新版本)。

版本时间变化提升
Mochi 1 preview2024-10首次开源 10B 文本生成视频模型权重/代码/技术报告以 Apache 2.0 发布,480p/30fps/约 5.4s,提示词遵循与运动质量突出
Mochi 1 HD(平台版)2024-12高清版本上线 genmo.ai分辨率提升至 720p,美学质量与提示词遵循度改进
Mochi 1 HD(开源版)2025-01HD 权重与推理代码开源社区可自部署高清权重,diffusers/ComfyUI 生态跟进适配
结论

版本主线的核心是从「跑得通」走向「高清可商用」,同时保持 Apache 2.0 的开源策略以便生态跟进。Genmo 官方未公布可复现的第三方基准分数,版本间差异主要来自官方演示与人工对比评测——迁移到新版本时,自建评测集(提示词遵循度、运动合理性、美学打分)是必要的验收手段。

AI 应用场景

广告与营销素材快速生成

阶段:文生视频 / 创意预演

解决的问题:传统广告片拍摄需要场地、演员与设备,单条成本数千元起、周期以周计;Genmo 平台可用文本直接产出概念级短片,用于提案和投放前筛选。

具体案例:一个 3 人市场小组在一个工作日内生成约 30 条 5 秒概念片,覆盖 6 组机位与光线组合,用于创意 A/B 测试;相比外包拍摄,验证周期从 1~2 周压缩到 1~2 天,试错成本大幅下降。

影视分镜预演(previsualization)

阶段:视频内容生成 / 前期可视化

解决的问题:导演和分镜师用文字描述镜头,需要低成本、快速地验证镜头调度与节奏,避免演员进场后才发现方案问题。

具体案例:短剧团队用英文分镜脚本批量生成参考片段,在拍摄前对比 3~5 个运镜方案;分镜沟通时间以团队自测口径下降约一半,现场重拍次数减少,单条预演素材成本仅为 GPU 时租。

面向开发者的模型接入与二次开发

阶段:模型自部署 / 应用集成

解决的问题:企业需要私有化生成能力(品牌素材、涉密内容),闭源 API 无法满足数据不出域要求;Mochi 1 的开源权重允许接入内部系统。

具体案例:AIGC 团队基于 Mochi 1 权重 + diffusers 搭建内部视频生成服务(异步队列 + GPU 集群),将 5.4 秒片段生成稳定在分钟级延迟,并接入公司素材库自动产出产品演示视频。

常见误区

误区「Genmo 不就是个网页吗,输入文字出视频,跟其他 AI 视频网站一样。」

正解Genmo 旗下有两条产品线:genmo.ai 在线平台和开源模型 Mochi 1。Mochi 1 以 Apache 2.0 协议开放权重、推理代码与技术报告,可在自有 GPU 上运行,可通过 diffusers/ComfyUI 接入,也可商用。只把 Genmo 当 SaaS 用,会错过本地部署、二次开发与数据私有化这些核心价值。

为何常见:普通用户接触到的入口是 genmo.ai 网页,媒体宣传也以「网站生成视频」为主,开源仓库与技术报告较少被报道。

误区「都开源了,想生成多长就多长,4K 也能直接出。」

正解Mochi 1 preview 固定生成约 5.4 秒、30fps、480p 的视频片段;Mochi 1 HD 将分辨率提升到 720p。要更长的时长或更高分辨率,需要后期拼接、超分等外部管线,模型本身不做无限外推。

为何常见:短视频平台的演示视频往往经过裁剪、拼接与后期增强,观众误以为是模型原生输出。

误区「权重都开源了,生成成本应该很低,随便跑。」

正解10B 参数量级在 fp16 下仅模型权重约 20GB,推理还需要较大的激活显存,官方推荐 80GB 级 GPU;生成一条 5.4 秒视频耗时数分钟到十余分钟,GPU 时租成本并不低。对零散、低频需求,平台版可能比自建 GPU 更划算。

为何常见:「开源」常被直接等同于「免费」,忽略了算力这一真实成本项。

误区「把所有画面细节都塞进提示词,中文长句直接粘贴生成。」

正解Mochi 使用 T5-XXL 文本编码器,以英文语料为主,中文及非英文提示词的语义理解与遵循度明显下降;同时堆砌过多细节会稀释主体语义。建议用英文结构化描述:主体 + 动作 + 环境 + 镜头语言,控制在 1~2 句话。

为何常见:用户习惯中文平台的输入方式,官方演示视频也普遍不展示提示词翻译与迭代过程。

误区「社区发的 4bit 量化版、精简版跟官方一模一样,还省显存。」

正解4bit 量化与蒸馏版本会明显降低视频质量或改变运动表现;部分「一键安装包」甚至捆绑了旧版或改动过的推理代码。追求质量与可复现性,应以官方 HF 仓库 genmo/mochi-1-preview 的权重和 GitHub 推理流程为准。

为何常见:显存门槛促使社区制作各种压缩版本,宣传文案通常省略质量损失与兼容性差异。

面试题

Q1. Mochi 1 模型权重与推理代码采用的开源协议是?

单选题 · easy

  • A.MIT 许可证,无任何附加限制
  • B.Apache 2.0 许可证,可商用可修改← 正确答案
  • C.GPL 3.0 许可证,强制开源衍生品
  • D.仅限学术研究,禁止商业用途

答案:B。Mochi 1 以 Apache 2.0 协议开源,允许自由使用、修改、再分发与商用,并附带专利授权条款。MIT 更宽松但无明确专利授权;GPL 3.0 要求衍生作品同样开源;D 与官方声明相悖,权重明确可商用。

Q2. Mochi 1 preview 的生成规格是?

单选题 · easy

  • A.约 5.4 秒 / 30fps / 480p← 正确答案
  • B.约 10 秒 / 24fps / 720p
  • C.约 20 秒 / 60fps / 1080p
  • D.约 3 秒 / 15fps / 720p

答案:A。官方公布的 Mochi 1 preview 输出规格为约 5.4 秒、30fps、480p。更长或更高分辨率需借助后续 HD 版本或外部后处理管线,模型本身不直接输出 1080p/60fps 长片段。

Q3. Mochi 1 采用的视频生成骨干架构是?

单选题 · mid

  • A.传统 U-Net 扩散模型
  • B.非对称扩散 Transformer(AsymmDiT)← 正确答案
  • C.纯自回归语言模型
  • D.生成对抗网络 GAN

答案:B。Mochi 1 的骨干架构是非对称扩散 Transformer(Asymmetric Diffusion Transformer),文本条件与视频隐向量两条支路计算不对等,以降低长序列推理开销。U-Net 是 Stable Diffusion 等早期方案的架构,自回归与 GAN 均不符合官方技术报告描述。

Q4. 在 24GB 显存单卡上运行 Mochi 1 官方权重,最稳妥的做法是?

单选题 · mid

  • A.调低生成帧率到 10fps
  • B.开启模型 CPU offload 卸载显存← 正确答案
  • C.直接加载 fp16 全量权重
  • D.使用纯 CPU 推理绕开显存

答案:B。diffusers 官方推荐通过 enable_model_cpu_offload 把部分层卸载到 CPU 内存来降低显存占用,代价是速度下降。调低帧率并不能跨过权重本身的显存需求;fp16 全量权重约 20GB,加上激活值在 24GB 卡上极易 OOM;纯 CPU 推理速度不可接受。

Q5. Mochi 1 对英文提示词遵循度通常优于中文,主要原因是?

单选题 · mid

  • A.模型接口只接受英文输入
  • B.文本编码器以英文语料为主← 正确答案
  • C.训练时过滤了全部非英文数据
  • D.中文提示词会被系统自动截断

答案:B。Mochi 1 使用 T5-XXL 文本编码器,其预训练语料以英文为主,因此模型对英文语义的理解与遵循度更高。模型接口并不限制输入语言,也没有过滤全部非英文数据或自动截断中文,只是非英文的语义表征质量相对下降。

Q6. 在 diffusers 中加载 Mochi 1 官方权重的正确方式是?

单选题 · mid

  • A.使用 from_pretrained 加载← 正确答案
  • B.使用旧版 load_model 接口
  • C.手动下载权重并解压加载
  • D.在浏览器上传权重文件

答案:A。diffusers 生态统一使用 MochiPipeline.from_pretrained("genmo/mochi-1-preview", torch_dtype=torch.float16) 加载官方权重。load_model 是旧版或第三方接口,手动解压与浏览器上传都不属于 diffusers 的加载机制。

Q7. 关于 genmo.ai 平台与开源项目 Mochi 的关系,下列说法正确的是?

单选题 · hard

  • A.平台是第三方代理与 Genmo 无关
  • B.平台由 Genmo 运营并提供其自研模型← 正确答案
  • C.平台模型全部来自开源社区
  • D.开源 Mochi 与平台模型毫无关系

答案:B。genmo.ai 是 Genmo 公司的官方在线产品,使用其自研模型(含 Mochi 系列);Mochi 1 是官方另行发布的同名开源版本,两者共享技术底座但形态不同。A、C、D 均与官方公开信息矛盾。

Q8. 除官方 GitHub 推理脚本外,Mochi 1 还可以通过哪些方式运行?

多选题 · mid

  • A.Hugging Face 的 MochiPipeline← 正确答案
  • B.ComfyUI 节点化工作流← 正确答案
  • C.第三方平台的托管 API← 正确答案
  • D.Microsoft Excel 内置函数

答案:ABC。diffusers 的 MochiPipeline 是官方文档明确支持的方式;ComfyUI 社区已适配 Mochi 节点;Replicate、fal.ai 等第三方平台也提供托管部署。Excel 内置函数与视频模型无关,属于干扰项。

Q9. 与 Runway、可灵等闭源平台相比,选择开源的 Mochi 1 的合理理由有?

多选题 · mid

  • A.数据可在自有 GPU 处理不出内网← 正确答案
  • B.权重可修改支持二次训练定制← 正确答案
  • C.商用不依赖平台按条计费← 正确答案
  • D.生成质量必然高于所有闭源模型

答案:ABC。开源权重允许私有化部署、权重修改与商用,是相对闭源平台的核心优势。D 不成立:模型质量需结合具体场景评测,Mochi 在分辨率(480p 起)上反而低于部分闭源产品,不存在「必然更高」的结论。

Q10. 生产环境将 Mochi 1 包装为对外生成服务时,正确的工程实践包括?

多选题 · hard

  • A.用异步任务队列承接长耗时生成← 正确答案
  • B.监控 GPU 显存并设置告警规则← 正确答案
  • C.在服务入口增加内容安全审核← 正确答案
  • D.用 8GB 显卡直接承载并发请求

答案:ABC。单条生成耗时数分钟,必须异步化;显存是 10B 模型最稀缺的资源,需要持续监控;开源权重无内置审查,服务入口必须加审核。D 不成立:8GB 显存连 fp16 权重(约 20GB)都无法完整加载,更无法承载并发。

Q11. Mochi 1 中 Asymmetric Diffusion Transformer 的「非对称」主要指?

单选题 · extreme

  • A.视频与文本两支路计算结构不对等,以降低长序列推理开销← 正确答案
  • B.编码器是 Transformer 而解码器结构采用传统 U-Net
  • C.不同视频帧在推理时分别使用不同的网络权重
  • D.只有噪声预测网络参与训练文本编码器同步微调

答案:A。Mochi 的技术报告中,Asymmetric DiT 的核心是让视频隐向量与文本条件(context)两条支路的注意力计算不对等,从而减少视频帧数增加带来的冗余 KV 缓存与计算开销,把容量集中在视频 token 上。B、C、D 均不属于该架构的设计含义。

参考来源