MiniMax 海螺图生视频实战技巧：70/30 提示词法则与运动控制

为什么写实短剧创作看重 MiniMax H3

本文由 Say Action 团队撰写。推荐与分析基于短剧制作中的工作流衔接与实操经验，不代表独立第三方基准测试。

在快节奏的竖屏短剧制作周期中，AI 视频生成经常遇到一个关键痛点：人物在对白中的微表情僵硬、面部塑料感重以及动作失真。MiniMax H3（即海螺 AI）在短剧创作者圈子中备受青睐，主要得益于其出色的面部微表情还原度、布料物理褶皱质感以及光影层次的一致性。人物眨眼、呼吸起伏、眼神流转等细腻情绪，能够自然融入镜头，避免传统模型常见的“融脸”或“假面”杂质。

这种表现力让 MiniMax H3 在逐镜制作中与可灵（Kling）或 Seedance 形成明确分工。可灵更擅长复杂的肢体大幅度打斗与大纵深运镜调度，Seedance 擅长多图参考绑定与长镜头跟踪，而 MiniMax H3 则在近景、特写以及细腻情感对白镜头中表现尤为稳定。当输入一张构图清晰、光影高质感的高清起始帧时，其扩散引擎能充分尊重原有画面的皮肤纹理与服装质感，不会出现盲目的风格漂移。

在 Say Action 画布中，成熟创作者通常采用模块化的节点连接工作流。剧组无需指望一条提示词一键凭空生成整段戏，而是先在分镜行中调用图像模型（如 Nano Banana）生成高精度的静帧关键帧，核准人物造型与机位角度后，将该图像节点连入 MiniMax H3 视频生成节点。这种将静态美术确立与动态物理演进解耦的做法，是短剧工业化交付的坚实基础。

图生视频的 70/30 提示词法则

图生视频中最常见的操作失误是提示词重复堆砌。新手往往在视频提示词框中把人物衣服、房间装潢、环境色调重新详细写一遍。当模型试图把文字指令与输入图的既有像素逐一强行匹配时，反而会在扩散潜空间中产生计算冲突，导致人物肢体畸变、背景解体或服装瞬间变色；而若只输入笼统的动作词，又极易引发非预期的机位晃动。

作为推荐的经验法则，70/30 提示词法则正是为了缓解这一冲突而建立的实用编写结构。整段提示词中，建议将约 70% 的篇幅与注意力用于锚定输入图的静态特征——明确承接已有角色的服装轮廓、主光源方向与背景影调；剩余约 30% 则用于限定动态运动包络——精准描述演员的肢体微动作、视线方向以及摄影机运动限制。在这一建议下，避免在图生视频提示词中凭空新增未建置的新道具或突兀转场。

对比两组实操提示词的差异即可直观看出效果。粗糙的文学化写法：“唯美电影感4k，穿绿色长裙的美女在雨中哭泣，镜头旋转推近”，极易产生五官融化与构图失控。遵循 70/30 法则的提示词写法为：“继承首帧画面：身穿祖母绿丝绸衬衫的年轻女性，侧逆光轮廓，浅景深。动态指令：左眼眶缓缓滑落一滴泪水，微微咽口水，视线低垂看向手中的手机屏幕；固定机位中近景，摄影机保持锁定静止。”这种写法为扩散模型设定了极度清晰的时空几何边界。

在撰写涉及运动描述的提示词时，专业短剧创作者应优先选用具体的物理微动作动词，而非抽象情绪形容词。输入“愤怒”、“绝望”往往导致模型生成夸张扭曲的怪异鬼脸；而使用“微咬后槽牙”、“胸口深呼吸一次”、“头部向右微侧 5 度”等具体动词，则能让模型沿着明确的物理轨迹推演运动。在 9:16 竖屏短剧中，正是这些克制的微动作维持着人物表演的真实感。

关键底层规则：API 首尾帧与参考图不可混用

在 Say Action 画布底层，MiniMax 渠道适配器严格执行官方接口约束。创作者最常遇到的报错之一，便是在启用了首尾帧模式的同时还试图塞入角色参考图。在 MiniMax 官方视频生成接口实现中（对应 video-provider-minimax.ts），一旦检测到首帧（first_frame）或尾帧（last_frame）模式生效，若同时传入常规参考图（reference_image），系统将立即拦截并抛出错误（minimaxMixedFrames）。

这一约束背后有着严谨的扩散模型数学原理。当视频模型执行首尾帧生成式插值时，起始图和终止图已经构成了整个时空去噪过程的确定性边界条件（Dirichlet 边界）。此时若强行注入浮动的多角度参考图，潜空间将接收到互相矛盾的特征向量，导致中间过渡帧产生严重的人物特征均化畸变与面部融化。

因此，在 Say Action 画布中规划短剧镜头时，团队必须在两个清晰的模式之间二选一。模式 A 为“单起始帧图生视频”：仅向 First Frame 插槽输入一张基准关键帧，完全依赖纯运动提示词引导动作延展；模式 B 为“首尾帧生成式镜头过渡”：分别输入起始关键帧与终止关键帧，由模型推演两张构图之间的物理过渡轨迹。在任何一种模式下，都不要把额外的角色设定表强行连入当前视频节点。

