稳定请求解决额度与幂等，片段审核解决内容质量，唯一母版解决平台交付。

✦ ① 四种成功必须拆开记录

视频生成接口返回成功，只能证明请求被受理。文件地址出现，只能证明某个源片已经落地。画面方向、人物、服装、动作和剧情是否连续，仍然需要另一道审核。即使内容通过，三段源片也还不是平台应该收到的作品。

任务返回、片段生成、母版批准和公开成功不能互相替代。

供应商任务：请求是否被接受
VideoClip：单段文件是否存在
内容审核：方向、人物、动作、剧情是否合格
VideoMaster：视听是否成为一个完整作品
平台任务：上传和审核是否结束
公开页：用户最终看到的内容是否正确

✦ ② 稳定RequestId先守住生成额度

当前MiniMaxVideoParam把RequestId作为稳定幂等身份，并为视频请求提供MiniMax-Hailuo-2.3、六秒和1080P默认值。这个设计的意义不是让调用更好看，而是让一次业务意图只有一个可追踪身份。

网络超时或刷新页面时，客户端不能马上换一个RequestId再创建。正确动作是用原身份查询任务和资产状态；只有证据明确表明请求没有落地，才进入新的创建决策。

稳定请求在最前面阻止重复消耗，后面的状态闸门各自处理质量与交付。

✦ ③ 租户与用户不能只靠前端传参

V8TenantAI在创建、查询和持久化视频时，使用当前V8上下文绑定租户和当前用户；持久化动作还要求平台管理员。MicroiAI再把请求交给已认证的租户代理，供应商密钥不需要进入可编辑脚本或浏览器。

这条边界保证同一个模型计划不会因为客户端换一个UserId或OsClient字符串，就查询到另一位用户的任务。视频文件很大、生成成本高，任务身份必须与租户会话使用同一条权威链。

✦ ④ VideoClip生成了，为什么仍可能被拒绝

本轮三段源片都返回了文件，但第一段是竖屏，人物造型和夜景云城也与原始首帧及后两幕不连续。它在技术上完成了生成，在内容上却必须标记Rejected。后两段是横屏，人物、世界和动作连续，才进入Approved。

拒绝状态保留原任务与媒体证据，母版只使用可解释、已批准的素材。

• 技术检查：容器、编码、分辨率、帧率、时长和音轨。
• 人物检查：成年角色、脸型、发型、服装与身形连续。
• 叙事检查：每一幕有新动作，因果向前，不是同角度循环。
• 镜头检查：横竖屏、景别、轴线和运动方向符合分镜。

✦ ⑤ 唯一VideoMaster解决什么

源片的画幅、像素宽度和声音可能不同。VideoMaster负责把已批准素材装配成唯一作品：统一到1920×1080横屏和24fps，补齐原创配乐、中文旁白、字幕、片内Microi吾码AI标识，并记录最终文件哈希。

本轮拒绝的第一段没有被硬塞进母版。编辑流程使用已经批准的横屏首帧做景深推进，再接后两段动态片，最终得到17.625秒、带48kHz双声道AAC音轨的母版。这样既不重复提交模型任务，也没有把失败片段伪装成通过。

Approved VideoClip / Approved FirstFrame
        ↓ 装配、字幕、配乐、旁白、规格统一
Approved VideoMaster + SHA-256
        ↓ 一次提交到每个支持视频的平台

✦ ⑥ 声音和口型也属于母版验收

MiniMax源片没有音轨，不能直接发布成静音视频。本轮另行生成原创纯音乐，再加入成年中文旁白和中文字幕。旁白使用画外音，镜头中的人物没有被伪装成正面对话，因此不会出现嘴唇静止却在说话的违和感。

1. 音频覆盖完整视频，不在结尾突然断掉。
2. 音乐为旁白保留中频空间，字幕与语义一致。
3. 母版使用可广泛兼容的H.264、yuv420p和AAC。
4. 最终文件进入吾码公有HDFS并通过CDN回读。

✦ ⑦ 平台任务结束后为什么还要看公开页

平台返回任务ID或上传完成，不代表标题、正文、图片和视频已经正确公开。文章可能把HTML当纯文本显示，图片可能失效，视频可能仍在审核，平台也可能只给出笼统的上传失败。

因此发布结果需要按平台列为成功、失败或未知。失败必须保存平台原始错误；只有证据直接指出原因时才能写成已确认，否则就写‘远端上传阶段失败，根因未知’，不能用本地规格正常反推出平台一定有问题。

✦ ⑧ 把视频流水线写成不可跳过的闸门

1. 一次业务意图生成一个稳定RequestId，等待时只查询不重复提交。
2. 每个VideoClip独立记录媒体信息和内容审核结果。
3. 只用Approved素材组装唯一VideoMaster。
4. 母版检查画幅、帧率、音轨、字幕、连续性、哈希和HDFS地址。
5. 每个平台只提交一次，随后分别回读任务终态与公开页。
6. 最终报告逐平台说明成功、失败原因或未知边界。