MiniMax H3 vs Seedance 2.5：现在就用，还是等 30 秒？
夹在这两个日期之间的那一周，就是这次决策的全部。8 月 7 日之前必须交付的东西，只能跑在 API 已经开放的模型上——今天就是 H3，它有明确的文生、关键帧和多模态参考三条工作流。Seedance 2.5 摆出的是另一种可能性：一个更长的创作单元，加上更大的参考素材预算和局部修改能力。但你在一个消费级产品里能看到的能力，还不等于代码能调用的能力。
所以这次分工既是按能力分，也是按日历分。任务能被 H3 现有路由和价格覆盖、而且这周就要交片，就用 H3。只有当那段更长的镜头真的能消掉一个实际的制作瓶颈时，才把 Seedance 2.5 的评测排到 2026 年 8 月 7 日之后。在两边都拿到配对成片之前，既没有通用的画质冠军，也做不出可信的同口径成本结论。
下一步怎么做： 先看 MiniMax H3 和当前的 EvoLink 价格。如果你的脚本塞不进一条 15 秒的镜头，就跟进 Seedance 2.5 可用性追踪，并提前准备一组配对测试——不要只凭产品宣传页就把生产默认路由换掉。
真正要选的：便宜的短镜头，还是一整段 30 秒
H3 和 Seedance 2.5 不适合放进一张通用功能表里当两行参数对着比。
H3 在 EvoLink 上的当前契约，是围绕「一条镜头」设计的：
- 5–15 秒；
- 固定 2K 输出；
- 文生视频；
- 图生视频，可用首帧、尾帧，或首尾帧同时使用；
- 参考生视频，支持有序的图像、视频和音频输入。
这是一个很紧凑的制作单元。团队可以生成一条产品展示、一个角色动作、一段转场、一个空镜或一条社交平台的开头钩子，审一遍，把通过的片段直接扔进剪辑。
所以制作层面的判断其实是这样：
| 你要问自己的问题 | 现在就用 H3 | 等着评测 Seedance 2.5 |
|---|---|---|
| 这条活能不能规划成一条 5–15 秒的镜头？ | 能 | 没必要等 |
| 是不是必须有一段不间断、超过 15 秒的镜头？ | 只有剪辑上说得通才拆 | 是 |
| 当前路由价格是不是主要约束？ | H3 现在就有可评估的价格和路由 | 等 2.5 价格核实后再比 |
| 这条活是不是非要几十个参考素材？ | 用一套更小、职责明确的参考素材 | 等实际输入契约确认后再测 2.5 |
| 需不需要只改画面里的一块，而不重做整条？ | 计划重跑，或者放到后期改 | 评测 2.5 的局部编辑流程 |
| 这套流程是不是马上就要上？ | 用 H3 | 别把一条没验证的路由变成依赖 |
H3 的性价比在「它已经能覆盖这条镜头」时最强。Seedance 2.5 的 30 秒上限，只有在多出来的时间真的替代了多次生成、麻烦的拼接，或者一处观众会看出来的衔接断层时，才算数。
哪些是已确认的，又分别确认在哪一层？
证据边界本身就是这次对比的一部分。产品能用、公开 API 能调、EvoLink 有生成路由，这是三个互相独立的里程碑。
| 说法 | 目前的证据 | 能安全得出的结论 |
|---|---|---|
| H3 输出 2K，时长 5–15 秒 | EvoLink 当前 H3 路由文档 | 可以按这个作为 H3 的 API 契约 |
| H3 有文生、图生和参考三种模式 | EvoLink 三条已文档化的模型路由 | 团队可以按输入类型分配路由 |
| H3 参考模式支持图像、视频和音频 | EvoLink 当前参考路由文档 | 最多 9 张图、3 个视频、3 个音频，具体上限按各路由文档 |
| Seedance 2.5 于 2026 年 7 月 31 日上线即梦 | 官方公布的日程 | 创作者能上手，比开发者能动手早整整一周 |
| Seedance 2.5 的 API 于 2026 年 8 月 7 日开放 | 官方公布的日程 | 接入和配对测试从这一天起排，不要提前 |
| Seedance 2.5 最长能生成 30 秒 | 产品端定位 | 等 8 月 7 日 API 开放后，再去核对时长契约 |
| Seedance 2.5 支持最多 50 个参考素材 | 产品端定位 | 契约公开之前，不能据此推断 API 请求体或各类素材的名额分配 |
| Seedance 2.5 提供局部编辑和新的参考生视频流程 | 产品端定位 | 先在即梦上评测这套流程；能不能调用是 8 月 7 日才有答案的问题 |
| Seedance 2.5 提供 4K 体验 | 产品端定位 | 不要把同一分辨率套到所有路由和所有供应商上 |
| Seedance 2.5 比 H3 更便宜或更好 | 没有配对的价格和成片证据 | 现在不能宣布赢家 |
把这几层分开，这篇对比在消费级产品放量之后才不会失效。即梦或 Dreamina 上线，证明的是那个产品和那个账号语境下能用；它不会自动证明存在公开的开发者 API、EvoLink 上能用同样的 30 秒控制项，或者价格具有可比性。
H3 的价格优势，胜在「任务已知」
但这还不能证明 H3 比 Seedance 2.5 便宜。要做直接的价格对比，需要核实过的 Seedance 2.5 计费单位、输出档位、时长规则、参考素材是否单独计费，以及任务失败时怎么算钱。这些都不能拿消费端的积分或第三方聚合站的报价编出来。
现在真正能算清楚的，是 H3 在它已经能干的活上是否划算：
- 选能把这条镜头表达清楚的最短时长；
- 只有在文本、关键帧或参考素材确实带来必要控制时才用；
- 每次尝试都记下路由扣费；
- 把废掉的生成和通过审核的片段分开统计；
- 把审片和后续剪辑的时间也算进去；
- 算一条成片的成本，而不是一次提交的价格。
对短视频制作来说，一条价格已知的 2K 路由，往往比等一个能力更宽、但项目可能永远用不上的模型更有价值。
30 秒什么时候会改变制作方案
30 秒不只是把时长字段里的数字翻一倍，它可能改变导演要求模型交付的那个「单元」本身。
一段更长的连续生成，可能对这些情况有用：
- 一次运镜里同时交代产品的准备、使用和结果；
- 两个角色的对手戏，中间硬切一刀会削弱表演；
- 口播或访谈镜头，需要一句话完整说完；
- 一段从头到尾都要物理连贯的形态变化；
- 在同一个环境里穿过多个空间的运动镜头；
- 有起承转合的叙事型广告。
这些活也可以拆成几条更短的 H3 镜头，而且往往就应该拆。分开的镜头意味着更小的失败半径：结尾坏了，只重跑结尾。剪辑本身还能藏住转场，并且让每个节拍都用上最好的那一条。
只有当「那一刀」本身就是问题时，等 Seedance 2.5 才说得通。如果创意依赖的是一段不中断的表演、一条连续的运镜路径，或者一次不能有接缝的形态变化，那么产品端的 30 秒能力，性质就完全不同了。
视频越长，要验收的东西也越多
这一节说的是团队需要测什么，不是断言 Seedance 2.5 通不过这些检查。
一条 30 秒的候选片，等于给身份、几何结构、运动、声音和运镜留出了更多变形的时间。整条都要看：
- 角色身份从第一帧到最后一帧是否一致；
- 产品的比例、材质和 Logo 有没有走样；
- 要求的动作有没有真的做完；
- 整段运镜的路径和构图是否成立；
- 物体是否始终存在，接触关系是否合理；
- 台词、声音和可见动作是否对得上；
- 后半段有没有出现不该出现的场景变化；
- 30 秒是整段可用，还是只有中间截出来的一小段能用。
accepted_finished_seconds =
total_generated_seconds
- rejected_sections
- repaired_sections
- continuity_breaks一条扎实的 15 秒片段，可能比一条需要大修的 30 秒输出更值钱。反过来，一条连贯的 30 秒结果，也可能比两条各自都不错、但接起来必然露馅的片段更值钱。配对测试要判断的就是这件事。
从 12 个输入到 50 个参考素材：多不等于好
H3 的参考路由有明确写在文档里的上限：最多 9 张图像、3 个视频、3 个音频。音频不能作为唯一的参考类型，参考视频和音频还有总时长限制。
即梦/Dreamina 给 Seedance 2.5 标的是最多 50 个多模态参考素材。在 API 契约明确各类素材和名额分配之前，可以安全成立的对比不是「12 个 API 文件对 50 个 API 文件」，而是：一套小而明确的参考素材包，对上一套为了容纳更大创作语境而设计的产品流程。
如果你要评测更大的素材包，请给每个素材都指定职责：
| 参考素材职责 | 它应该控制什么 | 常见冲突 |
|---|---|---|
| 身份锚点 | 面部、体型、服装或反复出现的角色 | 两个来源定义了不同的身份 |
| 产品锚点 | 形状、材质、颜色和品牌细节 | 场景生活照改变了产品几何结构 |
| 动作参考 | 手势、表演或镜头运动 | 背景和服装被一起带了过来 |
| 环境参考 | 布局、建筑或光线 | 透视与主体图像互相打架 |
| 音频参考 | 声音、节奏、时间点或声场语境 | 多个文件抢同一段时间轴 |
| 风格参考 | 质感、调色、镜头语言或视觉风格 | 风格盖过了产品或身份的准确度 |
50 个互相矛盾的弱素材，控制力可能还不如 5 个彼此一致的素材。Seedance 2.5 在产品端给出的更大预算，价值要用「绑定是否正确」来衡量，而不是用挂了几个素材来衡量。
局部修改，还是整条重跑？
比起 4K，局部编辑更可能成为 Seedance 2.5 在制作上更重要的优势。即梦/Dreamina 给出的流程，是只改选中的那块区域，视频的其余部分保持不变。
问题在于，这套流程能不能保住已经通过验收的素材。假设 26 秒都可用，只有一处产品细节不对：整条重跑，就有可能丢掉已经审过的表演、运镜和节奏；一次成功的局部修改，则能把这些通过的部分留下来。
但局部编辑并不天然免费。被改动的区域可能带来边界伪影、新的时间漂移、光线不匹配，或者交互关系出错。两条路都要量：
full_regeneration_cost =
complete_reruns
+ discarded_good_seconds
+ full_review_time
localized_editing_cost =
edit_attempts
+ boundary_repairs
+ changed-area_review_time当镜头本身足够短、重跑的失败半径有限，或者这处修改本来就该在后期里做时，H3 依然更实际。而当一段已经通过的长镜头重建代价很高时，Seedance 2.5 才变得有意思。
三类活，值得等 Seedance 2.5
1. 一条连贯的产品叙事
镜头不切，一路跟着产品走过准备、使用和结果。只有当「不间断的变化过程」本身就是创意，而不只是想要一个更长的文件时，等待才成立。
要测的是：产品的几何结构是不是一直正确、动作有没有做完、局部修改会不会破坏已通过的其余部分。
2. 多角色对话场景
一段完整的对手戏可能需要超过 15 秒。先准备好角色、服装、环境、声音和节奏参考，再测模型能不能在整段对话里把每个角色都绑对。
不要靠功能介绍页去判断对话质量。等真的拿到访问权限之后，再逐项打分：发音、说话人身份、轮次时机、口型、视线、手势和场景连贯性。
3. 改版频繁的广告交付
品牌方常常在动作和表演都通过之后，才提一个小改动。当团队需要改包装上的一块、背景里的一个物件、服装细节或动作的一部分时，局部编辑流程可能省掉昂贵的重跑。
测试应该包含首次生成，外加至少两个真实的改版需求。有价值的不是「存在一个编辑控件」，而是这次编辑能保住已经通过的素材。
三类活，H3 才是更好的起点
1. 首尾帧的产品转场
H3 已经有文档化的图生视频路由，支持首帧、尾帧或双关键帧控制。开合、展开、组装、材质变化、前后对比这类动作，一条 5–15 秒的镜头通常就够了。
2. 独立的高质量短镜头
社交平台的开头钩子、空镜、角色动作和插入镜头，最后大多进的是剪辑时间线，而不是当作一整段连续画面播放。H3 固定 2K 的契约让交付标准很清楚，也不用等一条更长的路由。
3. 素材集中、由参考驱动的表演
当一小组身份、动作和音频参考就能把镜头说清楚时，H3 有序的参考路由更容易验证。除非多出来的语境能解决一个实测出来的失败，否则不要把一个 5 个素材的问题，扩成 50 个参考素材的流程。
从 2026 年 8 月 7 日起，怎么做配对测试
准备三组测试，把这次决策的独特性暴露出来：
| 测试 | H3 这边怎么设 | Seedance 2.5 这边怎么设 | 主要看什么 |
|---|---|---|---|
| 短镜头对齐 | 一条 10–15 秒的 2K 镜头 | 用最接近的时长和画质档位 | 同一条短活的验收通过成本 |
| 长镜头挑战 | 两条规划好的 H3 镜头加一次剪辑 | 如果线上路由支持，一整段连续的 20–30 秒 | 连贯性、验收通过秒数、省掉的拼接 |
| 改版挑战 | 重跑受影响的那条 H3 镜头，或放到后期改 | 如果测试的通道开放了局部编辑就用它 | 每次改版保住了多少已通过素材 |
每一次尝试都要存：
- 原始需求说明和确切的提示词；
- 全部输入素材，以及各自被指定的职责；
- 模型、路由、时长、画质和音频设置；
- 账号、通道、地区和生成时间；
- 排队时长、任务状态、失败记录和扣费；
- 验收通过的秒数、审片结论和修复工作量。
在 Seedance 2.5 这边能跑完这些测试之前，这篇文章能对比的是产品方向和决策时机，不能宣布谁的成片更好。
比的是「一条成片多少钱」
不要拿一次 H3 调用，去对一个还不知道的 Seedance 2.5 标价。要对比的是：完成同一段镜头，各自需要的整套制作系统。
finished_scene_cost =
generation_charges
+ continuity_failures
+ stitching
+ local_edits
+ audio_repairs
+ reviewer_timeH3 可能在这道计算里胜出，因为一条更短、边界清楚的 2K 镜头，审起来和换起来都便宜。Seedance 2.5 则可能在一段通过验收的长镜头替代了多次生成、麻烦的拼接或破坏性重跑时胜出。两种结果都需要用你自己的工作量去验证。
推荐的 EvoLink 路由策略
| 制作任务 | 起始路由 | 提升或回退 |
|---|---|---|
| 5–15 秒的 2K 成片镜头 | MiniMax H3 | 留住通过的镜头；别为用不上的时长去等 |
| 首尾帧转场 | MiniMax H3 图生视频 | 只有当中间过程反复失败时，才换别的路由 |
| 素材集中的多模态表演 | MiniMax H3 参考生视频 | 参考素材包保持小而明确 |
| 超过 15 秒的连续镜头 | 准备一次 Seedance 2.5 评测 | 剪辑上能接受的话，就用几条 H3 镜头 |
| 改版频繁的长交付 | 评测 Seedance 2.5 的局部编辑 | 保留源镜头和后期剪辑作为回退 |
| Seedance 2.5 路由未核实 | 不要把生产流量切过去 | 用 H3 或 Seedance 2.0 |
在代码里，把产品任务放在模型 ID 之上：
short_final_shotkeyframe_transitionreference_performancecontinuous_scenelocalized_revision
EvoLink 的统一 API 网关，让团队在更换所选模型时，仍然保留同一套任务管理、用量统计、计费和回退策略。但模型特有的输入参数仍然需要显式校验：一个通用别名，绝不应该在没有提示的情况下改变时长、分辨率或可接受的素材类型。
MiniMax H3 会开源权重吗？
另一个值得关注的方向，是 MiniMax H3 以后会不会放出开源权重。MiniMax 此前已经公开过包括 MiniMax M3 在内的模型权重，所以开发者自然会盯着 H3 是否会有类似动作。
但 MiniMax 目前没有公布 H3 的权重、推理仓库、硬件要求或许可证。在这些东西发布之前，开源版 H3 只能当作一种可能性，而不是已确认的路线图，更不是推迟 API 决策的理由。
如果 H3 权重后续真的开放，团队可以把自托管、私有部署、深度优化和基础设施成本，与 EvoLink 的托管路由放在一起评估。「开源」这件事还需要单独看许可证：能下载权重，并不等于可以不受限制地商用。
最终结论
不要因为「30 秒听起来更先进」就等，也不要因为「H3 价格是已知的」就选。要选的是：能在可接受的成片成本下完成这段镜头的、最小的可靠制作单元。
常见问题
MiniMax H3 比 Seedance 2.5 更好吗？
目前没有足够的实测配对证据来宣布通用赢家，而且在两边都能调用之前也不可能有。H3 今天就有文档化的 5–15 秒 2K EvoLink 工作流；Seedance 2.5 定位在更长的 30 秒生成、更多参考素材和局部编辑上，但它的 API 要到 2026 年 8 月 7 日才开放，配对测试也只能从那天开始。
现在就用 H3，还是等 Seedance 2.5？
如果你的交付物能装进一条 5–15 秒的镜头，现在就用 H3——尤其是这条片子要在 2026 年 8 月 7 日之前交，因为 Seedance 2.5 的 API 那天才开放，更早的排期没法建立在它上面。只有当一段不间断的镜头必须超过 15 秒，或者局部编辑能保住一段已经通过的长素材时，才考虑等；而且要把评测排到 8 月 7 日之后，别当成今天就能用。
Seedance 2.5 现在能用了吗？
要看你说的「能用」是哪一层。Seedance 2.5 在 2026 年 7 月 31 日上线即梦，API 在 2026 年 8 月 7 日开放——创作者能先上手一周，开发者才轮到动手。至于你的账号、地区或某条网关路由在这两个日期是不是真的通了，在把排期押上去之前仍然值得自己核实一次。
Seedance 2.5 能生成 30 秒视频吗？
Seedance 2.5 标称标准模式下最长支持 30 秒，2026 年 7 月 31 日起创作者可以在即梦上试。一次 API 请求能不能同样要 30 秒，要等 2026 年 8 月 7 日 API 开放才有答案——到那天再去核对时长契约，不要默认两边一致。
MiniMax H3 比 Seedance 2.5 便宜吗？
H3 有当前路由价格，可以直接在 EvoLink 上算。但在 Seedance 2.5 的路由价格、时长档位、参考素材计费、失败计费以及配对的验收成片测试都拿到之前，直接比价还不可靠。
MiniMax H3 最长能生成多久？
当前 EvoLink 的 H3 路由支持 5 到 15 秒之间的整数时长，输出 2K 视频。
Seedance 2.5 的 API 支持 50 个参考素材吗？
最多 50 个多模态参考素材是产品流程里的数字。能确认同样总数、同样素材类型分配的 API 请求契约，2026 年 8 月 7 日之前都不会公开，所以在那之前不要按 50 个文件去做接入设计。
Seedance 2.5 的 API 提供视频局部编辑吗？
局部编辑是作为产品端流程呈现的，所以 2026 年 7 月 31 日起可以在即梦上评测。同样的控制项能不能调用，要随 2026 年 8 月 7 日开放的 API 一起揭晓；到时候看公布的请求契约，EvoLink 上的路由状态则要另外确认。
MiniMax H3 会开源吗？
MiniMax 没有宣布 H3 的开源或开放权重计划。考虑到它此前公开过其他模型的权重，这个可能性值得关注，但开发者应该等官方权重、推理代码、硬件说明和许可证条款都出来之后再判断。
可以通过一个 EvoLink 接入同时使用 H3 和 Seedance 系列吗？
可以。EvoLink 提供统一的模型选择、异步任务处理、用量和计费工作流。但每个模型各自的输入字段、支持时长、画质档位和可用性，仍需按路由单独验证。
