Codex + Godot：不写一行代码，做出一个 3D 小游戏

做游戏这件事，过去卡住大多数人的不是"创意"，而是两座大山：不会写代码、没有美术。这个视频演示的，就是用 OpenAI 的 Codex（编程 agent）+ Godot（免费开源游戏引擎）这个组合，把这两座山一起绕过去——开场就放狠话：一行代码都不用写。流程走完，还真产出了一个能跑起来的 3D 小游戏，虽然结尾它也诚实地承认：可玩性比较低、想商用还是困难。

为什么是 Codex + Godot 这个组合？

先看两个主角各自的分工：

这个组合之所以能成，有个关键点：Godot 的场景文件是纯文本、对 diff 友好，AI 读得懂、也改得动。所以 Codex 不是"盲写代码"，而是能真正在项目结构上干活。再加上 Godot 官方和社区有大量免费素材，美术这一步也能用现成的资源包顶上。

完整流程走一遍

1. 先解决"美术"：下免费素材包

视频里没有自己去建模，而是去下载了一个免费素材包，画风"有点像《部落冲突》里那种 3D 风格"。素材包里有现成的模型、贴图、音效，直接解压放进 3D Games 文件夹。这一步很关键——零美术基础的人，靠素材包就能先把画面撑起来，把精力留给玩法。

2. 给 Codex 下提示词，让它搭框架

接着打开 Codex，把需求写进提示词里。视频里说"现在给了我们一个给 Codex 的提示词"——本质上就是告诉它：用 Godot 做一个简易的 3D 小游戏，用什么素材、要什么玩法。Codex 接到指令后开始干活，没过多久，视频里就蹦出一句"Codex 已经把游戏的基本框架做出来了"。

3. 跑起来 → 返回去迭代

框架出来后，把 Codex 写的代码在 Godot 里全部跑起来，看效果。有问题就"返回 Codex 再优化一下"，把新需求、报错信息、想改的地方复制回去，让它继续改。视频里还演示了"再提一些我的需求"这个动作——这就是典型的 vibe coding 循环：你负责提需求、验收，AI 负责写和改。

4. 最终效果（诚实版）

最后的成品是一个简易的 3D 小游戏，能跑、能操作。但视频没吹牛，而是直接点破几个问题：可玩性比较低、关卡难度失衡（"过于难"）、以及如果想商用的话还是比较困难。这比那些"AI 一键做爆款游戏"的标题党实在多了。

实话实说：0 代码的边界在哪

"一行代码都不用写"听着爽，但视频本身已经把边界划得很清楚了。几个现实提醒：

• 0 代码 ≠ 0 理解：你不写代码，但得能看懂 Codex 在干什么、能验收结果。看不懂 AI 生成的逻辑，就谈不上维护和迭代。
• 能做出来 ≠ 好玩：AI 擅长搭框架、出原型，但玩法手感、难度曲线、细节打磨这些"游戏感"的东西，目前还是得靠人反复调。
• 美术仍是短板：免费素材包能用，但想做出有辨识度的原创画面，要么加钱买资产，要么自己会点美术。
• 商用是另一道坎：demo 和能上架赚钱的游戏之间，隔着性能优化、合规、多平台适配等一大堆活儿，AI 现阶段还接不住。

总结

Codex + Godot 这个组合，最打动人的是它把"做游戏"的门槛从"得会编程 + 会美术"，降到了能说清楚你想要什么。对想验证一个玩法点子、做个原型给朋友看、或者单纯好奇"AI 到底能不能做游戏"的人来说，这是一条已经走得通的路。但视频最后那句"想商用比较困难"也提醒我们：AI 帮你把 0 到 1 的路铺好了，1 到 100 的那段，还是得你自己走。

搜索关键词：Codex 做游戏、Godot 4.6、Codex-Game-Maker / Godot MCP——先下个 Godot + 免费素材包，让 Codex 搭个框架跑跑看，比看一百个"AI 做游戏"的视频都实在。