用 Matrix -Game3.5 制作场景需要哪些准备

用 Matrix-Game 3.5 这一类场景生成工具，真正需要准备的并不是“会写提示词”，而是四件事：能说清场景边界、能提供可用的输入素材、能运行工具的环境、以及能判断生成结果的验收标准。建议先按单场景、小尺寸、低复杂度试跑一轮，再决定是否扩大范围。这个顺序能避免在还不知道输出质量的时候就去处理素材格式和生产流程。

先确认场景最终会被谁使用

在输入任何配置之前，先明确是给玩家交互的关卡、给动画师用的镜头背景、还是只用于概念预览。同一个场景描述，三种用途对“完成度”的接受标准完全不同。下面这份判断表帮助确定准备程度：

概念预览：只需要静态画面，描述可以模糊，优先调整风格参数。
过场或镜头背景：需要输出尺寸和构图稳定，准备分镜描述或相机参数。
交互关卡：除视觉外还要检查碰撞、寻路、物件标签，单靠生成器无法直接完成。
程序化批量测试：需要固定随机种子，准备可重复运行的批处理输入。

如果用途没定，就先按概念预览处理。概念预览对素材的要求最低，可以最快暴露工具本身的能力边界。

运行环境准备：按最小可用配置去试

Matrix-Game 3.5 越往后期越依赖本地算力或模型接口。如果拿不准，先做一次最小可用配置：使用已有的模型权重或服务地址，跑一个 512x512 的纯场景，确认文件管理器能找到输出文件。以下是一份通用接入骨架，需要把占位符替换成实际环境值，不要照抄端口和路径。

{
  "engine": "Matrix-Game 3.5",
  "profile": "demo_scene",
  "input": {
    "prompt_file": "./inputs/scene_prompt.txt",
    "style_reference": "./assets/style_ref.png"
  },
  "output": {
    "directory": "./outputs/demo",
    "format": "png"
  },
  "resource": {
    "model_endpoint": "http://<host>:<port>/v1/scene",
    "max_iters": 40,
    "seed": 42
  }
}

把这段内容保存为 JSON 文件。如果工具只提供图形界面，不提供配置文件，就按界面字段逐项对照填写。跑通之后，再替换 model_endpoint 为正式地址。seed 和 max_iters 直接影响可复现性，建议先固定。

输入素材整理清单

准备输入时，不要只写一句“森林里的废弃城堡”。生成器对空间结构和物件关系很敏感，缺少约束时容易出现门悬空、走廊断开这类问题。建议按下面清单整理素材：

空间边界：尺寸、视角、封闭或开放。
风格参考：参考图或风格关键词，例如低多边形、手绘质感、写实光照。
关键物件：门、窗、桥、楼梯、传送点、需要交互的物品。
角色占位：出生点、NPC 站位、大怪可能的区域。
输出规格：格式、分辨率、透明通道、是否分层或带材质球。
负面约束：不要出现的物件或风格。

负面约束和正面约束一样重要。例如“避免现代化物品”能明显减少电线杆和塑料制品误入场景的概率。

两条可直接替换的提示词 demo

下面两条 demo 用于验证你准备得是否充分。第一条是弱描述，适合测试工具默认审美；第二条是结构化描述，适合测试工具对空间和可交互性的理解。把提示词放进工具的文本输入框，或传入 API 的 prompt 字段。

弱描述版：
一个废弃的中世纪城堡，四周有森林，门口有倒塌的石柱，光线昏暗。

结构化描述版：
[场景类型] 废弃中世纪城堡外部
[空间] 前门区域，尺寸 20x30 米，入口朝南，围墙高 8 米
[物件] 石柱倒塌于门口左侧，门板半开，右侧有马厩废墟
[光照] 阴天，主光来自西南，亮度中等，无雾
[风格] 写实低多边形，低饱和
[必须避免] 现代化物品、血迹、户外广告牌

对比两条结果：如果差异不大，说明工具更依赖参数配置而不是自然语言，后续准备重点要转向调参。如果第一条很稳定但第二条不稳定，说明提示词格式或关键词权重有问题。

生成后的最小验收清单

生成不等于完成。建议使用以下最小验收清单，先做单场景验证，再进入批量制作。避免一上来就生成整张大地图，否则返工成本会成倍增加。

输出文件能否正常导入目标引擎或编辑器；它是静态图片、分层文件，还是带深度或材质信息。
场景是否满足基本空间逻辑：墙有厚度、门可以通行、物件与地面没有明显穿插。
风格是否和参考图一致，差异是否只需要调色就能修补。
同一 seed 与相同参数能否复现结果。
交互对象是否被正确识别，是否带标签、碰撞体或寻路标记。

如果生成结果大多不能通过验证，问题通常不在模型本身，而在输入素材和参数组合。把场景拆小，减少物件数量，再重新试。风险边界是：这类工具负责生成视觉数据，不负责解决引擎物理与整体玩法逻辑。把生成结果当作半成品而不是成品，后续投入才可控。