4 小时做出第一关，真正值得抄的是 AI 游戏的工具分工

想把一个玩法点子做成可试玩的 3D 原型，最容易卡住的往往不是“没有模型”。你得从一段描述里生出道具和角色，把它们塞进场景，给交互、镜头、灯光和碰撞都接上，还得按下 Play，看它是不是真的能动。

Meshy 官方 X 转发的公开流程把 Claude Code、Meshy、Blender 和 Unreal Engine 串在了一起。原帖给出的口径是，第一次完整搭出一个关卡约花 4 小时、消耗每周 Max 额度约 19%。这是演示作者的公开记录，不是我在本机复现的结果，也不该被读成“四小时做完一款游戏”。

但它有一处很值得抄。重点不是让一个模型包办所有事，而是把每个工具锁在自己最擅长的一段。做产品原型的人应该很熟悉这个感觉：一个人同时写需求、画稿、写代码、测边界，进度看起来飞快；只要中间有一处没交代清楚，后面就不知道该怪谁。

先把“一个聊天窗口”拆开

这套流程把角色分得很直白。Meshy 负责生成角色和道具等 3D 资产；Blender 负责清理、摆放和材质；Unreal 负责关卡、光照、物理和真正的玩法；Claude Code 在一个对话里安排它们的顺序。

这不是给工具贴标签那么简单。每一段产物都有下一段要接住的东西。

Meshy 出来的，是能否拿来编辑的模型，不是游戏里的最终物件。进 Blender 后，比例对不对、朝向有没有反、材质能不能识别、摆进场景时原点会不会乱跑，才开始暴露。等资产进了 Unreal，问题又换成了碰撞、镜头、输入、灯光和帧率。

如果让同一个 Agent 直接喊一句“做一个可玩的第一关”，它当然可以连续调用工具。但连续不等于有边界。最常见的结果是：它生成了一堆看上去像游戏的画面，真正按 Play 时，角色卡在墙里，交互没有触发，或者编辑器已经报了一页导入错误。

公开流程里有个很朴素的动作：先让 Opus 想 5 个点子，选定一个后再展开，而不是第一句就开始建模。这是在缩小第一关的承诺。第一关只需要验证一个玩法循环，不需要替未来十个关卡把所有资源都造出来。

给 AI 一份“谁该做什么”的任务单

如果你想照这个思路跑一次，不必先写一长串华丽提示词。先把想验证的玩法、机器条件和每个工具的交付物写成一张小任务单。下面这段可以作为第一次对话的起点，方括号里的内容换成自己的项目。

目标：做一个可试玩的 [玩法循环] 原型，只验证 [玩家动作] 是否有反馈。

先提出 5 个能在一张小地图里完成的点子，说明每个点子的核心循环。
选定后再开始制作，不要同时扩展第二张地图或完整剧情。

Meshy：只生成 [角色／道具] 的初版资产。
Blender：检查比例、朝向、材质和摆放，列出未解决的资产问题。
Unreal：只完成可移动角色、一个交互、一个失败或完成反馈。

我的显卡是 [GPU 型号]。每完成一段，说明当前能试玩什么、
哪些内容只是占位、下一步要在编辑器里核对什么。

这段话故意没有要求“做得像成品”。它让 Agent 先把第一关的边界讲清楚，也让每个工具有一份能回看的责任。原帖建议把显卡型号告诉模型，目的是让它别把画面推到机器跑不动。这个细节很好，因为它把抽象的“效果更好”变成了真实的设备约束。

每加完一个功能，都让它留一段很短的原型记录：本次改了什么、按 Play 后看见了什么、下一次不要碰什么。它可以只有三行，但要跟引擎里的实际状态对得上。这样加“敌人”时，不会顺手改坏刚刚跑通的移动和交互；加“任务”时，也知道当前的宝箱只是占位，还是已经有可用的碰撞和触发。

这份记录不是为了监督 Agent 写日报。它是在把一次对话里的临时记忆，变成下一轮能核对的工作状态。游戏原型很容易给人一种“画面已经在那里”的错觉，记录会逼着你区分：屏幕上有一个宝箱，和玩家真的能完成一件事，之间还差了哪些动作。

真正容易丢的，是资产交接

从 Meshy 到 Blender，再到 Unreal，最该留下的不是一段“已经导入”的聊天总结，而是几个可以打开检查的字段：资产文件名、单位与比例、朝向、材质槽、碰撞需求，以及是否只是临时占位。

听着有点扫兴，但这比多写十句“继续优化”有用得多。比如一个宝箱模型进入 Unreal 后看起来正确，玩家靠近却穿过去。问题可能在碰撞体，也可能是缩放还没应用；如果交接记录只写着“宝箱已完成”，下一个 Agent 很容易从材质开始猜。

可以把每次从 Blender 交给引擎的东西，按下面三个问题过一遍：

• 它进引擎后是否仍是正确的大小、方向和材质？
• 玩家真的能碰到、拿到或绕开它吗？
• 如果换一台机器运行，当前这份资产会不会把第一关拖到无法试玩？

这不是把原型做成繁琐的资产管理流程。恰恰相反，只有把这些问题压缩到第一关，后面加敌人、任务或第二张地图时，已有的资产才有机会复用。原帖也提到，第一关完成之后会更快，原因正是已有资产可以继续使用；前提是它们没有被埋在一次性对话和临时文件里。

4 小时这个数字，应该怎么用

把 4 小时当作一个公开演示的节奏参考，可以。把它当成排期承诺，不行。

这类流程的时间会被三件事拉开：你要验证的玩法是不是足够小；生成出来的资产要修多少；以及引擎项目本身是不是已经有可用的基础。一个只需要收集 3 个道具的小关卡，和一个带存档、联网、复杂战斗的项目，根本不在同一张时间表上。

所以第一次试玩时，别急着问“画面够不够炫”。先看三件事：能否从启动走到玩法反馈；资产问题有没有被明确记录；性能问题是知道存在，还是被一句“看起来不错”盖过去。三项都过了，这个原型才值得继续往里投时间和额度。

对需要正式美术资产、复杂角色动画、多人同步或上架质量的项目，这套组合仍然只是前期探索工具。它能帮你把想法落到一张可走动的地图，不能替你完成美术审美、关卡节奏和长期维护。把一段公开演示当成成熟生产线，反而会把后面最贵的返工藏起来。

我喜欢这套流程的地方，是它没有把 Agent 写成万能游戏制作人。它更像一个会调度的搭档：让 Meshy 做模型，让 Blender 处理模型，让 Unreal 把模型变成能玩的东西。你负责缩小问题、检查交接，并决定哪一个玩法值得进入第二关。

如果今天要做一个 AI 游戏原型，你最想先验收的是资产能不能进引擎，还是玩家按下第一个按钮后到底有没有反馈？

小岛 AI · 记录一线实战、踩坑与成长