用 AI 做游戏有多强：两个真实案例与普通人的起步方式

屏幕远处有一颗星星，你选中它，开着飞船过去，穿过大气层降落，再走出驾驶舱。有人用 AI 持续制作了一款拥有一万多颗程序生成行星的游戏。本文通过两个真实案例，说明这种创作方式改变了什么，以及普通人该从多大的项目开始。

一、两个真实案例

屏幕远处有一颗星星。你选中它，开着飞船过去，穿过行星的大气层，降落，再走出驾驶舱。

这是一款太空探索游戏。有开发者用编码工具持续制作它，项目中有一万多颗程序生成的行星，并且已经提供浏览器试玩入口。

光是「自己做一个宇宙」这件事，就足够让人想点进去看看。更有意思的是制作过程：作者提出想要的体验，模型把要求落实到游戏里；玩到哪里不对，再接着修改。

二、远处的星星，真的可以飞过去

这款游戏的核心要求很直接：眼前看得到的天体，应该可以抵达。

这会带出一连串问题。飞船在太空里需要高速移动，靠近地面又得减速；远处的星球和脚下的地形要衔接；人走出飞船后，还要能回来登船、再次起飞。

作者的开发记录中，有个很具体的插曲：接近行星时，速度和地形加载没配合好，星球会在过渡中近乎消失。后续工作就围绕这段飞行过程，调整速度、地形加载和显示方式。

这个细节比星球数量更能说明问题。

「靠近地面时突然看不见星球了」，是一个玩家就能说出来的反馈。让这句话变成有效修改，需要找到视觉、移动和加载之间的关系。

对于有想法但不熟悉开发的人，这种配合方式很有吸引力。可以从自己的感受出发：转弯太飘，跳跃太重，落地时看不清前面。每句话都指向一段能重新体验的过程。

作者也为模型准备了可重复的测试场景，让它检查降落、步行、登船和起飞等操作；自己则继续判断画面和手感。

三、一套游戏底子，做成三个不同版本

如果说宇宙探索更适合看想象力，另一个案例就更接近实际制作。

有游戏公司介绍：团队先用简单几何体搭出基础原型，调整玩法，再从这套基础发展出三个不同主题的游戏原型。

据其报告，模型一次生成了这三个主题版本，大部分首次就能运行；其中一个版本需要修正性能问题。相较此前使用的模型，人工修正次数减少了百分之五十。

这个数字对应的是该公司自己的工作流程。对普通读者，更值得理解的是它解决了什么麻烦。

一个游戏想法，常常得做出来才知道有没有意思。同样的规则，换一种速度、视角或主题，玩起来可能完全不同。如果每试一个方向都要从头搭建，很多想法根本等不到被试玩。

模型在这个案例里承担了更多实现和修正工作，团队就能把时间花在比较版本上：哪个节奏更舒服，哪个主题更合适，哪个值得继续做。

四、优点落在三个地方

把两组案例放在一起看，最值得关注的优势已经很具体。

第一，能把分散的要求接成一个游戏。游戏里的画面、规则和操作是连在一起的。飞船看着漂亮，还得能降落；角色跑得快，还得有合适的碰撞和镜头；换了主题，按钮和得分提示也要让人看得懂。两组案例共同指向一个实用优点：AI 能处理更多需要相互配合的制作环节。

第二，反馈可以从玩家感受开始。「我想让它有点紧张，但别一开始就难到玩不下去」「这个转弯太急，手机上不好控制」「失败之后，让我马上再来一次」。这些要求都很日常，它们没有写出实现方法，却能说明玩家遇到了什么问题、希望变成什么样。模型的价值就在于接住这类要求，再把它们拆成可以执行的改动。

第三，修改有机会留在同一个作品里继续。第一版先让角色动起来，第二版把操作调顺，第三版再补音效和得分。已经满意的部分保留，下一轮集中解决新问题。这也改变了新手开始创作的方式：原本要先学会很多东西才敢动手，现在可以先围绕一个小玩法搭出版本，再从自己的作品里理解需要补什么。

五、普通人第一款游戏做多大合适

看完宇宙游戏，很容易想把自己的第一条要求写成做一款开放世界大作。

更容易获得反馈的起点，是一局能很快玩完的小东西。

比如，一只猫在屋顶跳跃，收集鱼干；一艘小船躲开礁石，开到灯塔；或者把熟悉的校园做成一个找物品的小游戏。

只要有一个明确目标、一种主要操作，以及成功或失败的结果，就有东西可以交给朋友试了。

一个可以按自己想法修改的起步示例是这样的：做一个能在浏览器玩的猫咪屋顶跳跃小游戏，玩家按空格跳跃，在手机上点击屏幕也能跳，目标是收集十条鱼干，掉下屋顶就失败，结束后可以马上重来。美术采用温暖的夜晚配色，屋顶、猫和鱼干要容易辨认。先做一个完整小关卡，运行起来，检查跳跃、收集、失败和重来是否正常，再给出预览。

跑起来以后，再提一个具体改动，比如前两个屋顶距离近一点，让新玩家先学会跳跃。

想把成品发给朋友，可以要求提供可访问的试玩链接。

六、值得试，但别把第一版当最终成品

这两组案例让普通人做自己的游戏更值得尝试了。它们也说明，试玩和修改仍然贯穿制作过程。

小游戏尤其适合拿来练手：范围清楚，反馈直接，朋友玩几次就能告诉你哪里好玩、哪里别扭。复杂商业项目则还要处理内容量、设备适配、长期维护等工作。

七、常见问题

真的能做出可以玩的游戏吗？有公开的可玩项目，已有浏览器试玩入口和三个主题原型的制作案例。项目规模、工具环境和修改过程会影响最终结果。

不会编程可以从哪里开始？从一个目标明确的小游戏开始，说清操作、得分和结束条件。先让它运行起来，再通过试玩反馈调整。第一版不需要同时加入账号、商城和多人联机。

比以前好在哪里？现有案例显示，它能承担玩法、美术、工具执行和检查之间更多相互关联的工作。有公司还报告了较此前模型减少百分之五十人工修正的结果，这个数字对应其特定制作环境。

给一句话就能做完吗？一句话可以启动制作。复杂项目仍需要明确要求和持续修改，公开的开发记录就包含多轮试玩反馈、修复和优化。

做好的游戏怎么发给朋友？浏览器游戏可以部署后分享试玩链接。发布前先检查实际操作、加载情况，以及所用素材的使用条件。