北京
一个看似简单的游戏原型，背后要同时处理角色、道具、场景、动作、音频、玩法逻辑、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 游戏开发的团队来说，这套工程化思路值得参考。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
