内容提要
谁该读,能决定什么
做知识类短视频、漫剧片头片尾、宣传物料里的动态图形和数据图,或风格化 2D/3D 小短片的创作者与小团队;也包括正在找“能精确改一个字、一个时间点而不重抽整段”的工作流的人。
读完可以决定:要不要花一个下午评估这个模型;它能替代你流程里的哪一段(片头包装、讲解动画、预演构图),哪一段不该指望它(真人表演、写实场景);以及自己部署前要先确认的硬件和授权问题。
发布了什么
Hugging Face 提交记录显示,模型权重与配套资源于北京时间 10 月 26 日凌晨首次提交,10 月 27 日又更新了文档。据 Neural Brew 报道,商汤于 10 月 28 日(巴黎时间下午,约北京时间当晚)在 X 上正式宣布;那条 X 帖子我们没有直接读取。
按模型卡和 GitHub 说明,模型基于 Qwen3.8-27B 微调,支持 512K 上下文,以 Apache 2.0 许可开放。它的做法与常见视频模型相反:不在一次采样里“画”出整段视频,而是写可执行代码,每一帧都是时间的函数,渲染后检查画面再改代码。
同时公开的还有:一套叫 code-video 的制作技能(含八份工艺指南和渲染、检查工具)、把简短需求扩写成制作说明的提示词模板,以及完整的制作轨迹记录(含 357 张评审截图)。官方给出的 90 秒发布短片,称其中所有视频都由该模型制作。
怎么用:三个阶段,而且一次要跑很久
官方流程分三步:先用一个强通用模型把需求扩写成详细制作说明(官方测试用的是 Claude Opus 5.5);再在 Claude Code 里加载 code-video 技能,让 Code2Video 产出成片 final.mp4 和说明、校验文档;最后创作者写修改意见,模型在同一项目里改了再渲染。
官方建议把单次运行放宽到 10 小时以上、2000 轮以上,环境需要 Node.js 18+、Python 3、ffmpeg 以及对应语言的字体。给出的 vLLM、SGLang、LightLLM 部署命令都按四卡张量并行写,没有写明具体显卡型号。说明里还提醒:运行时会不经确认直接执行命令,应在隔离环境里跑。
目前不清楚的地方
官方在“局限”一节写得很直白:只能做能用代码写出来的视频,不生成写实画面;一次制作要几个小时和很长的上下文;只有定性示例,还没有系统的基准;在画面精致度和长任务稳定性上明显落后于最强的闭源模型;它自己扩写提示词的能力只算基础。
目前没有看到独立的效果评测,精选示例之外的真实出片质量未知。中文字幕、竖屏比例、整集长度这些短剧场景关心的点,官方材料没有专门展示。Apache 2.0 覆盖的是这次发布的权重和资源;商用前,所用字体、素材以及上游基座的条款仍需自己核对。
对创作者的影响(编辑推断,未经实测)
对漫剧和短剧团队,它更像一个“动态包装和讲解动画”工具,而不是出剧工具:片头标题、人物关系图、剧情回顾里的图示、宣传用的数据动画,这些需要文字一字不差、节奏可以逐帧调整的地方,代码出片的思路比抽卡式视频模型更省返工。
官方提到代码渲染可以先做构图、运动和机位的快速预演,再交给视频模型渲染成写实画面——这是他们的展望,目前没有现成管线,值得关注但别据此规划排期。
成本上,自己部署要多卡服务器和长时间运行,个人作者更现实的做法可能是等托管接口或社区量化版本,同时先读公开的制作轨迹,判断这种“写代码—看画面—再改”的节奏是否适合自己的团队。以上均为编辑推断。
方法与限制
我们于 2026 年 10 月 29 日(北京时间)读取了 Hugging Face 模型卡及其提交记录、OpenSenseNova 的 GitHub 仓库说明(含“局限”一节),以及 Neural Brew 10 月 28 日的报道。发布时间以 Hugging Face 提交记录为准;X 上的正式宣布时间转述自 Neural Brew。功能、流程和局限来自官方文档;对创作者的影响为编辑推断,已单独标注。
我们没有部署或运行这个模型,没有看完全部示例片,也没有评估出片质量。官方未发布基准测试,也没有独立评测可供参考。硬件需求只能从官方部署命令推断为四卡,具体显卡与成本未说明。模型与文档可能继续更新。
相关研究与方法
FastH3-Omni 开权重发布:用图像/视频/音频参考一次生成带同步音轨的短视频
来源与编辑说明
下列链接用于追溯公开来源。第三方统计归属原发布者;本站研究标明实际阅读或观看范围。图表与判断的适用条件见方法说明。
来源发布时间:未知,来源未明确确认
来源发布时间:2026年10月25日
来源发布时间:未知,来源未明确确认
来源发布时间:2026年10月28日
- 本站发布
- 2026年10月29日
- 更新日期
- 2026年10月29日 08:01
- 核验时间
- 2026年10月29日 08:01


