下面可以直接观看一次有记录的 Zombie Love Story 生成所返回的原始文件。 请求使用两张独立的虚构成年人像，场景提示词描述雨夜街道上的安静重逢；设置为 5 秒、480P、9:16，积分账本记录消耗 30 积分。成片没有裁剪，也没有做生成后编辑。
打开归档 MP4。 文件为 2,760,459 字节、480 × 832 像素，实际时长 5.184 秒；SHA-256 是 1B2840EF7D398500B617AA711C54D0F69C49D36977EDA305684CEE5CD062D0C3。
这些证据只来自一个固定请求和一份返回结果，无法说明下一次请求会多大概率保留相同面孔、牵手动作、妆效、构图或结尾。本站没有做多次重复运行，也没有自动身份相似度评分。
快速检查：原始视频实际上展示了什么？
两位角色在开场时已经面对彼此。他们很早就把手靠在一起，随后在稳定的竖屏镜头里持续牵手。检查到结尾时，两张脸都仍然可见；不过提示词里的“认出对方”只是细微变化，而且五秒内的动作进展较少。
| 时间 | 本次运行的可观察结果 | 对结果的解释 |
|---|---|---|
| 1.0 秒 | 两位角色仍可分开辨认，低头看向正在靠近的手；牵手尚未完成。 | 此时没有看到输入角色合并。 |
| 2.5 秒 | 同一对角色继续在稳定的竖屏镜头中牵手，两张脸都可见。 | 主要动作已经出现，镜头变化有限。 |
| 4.0 秒 | 两张脸仍然可见，牵手姿势持续到短片结束。 | 保留了面部可见度，但动作进展不多。 |
这些是产品团队的第一方肉眼观察，不是生物识别结论、独立评测或对下一次生成的承诺。
记录中的输入：男性在前，女性在后
生成器把每张人像作为独立主体参考图发送。位置 1 对应幸存者，位置 2 对应带有虚构丧尸造型的思念对象。这些文件不是开头帧与结尾帧，站点也没有预先把它们合成固定构图。
图片 1——虚构男性，幸存者角色
图片 2——虚构女性，思念对象角色
| 输入文件 | 记录角色 | 字节数 | SHA-256 |
|---|---|---|---|
| 虚构男性人像 | 图片 1 · 幸存者 | 95,156 | C1F644A8EE8D40838A679620D6B68565DAA9FAFEE37949F83594109E4EB0E978 |
| 虚构女性人像 | 图片 2 · 带虚构丧尸造型的思念对象 | 95,908 | 08BF30E4F67F1A392EE4230E3DFC7705C027FD54420EAFF9B3723199F57197ED |
准确可编辑提示词与自动前缀的边界
下面是生成任务保存的可编辑提示词：
Image 1 is a male survivor. Image 2 is his female partner with subtle, non-gory zombie makeup. In a quiet rainy street at night, they stand face to face. Recognition softens his expression as he gently takes her hand. A single continuous 5-second portrait shot with soft streetlight and quiet rain. Tender zombie love story, 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.边界是刻意分开的：用户可以编辑第一段，第二段由站点提供。证据记录里的合并站点提交提示词，根据任务保存的可编辑提示词和任务之前已经部署的版本化服务端前缀重建，并不是数据库单独保存的字段。服务商后来返回的扩展提示词属于第三个文本层，可以在 Love Story 证据清单中查看；其中的描述是指令或规划文字，不是成片满足每句话的证明。
请求记录与 30 积分账本变化
| 字段 | 记录值 |
|---|---|
| 站内任务创建 | 2026-10-09 05:47:58 UTC |
| 服务商结果记录 | 2026-10-09 05:48:05 UTC |
| 服务商端点 | 通过 fal 调用 minimax/h3-max/reference-to-video |
| 请求时长 | 5 秒 |
| 请求分辨率 | 480P |
| 画面比例 | 9:16 竖屏 |
| 提示词扩展 | Balanced |
| 安全过滤 | 开启 |
| Sync mode | 关闭 |
| 站点提交的 seed | 无 |
| 服务商返回 seed | 1514046115 |
| 站内积分费用 | 30 积分 |
| 记录的账本变化 | −30 积分 |
| 生成后编辑 | 无；原始输出按字节复制到证据 URL |
上述时间来自站内任务和服务商结果记录，并非 MP4 文件内嵌的创建元数据。返回 seed 只标识这次已完成结果；当前示例界面不会提交它，也不会承诺精确复现。
同一份 MP4 的三个检查帧
下面三个画面是公开成片的时间检查点。按顺序查看，可以同时看到牵手动作已经完成，以及动作开始后变化有限这两个事实。
1.0 秒——角色分开，牵手尚未完成。
2.5 秒——继续牵手，两张脸仍然可见。
4.0 秒——两张脸在结尾仍然可见。
| 证据帧链接 | 字节数 | SHA-256 |
|---|---|---|
| 1.0 秒画面 | 582,946 | B427D665D342073E5EF4D257052E0B9626DF04BC319DE19E717A6C9004E1DA4E |
| 2.5 秒画面 | 606,126 | 6CDDD8B75C3593CEF864FE14BECF2D8C7A2FC28BBA656A43F808AD6AE57571F3 |
| 4.0 秒画面 | 529,164 | ED78EC471FAB18A5888DFFE44E7F45EF3C2CDC94F5D73AB69124CF42661808C9 |
这份结果有哪些不足？
- 认出对方的转折较弱。 两位角色一开始已经面对彼此，因此从认出到温柔的变化更像细微表情变化，而不是明确故事转折。
- 动作很早进入平台期。 牵手在前段开始并一直保持，五秒内的可见进展不多。
- 妆效不够轻。 女性脸颊痕迹比提示词要求的轻度丧尸妆更明显。
- 身份只做肉眼判断。 没有计算自动人脸相似度。
- 重复性未知。 没有进行多次运行测试，一份可用输出不能建立成功率。
可以把修改版提示词写成：两人开场相隔一步、随后对视，并在最后一秒才完成牵手。提交这种变化会产生一次新的生成和新的积分扣费，也不能保证时间节奏一定按要求实现。
证据、校验值与可复用设置
- 单次运行证据清单包含输入顺序、准确提示词层、服务商扩展提示词、返回 seed、请求设置、账本变化、原始输出元数据、观察结果与局限。
- 第一方校验值索引同时链接本记录和独立的 Hug 记录，但不会把两次不同设置误写成重复运行。
- 当前 Love Story 预设会载入便捷的示例人像与可编辑提示词。实时预设可以变化；带校验值的文件和版本记录才对应本页展示的历史请求。
记录名中的 verified-... 表示 AI Zombie 团队对所列文件、元数据和校验值做了第一方完整性核对。它不表示第三方验证、认证、独立评测或可复现性。
这条示例能预测我的下一条丧尸爱情故事吗？
不能。它让你把一份原始文件与一个公开请求逐项核对，但即使再次载入同一预设，下一次运行也可能产生不同的身份保持、动作、妆效、构图和时间节奏。应把它当作理解流程与实际取舍的可审计示例，而不是可重复结果保证。