AI 游戏开发拆成五步：先写 GDD 再配引擎技能，附公开工具清单

AI 做游戏，别一上来就对模型说：“帮我做一款完整游戏。”

更稳的路线，是把开发拆成五步：先定玩法，再选技术栈和技能，然后小步写代码、补美术资产，最后做出原型并实际验证。

这份工具地图，受 @雪踏乌云的 AI 游戏开发清单帖启发。先说明口径：下面按公开仓库和官方文档整理，不是逐个工具跑通后的实测榜单，也不做模型性能或价格排名。

一、先把玩法写清楚：GDD

用 Claude 或 Gemini 把点子整理成 GDD（游戏设计文档），先回答几个具体问题：

把文档存成项目根目录的 GDD.md，再告诉写代码的 Agent 先读它。只放一个 GDD.md，并不代表 Agent 一定会自动读取：Claude Code 可通过 CLAUDE.md 写项目说明，Codex 可通过 AGENTS.md 约定工作方式。

可以写清楚：“开始修改玩法前，先阅读 GDD.md。如果现有实现和文档冲突，请先指出差异，不要自行改变玩法规则。”

二、先选引擎，再给 Agent 配对应技能

通用代码模型不一定熟悉你正在使用的引擎、框架和版本。先定技术栈，再找对应的项目技能，通常比让 Agent 猜项目结构更稳。

跨引擎方向，可以看看 gamedev-skills。其 README 介绍了 74 个技能，覆盖多个引擎，并提供项目识别路由：

Unity 项目可以看看 Unity Technologies 发布的 Unity Agent Plugin。README 标注支持 Unity 6+，并给出了 Codex 安装方式：

这类插件可能直接改动项目脚本、场景或资源。安装前先提交版本控制，修改后检查差异，并在 Unity 里实际运行；技能数量多，不等于每项都适合你的项目。

三、让代码 Agent 一次做好一件事

Claude Code 或 Codex 都可以参与编码，但不要把整款游戏一次性交给 Agent。把任务切成可运行、可检查的小块：角色移动、碰撞、一个关卡，再逐步扩展。

比如，把“做一个完整的 2D 冒险游戏”改成：

“按 GDD.md 实现角色左右移动和跳跃；先不要新增敌人或关卡。完成后给出启动命令，并列出需要我手动检查的边界情况。”

每一步都检查改了哪些文件、如何运行、是否符合玩法约定。模型版本、套餐和价格也会变化，不要直接把别人的速度或成本当成自己项目的预算。

四、美术资产单独处理，先看进引擎的效果

一位创作者分享过 Tripo 生成 3D 模型、再用 Blender 整理并放进 Unity 的流程。它可以作为参考，但不是所有项目都必须照搬。关键是把资产放进自己的场景后，检查比例、材质、画面风格和性能表现。

如果做 2D 像素风，可以了解 Sprite Fusion Sprite Normals。官方页面介绍它用于生成 sprite 法线贴图，可作为光照效果的辅助工具：

生成了法线贴图，不等于美术已经完成；还是要放进游戏里看实际效果。

五、先做一个小原型，再用工具辅助检查

想快速搭建可玩起点，可以看看 Game Creator。项目 README 提供了安装命令，并介绍了面向 Phaser 3（2D）和 Three.js（3D）的生成与 QA 命令：

安装示例：

npx skills add playableintelligence/game-creator

README 中的示例命令：

/game-creator:viral-game 2d my-game
/game-creator:qa-game

注意：这是项目文档描述的能力，不是本文实测结论。自动 QA 也不能代替开发者检查操作手感、关卡是否可通关，以及不同设备上的运行表现。

许可证也要看：仓库主许可证是 MIT；README 另注明，若游戏使用 @strudel/web 音频，需要满足 AGPL-3.0 兼容条件。准备商用时，要按实际依赖核对许可要求。

今晚就能开始的最小闭环：

这份清单里既有商业模型服务，也有开源项目；不是“全部免费、装上即用”。先跑通一个小闭环，再决定哪些工具值得接入完整项目。