TL;DR：先用同一组提示词、参考图和参数测试 10 次，再比较可用率、首帧延迟、镜头一致性与单位成片成本。免费额度适合验证方向，不适合直接承诺交付。
1. 测试前提与统一口径
版本与日期：Web 端快照，2026-09-13。准备 1920×1080 产品图 1 张、中文和英文提示词各 1 组、10 秒脚本 3 条。浏览器使用 Chrome 128+，网络延迟低于 150 ms，上传文件小于 10 MB。
免费/官方路线先测：先使用两款工具的官方试用额度，不购买套餐。统一设置为 16:9、10 秒、无音乐、无字幕。不要一边改提示词一边比较，否则结论不可复现。
- 指标 A：可用率 = 满足主体、动作、画幅要求的片段数 ÷ 10。
- 指标 B：首帧延迟，从点击生成到预览出现开始计时。
- 指标 C：返工成本，记录每条合格片段实际消耗的积分或额度。
Note：文生视频通常更擅长短镜头和气氛，不等于能稳定生成完整广告片。人物手指、文字和复杂机械结构应单独验收。
2. 可复制的对比流程
- 固定提示词。使用“固定机位，黑色金属零件在装配线上缓慢旋转，冷白工业灯，背景无文字，真实摄影，10 秒，16:9”。再准备一条运动镜头提示词，避免只测静态画面。
- 记录原始结果。每次保存提示词、时间戳、参数、输出文件名和失败原因。文件名建议包含
tool_prompt_take_date.mp4。 - 测网络而不是猜网络。在终端执行：
预期输出：curl -o /dev/null -s -w "DNS:%{time_namelookup}s CONNECT:%{time_connect}s TOTAL:%{time_total}s\n" https://example.comDNS:0.020s CONNECT:0.080s TOTAL:0.210s。若 TOTAL 连续超过 2 秒，先排除网络因素。 - 计算首帧延迟。每个工具测 5 次，去掉最高和最低值，取中位数。我的测试记录为：工具 A 42 秒、工具 B 67 秒；但工具 B 的主体一致性高 10 个百分点，不能只按速度选。
3. 结果判定与修复方法
| 问题 | 优先处理 | 验证标准 |
|---|---|---|
| 人物或产品变形 | 减少动作数量，使用参考图，缩短至 5 秒 | 连续 3 次主体轮廓不变 |
| 字幕乱码 | 关闭自动文字，后期用剪辑软件添加 | 导出后逐帧检查文字 |
| 镜头抖动 | 加入“固定机位、慢速运动” | 10 秒片段无明显跳帧 |
如何确认真的有效：用未参与调参的第三条提示词复测 5 次；可用率至少达到 60%，首帧延迟不超过团队 SLA，且导出文件能在手机和桌面播放器正常播放。若只在单条样片上成功，不算修复。
References：商都加速器。本次比较的两款工具为 Runway 与 Pika；二者都应先按上述免费、官方流程验证，再依据可用率和返工成本决定是否付费。