这是一条由两张独立的虚构成年人像生成、未经剪辑的 5.184 秒 AI 丧尸拥抱视频。 请求内容是在雾气小路上轻轻拥抱，设置为 5 秒、480P、9:16，页面显示费用为 30 积分。先观看原始成片；下文再逐项公开准确输入、提示词边界、设置、证据帧和实际缺陷。
直接打开原始 MP4。 文件为 3,013,877 字节、480 × 832 像素，实际时长 5.184 秒；SHA-256 是 DA935F0435E5596D4DEF3470E575298CEDD7DC783AD9E0B5C62C7A0F6E825EA5。
本文只记录一次生成，不是有代表性的样本。再次提交时，面容、动作、妆效、构图和结尾都可能改变。本站没有进行多次重复性测试，也没有计算自动人脸相似度，因此这条成片不能用来推导成功率。
这条 AI 丧尸拥抱视频里发生了什么？
女性和男性在雾气小路上彼此分开站立，随后靠近并拥抱。主要动作在短片内完成，但结果同时偏离了两个细节：男性面部划痕比“轻度妆效”的要求更强；结尾姿势遮住了女性大部分面部。
可以把播放器与三个截取帧放在一起核对：
- 1.0 秒： 两位虚构角色仍然分开，而且能够分别对应各自的输入人像。
- 2.5 秒： 要求的拥抱已经开始；男性面部划痕比提示词要求更明显。
- 4.0 秒： 拥抱已经完成；女性大部分面部贴在男性身上而被遮挡。
这些结论来自产品团队对该文件的肉眼观察，不是生物识别测量，也不是独立第三方评测。
记录中的拥抱使用了哪两张图片？
这次请求把两张图作为按位置绑定的独立主体参考图发送。它们不是视频的开头与结尾关键帧，站点也没有先把两张图合成一张静态图。
图片 1——虚构女性，幸存者角色
图片 2——虚构男性，思念对象角色
| 输入文件 | 位置与角色 | 文件大小 | SHA-256 |
|---|---|---|---|
| 虚构女性人像 | 图片 1 · 幸存者 | 95,908 字节 | 08BF30E4F67F1A392EE4230E3DFC7705C027FD54420EAFF9B3723199F57197ED |
| 虚构男性人像 | 图片 2 · 带虚构丧尸造型的思念对象 | 95,156 字节 | C1F644A8EE8D40838A679620D6B68565DAA9FAFEE37949F83594109E4EB0E978 |
哪段提示词可以编辑，站点又自动添加了什么？
下面是任务保存的准确可编辑提示词：
Image 1 is a female survivor. Image 2 is her male partner with subtle, non-gory zombie makeup. On a misty path, they stand close together and slowly draw into one gentle hug. A single continuous 5-second portrait shot, soft dawn light, steady camera, and quiet wind. Emotional AI zombie hug, no violence or gore.在提交双参考图请求之前，站点会把下面这段角色与身份前缀自动放在可编辑文本前面：
Image 1 is the survivor. Image 2 is their loved one, a person or pet as shown in the reference. Keep both subjects visually distinct, preserve the appearance of each subject from its own reference image, and never swap their identities.两段文字的边界很明确：第一段由用户在生成器里编辑，第二段由站点自动添加。历史合并提交文本根据任务保存的可编辑提示词和当时已经部署的版本化服务端前缀重建；数据库没有把该合并字符串单独保存。服务商随后返回了自己的扩展提示词，机器可读证据清单保留了完整文本。扩展内容是生成规划文字，不是对成片质量的实际评分。
这次请求记录了哪些设置和费用？
| 请求字段 | 记录值 |
|---|---|
| 服务商端点 | 通过 fal 调用 minimax/h3-max/reference-to-video |
| 参考图流程 | 两张独立、按位置绑定的主体参考图 |
| 请求时长 | 5 秒 |
| 分辨率 | 480P |
| 画面比例 | 9:16 竖屏 |
| 提示词扩展 | Balanced |
| 安全过滤 | 开启 |
| 请求 seed | 未提交 |
| 服务商返回 seed | 1752141060 |
| 站内请求报价 | 30 积分 |
| 生成后编辑 | 无，直接保留任务原始输出 |
30 积分是站点为这次任务记录的请求报价；拥抱记录没有声称测得积分账本变化。服务商返回的 seed 只是本次结果的元数据。当前示例界面不会提交这个 seed，也不承诺精确复现。
检查 1.0、2.5 与 4.0 秒的原始画面
下面三张图片均从上方播放器里的同一个 MP4 提取。它们展示观察结论的依据，而不是只挑一张最好看的结尾图。
1.0 秒——角色分开，两位主体仍可辨认。
2.5 秒——开始拥抱；面部划痕超过轻度要求。
4.0 秒——拥抱完成，其中一张脸大部分被遮住。
| 检查文件 | 文件大小 | SHA-256 |
|---|---|---|
| 1.0 秒证据帧 | 443,432 字节 | 2C4DF7887B934F6BF27537E7587263D87C8B272CB458377B15539BAAB35E70E8 |
| 2.5 秒证据帧 | 438,085 字节 | B8B5218A92FBBDCDFA364D3BB5829BAF5F1407AED29C147CB0E8B75155A88E97 |
| 4.0 秒证据帧 | 367,102 字节 | D72153D6049B52C3E19F34A5496BF1B882E0C5F413D56669545571F358C9B04C |
成片有哪些可见局限？
- 妆效强度： 虚构丧尸造型比提示词要求的轻度妆效更强。
- 面部可见度： 最终拥抱遮住了女性大部分面部。
- 没有相似度评分： 本次检查没有计算自动人脸相似度。
- 没有重复性研究： 固定设置只运行了一次。
- 不能推出成功率： 一条可用成片不能说明同样设置通常会成功多少次。
如果结尾保留两张脸比完整拥抱更重要，可以把动作改为“并肩侧抱，两张脸都朝向镜头”。这会成为一次新的付费生成，结果仍可能不同。
怎样核对证据或复用这个示例？
- 打开 AI 丧尸拥抱证据清单，核对准确提示词层、时间、服务商元数据、字节数、SHA-256、观察结果和局限。
- 打开第一方汇总校验索引，把本记录与另一条 Love Story 生成分开比较。
- 载入当前可复用拥抱设置，把两张示例人像和可编辑提示词放入生成器。该便捷预设以后可能变化；带校验值的证据文件才对应这里展示的历史生成。
记录名里的 verified-... 只表示 AI Zombie 团队对所列文件、元数据和校验值做了第一方完整性核对；它不表示第三方验证、认证、独立评测或可复现性。
这条视频能证明下一次结果一样吗？
不能。本文保留一份原始输出和检查它所需的证据，但不能证明下一次请求会保留相同身份、动作、妆效、构图或结尾。应把它视为一次可审计生成示例，并为任何重试单独预留积分。