保持画布节点连线的干净规范，可以杜绝批量排队出片时的意外报错。在分镜表中批量提交生成任务前，创作者可在检查面板中核对连线状态。一旦发现某个视频节点既连了尾帧又连了人物角色库节点，应立即断开多余连线。尊重底层的接口规则，是保证短剧工业化流水线平稳运行的前提。

用高清关键帧锚定主体防止面部崩坏

在图生视频的生产链条中，生成视频的时间连续性上限严格受制于输入图的清晰度与稳定性。如果输入的起始帧本身带有运动模糊、噪点杂质或面部五官轮廓不清，MiniMax 扩散模型在生成前 20 帧时就会迅速放大这些瑕疵，导致演员面部逐渐扭曲、融解。要在连续多集短剧中保持角色特征不崩，必须在动态生成前把静态锚点做到极致。

在 Say Action 画布内，标准做法是先使用 Nano Banana 或 FLUX 图像节点生成高质量静帧，仔细核对人物眼神视线、服装纹理以及背景景深是否达到交付标准。切勿直接使用低码率视频截图或未精修的草稿垫图充当首帧。一张边缘锐利、光影分明的高分辨率肖像图，能为视频扩散网络提供无歧义的空间几何先验。

偶发的非预期摄影机漂移，也是破坏短剧镜头质感的常见元凶。MiniMax H3 对环境描写词十分敏感；如果在提示词中写了“狂风吹拂大树”或“波涛汹涌的海浪”，模型很容易误判需要伴随晃动的机位推拉。为了在对白戏中彻底锁死机位，必须在提示词最前端写入明确的控镜指令，例如 static locked-off medium close-up（固定机位中近景）、tripod mount（三脚架固定）或 camera holds stationary position（摄影机保持静止）。

最后，创作者应在画布中落实严格的人工质检（QC）节点。当一批视频节点渲染完成后，优先审阅前半秒的动态预览，确认人物面部对称性与视线方向是否符合分镜表要求。若发现某镜头存在轻微变形，只需在该节点上微调动作幅度提示词或替换起始帧单独重拍，无需重跑整段分镜，将积分消耗精准控制在单镜粒度。

分辨率、时长取舍与积分核算

在商业化竖屏短剧制作中，合理平衡算力成本与排期交付至关重要。Say Action 中的 MiniMax H3 适配器提供了 768P（快速预演与试拍）与 2K（成片交付）两档标准分辨率选项，单镜头支持 4 至 15 秒离散时长调节。根据分镜表的不同情绪强度为各镜头分配合适的生成规格，既能保障成片质量，又能大幅节约制作积分。

下表展示了 Say Action 画布中 MiniMax H3 的官方公开参数、物理稳定性评估与推荐的使用阶段配置。

在 Say Action 中，提交生成任务前系统会清晰显示预估消耗积分，计费公开透明。当上游模型服务明确返回失败或发生终端网络超时，平台会自动退回预留积分（上游明确返回失败时会退回预留积分；网络状态不明确的任务先保留待核对状态，避免重复结算。）。对于选择自带 API Key（BYOK）的创作者，上游模型费用直接由用户向 MiniMax 供应商结算，平台不加收模型标记费用（BYOK 支持配置自有 API 地址、模型密钥和自定义 Header。使用 OneAPI、NewAPI 等中转站时，需要选择与其实际接口匹配的 OpenAI、Gemini 或 Claude 协议，并核对模型 ID 及图像、视频接口支持情况；不是所有中转站和私有协议都能直接使用。BYOK 模型调用不加收平台模型费用、不扣平台生成积分，但工作空间服务和上游模型费用仍分别收取。），工作空间订阅服务费独立计算。

针对 60 到 90 秒的单集短剧，行业公认最高效的制作策略是“两阶段出片法”。第一阶段：将分镜表全部 10 至 14 个镜头统一设为 768P、5 秒时长进行首轮批量生成，快速导入剪辑软件排轴合板；第二阶段：锁定最终剪辑点后，仅将其中 3 至 4 个核心情感爆发或特写镜头切换至 2K 重新渲染替换。这一策略既保证了预算的高效利用，又确保了核心高光镜头的影视级画质。

MiniMax 官方 API 接口参数核实于 2026-10-11；平台积分预估与扣减以生成弹窗为准，任务失败自动返还积分。

连接自带模型与第三方中转站

在模型渠道设置中填写 Base URL 和 API Key，按供应商文档选择协议、模型 ID 与所需 Header。先确认所需的文生图、图生视频等能力，再开始生成；接口路径、分辨率和首尾帧参数以实际渠道为准。不支持的渠道可以提交适配申请，申请不代表已兼容。

BYOK 支持配置自有 API 地址、模型密钥和自定义 Header。使用 OneAPI、NewAPI 等中转站时，需要选择与其实际接口匹配的 OpenAI、Gemini 或 Claude 协议，并核对模型 ID 及图像、视频接口支持情况；不是所有中转站和私有协议都能直接使用。BYOK 模型调用不加收平台模型费用、不扣平台生成积分，但工作空间服务和上游模型费用仍分别收取。

仅连接你信任的渠道，生产连接使用 HTTPS。自定义请求经登录态后端转发；必要的提示词、参考素材和凭证会参与请求。不要把 API Key、密码或含密钥的 Header 放进公开画布、截图或客服申请。