一个看似简单的游戏原型,背后要同时处理角色、道具、场景、动作、音频、玩法逻辑、UI 和引擎接入。过去,AI 生成单个资产已经不难,难的是让这些资产自动衔接成能跑起来的完整游戏。北京大学 OpenDCAI 团队开源的 3AGameFactory,想解决的正是这个卡壳点。
拆开看:游戏生成的真正难点在哪
单点生成早已不是瓶颈。角色能生成,但生成后需要绑骨;动作能生成,但要接入角色骨骼;武器能生成,却要进入玩法逻辑;场景能生成,还得承载交互。这些环节分散在不同工具链里,彼此难以自动衔接,最终难以形成可修改、可扩展的完整原型。3AGameFactory 的核心目标,就是把这条链路打通。
项目的做法是:以 Coding Agent 为核心组织器,将游戏资产生成与引擎接入流程工程化。Agent 负责理解需求与流程编排,Pipeline 负责执行具体任务,最后由目标引擎把结果跑起来。这让游戏生成从一次性脚本,升级为可持续修改的工作流。
工程化拆解:从资产到可运行原型的完整链路
3AGameFactory 将生成任务拆分为多个可被 Coding Agent 调用的 Skill,包括图片与 T-pose 预处理、3D 物体与场景生成、动作生成与绑骨重定向、对话与音效生成、玩法机制生成、UI 界面生成、CG 视频生成等,再通过 Pipeline 编排执行,最终输出可运行的游戏原型。
这种拆分方式的价值在于:每个 Skill 是独立可调用的模块,Agent 按需组合,Pipeline 保证执行顺序。相比端到端的一次性生成,这种架构让开发者能对生成流程的任意环节进行干预和修改。
五引擎覆盖:从快速原型到复杂场景
项目已支持 UE5、Unity、Godot 4、Blender 和 three.js 五种引擎,覆盖不同需求场景:
- UE5:适合复杂场景与运行时效果
- Unity:适合快速验证格斗、FPS、赛车玩法
- Godot 4:适合轻量原型
- Blender:适合探索与程序化场景
- three.js:支持浏览器直接展示交互原型
项目在格斗、FPS、赛车、RPG 等品类上展示了多引擎演示,并支持基于 MiniMax H3 的本地 720P CG 视频生成,同时提供 CPU-only smoke harness 用于流程契约验证。
开源只是起点,动起来才是关键
项目提供完整的演示案例与使用路径,降低上手门槛。但正如文章金句所说:"开源只是起点。真正有意思的部分,是让生成出来的角色、场景和玩法,在游戏里动起来。"
3AGameFactory 的定位是开源项目介绍与实践参考。它没有宣称一步到位生成完整商业游戏,而是把游戏生成从"能生成资产"推进到"能生成可运行原型"这一步。对于想尝试 AI 游戏开发的团队来说,这套工程化思路值得参考。
热门跟贴