一次对话生成3D网页游戏？Fable5与Cursor的实战测试

最近AI圈好像又炸出一个很猛的模型叫Fable5，有人说它代码能力简直强得离谱。刚好看到有人拿它做了个极端测试：能不能“一次对话”直接搞定一个完整的3D网页游戏？

结果确实有点惊掉下巴——一个可以交互、能跑能跳的3D射击游戏就这么生成了。咱们今天就来扒一扒这个实战案例，看看现在的AI到底进化到了什么地步，以及作为普通开发者咱们该怎么用这股“新势力”。

这次测试的主角是Fable5模型，配合的编程环境是Cursor。作者给的Prompt很直接，大概意思就是“我要一个3D网页游戏”，然后就撒手不管了。

生成出来的成品链接（这里就不贴具体地址了，感兴趣可以在相关社区搜）是一个基于Three.js的射击游戏。让人意外的是，这并不是那种只有个盒子在地上滚的半成品，而是包含了：

3D网页射击游戏运行画面

AI生成的3D网页游戏实际运行画面，包含第一人称视角和射击场景

工作量：作者提到，生成出来后只改了一处UI的小错位。也就是说，核心逻辑几乎是一次性跑通的。据说这一波操作直接干掉了700多万个Token，这“手笔”确实不算小。

Cursor编辑器生成代码界面

在Cursor编辑器中使用AI模型生成游戏代码的工作界面

从体验者的反馈来看，Fable5在这个案例中展现了几个非常硬核的能力。

1. 上下文理解与架构能力

以前让AI写游戏，它经常写着写着就忘了之前定义的函数，或者变量名对不上。但这次生成的游戏代码结构非常清晰，Three.js的初始化、渲染循环、事件监听都井井有条。这说明Fable5不仅能写代码，还能理解项目级的上下文，知道怎么把各种模块拼起来。

2. 数学逻辑的稳定性

3D开发最头疼的就是数学问题，尤其是旋转。有开发者敏锐地指出了“四元数旋转问题”，这是3D引擎里经典的坑（万向节死锁）。虽然有人反馈在某些情况下视角卡住了，但整体来说，模型能处理大部分3D空间变换，没有直接崩坏，已经非常难得。

3. Creative Freeplay（创意自由发挥）

有人问是“指定目标”还是“自由发挥”？从结果看应该是半自由。模型自动补充了“兔子”作为敌人，设计了一套追逐逻辑。虽然“兔子有点超标，撵又撵不上，打又打不死”，但也证明了它具备一定的游戏设计想象力，而不是死板的代码搬运工。

当然，吹完了还得说点实际的，目前AI生成的代码并没有完美到直接能上线卖钱。

游戏性平衡问题

大家在评论区讨论最热烈的就是“打不死兔子”。这其实暴露了AI在数值设计上的短板：它能写逻辑，但不懂“好玩”。血量、伤害值、移动速度，这些数值需要人类开发者去微调。虽然逻辑是对的（扣血 -> 死亡），但参数设置不合理。

性能与优化

一次对话消耗700万Token，这意味着如果你没有API包月或者企业级预算，这种“暴力生成”的成本极高。而且生成的代码虽然能跑，但未必经过了极致的性能优化，比如DrawCall的控制、内存泄漏检查等，这些还是得靠后续的人工Review。

看完这个案例，如果你也想拿Cursor+Fable5（或者其他强代码模型）搞点事情，我有几个建议：

分步生成，不要一口吃成胖子：虽然人家是“一次对话”生成的，但那样成本太高、Debug也难。建议先让AI搭框架，再生成具体模块，最后整合。
做设计，别只做搬运：你可以自己写好核心的游戏数值（如伤害公式、移动速度），让AI去实现逻辑，而不是让它瞎猜数值。你的角色应该是“游戏制作人”，让AI做“苦力程序员”。
善用Cursor的调试功能：遇到像“四元数旋转卡死”这种问题，直接把报错扔给AI，让它现场修复，这也是它最擅长的事。

Fable5这次的“炫技”确实让人看到了AI辅助编程的巨大潜力。以前我们认为写3D引擎、写物理逻辑是资深开发者的护城河，现在看来这条河正在慢慢变窄。

虽然它还搞不定“游戏好不好玩”这种感性问题，但在工程实现上，它已经能帮我们省下大量的搬砖时间。对于想快速验证创意的独立开发者来说，这无疑是个好工具。至于那只“无敌的兔子”，我想只要我们学会了怎么和AI沟通，调教一下，它迟早会倒在我们的枪口下。