最近我干了一件挺有意思的事用顶级AI模型一句话让它写一个能玩的“QQ飞车”风格小游戏。先说结论——真能玩不是那种摆个贴图糊弄人的demo是有加速、有漂移、有AI对手车、有赛道边界碰撞、有圈数排名计算的完整竞速小游戏。整个流程从敲提示词到跑起来前后大概半小时中间还经历了好几轮让人血压升高的bug修复。这篇文章把整个折腾过程、提示词写法和踩过的坑全部摊开讲清楚给想用AI做游戏原型、或者对AI编程好奇的朋友当个参考。先泼一盆冷水所谓“一句话让AI写游戏”这句话本身有迷惑性。顶级模型确实能靠一段话生成完整代码但“能玩”和“好玩”是两个量级。你的提示词质量决定了AI输出的下限而你后续怎么跟AI对话、怎么反馈问题决定了这个游戏的上限。这篇文章我打算从提示词设计、游戏核心模块拆解、实操迭代记录、常见问题排查四个维度把这次项目完整复盘一遍。1. 整体思路拆解AI写游戏的第一步不是写代码是说清需求1.1 “一句话”的真相结构化表达比字数更重要很多人以为“顶级模型一句话”就是随便打一句“帮我做个QQ飞车”AI就哗啦啦全给你码完。实际上你去看网上那些所谓“一句话生成应用”的案例背后全是结构化提示词。我这次用的提示词大概是这样的请用纯前端技术HTML CSS JavaScript使用Canvas渲染实现一个类似QQ飞车的俯视角卡丁车竞速小游戏。要求1) 有一张环形赛道地图玩家和AI赛车同场竞速2) 赛车支持油门、刹车、左右转向WASD或方向键带惯性漂移手感3) 赛道用线段绘制车碰到赛道边界会被弹回4) 赛道上设置至少3个检查点用于自动计算圈数和实时排名5) 左上角HUD显示速度、圈数、当前排名6) 至少2辆AI对手车按固定路径行驶7) 赛道上有氮气加速道具吃到后短时间内提升速度。UI简洁明亮卡通风格配色适配桌面浏览器。你看这远远不止“一句话”而是一个把玩法、操作、界面、技术边界全部框死的需求清单。AI模型本质上是跟着指令干活的你不说边界它就自由发挥。自由发挥的结局基本都是游戏能打开但完全不知道要干嘛或者逻辑乱成一锅粥。这里我总结出写提示词的四条经验第一明确技术栈告诉AI用Canvas还是DOM、用不用框架别让它自己纠结第二列功能清单每个功能用一句话说清行为第三说“感受要求”比如漂移手感、卡通配色这类主观偏好你不说它就不会管第四设定约束比如“纯前端”“不依赖后端”“适配桌面浏览器”不然AI可能会自作主张引入一堆依赖把项目搞复杂。1.2 模型与工具选型为什么推荐“顶级模型 单文件输出”这次我用的模型是当前第一梯队的大模型配合它的在线代码运行环境来做反复验证。为什么强调“顶级”因为游戏代码是一大坨互相耦合的逻辑事件监听、游戏循环、碰撞检测、路径跟随、状态管理。小模型很容易写着写着就自相矛盾——前一个函数定义了变量后一个函数又改了名字报错给你看一屏。顶级模型在长上下文理解和跨函数一致性上明显强一截哪怕我让它删掉某个功能再重写它也能记住其他模块是怎么写的。工具选择上我的做法是让AI直接生成一个独立的HTML单文件把所有HTML、CSS、JavaScript全塞进去。好处是零环境依赖双击就能玩分享也方便。如果你本地用的是装了AI插件的IDE比如VS Code加代码助手流程也一样让AI写一个game.html浏览器打开看效果。这里特别提醒一句单文件方案对后期迭代太友好了——AI只需要改一个文件不会出现“改了A文件忘了B文件”的连锁问题。我见过不少人让AI生成项目目录结构结果越改越乱最后干脆重来。2. 核心细节解析AI写赛车游戏必须拿捏的四个模块2.1 游戏循环所有动效的发动机AI生成的第一版代码里游戏循环用了requestAnimationFrame加时间差量deltaTime这是标准做法。核心代码如下let lastTime 0; function gameLoop(t) { const delta (t - lastTime) / 1000; lastTime t; handleInput(); updatePhysics(delta); updateAI(delta); updateItems(delta); checkCollisions(); render(); requestAnimationFrame(gameLoop); } requestAnimationFrame(gameLoop);这里最需要注意的是deltaTime。如果你把帧率当成固定值来算物理刷新率高的显示器上游戏就会“加速跑”刷新率低的就会“慢动作”。用时间差量计算后同样的速度数值在不同显示器上表现一致。我在实操中让AI改过两版第一版没做时间差量在我144Hz屏幕上赛车快到失控换到60Hz屏又肉得不行这就是典型的物理和渲染没解耦。2.2 车辆物理漂移手感的数学基础赛车物理是这次项目里最见真章的部分。AI生成的手感逻辑其实不复杂核心就三件事加速、摩擦、转向。车辆的状态用位置、速度、朝向角三个量描述每帧根据按键输入更新car.vx Math.cos(car.angle) * throttle * 200 * delta; car.vy Math.sin(car.angle) * throttle * 200 * delta; car.vx * (1 - 0.8 * delta); // 纵向摩擦 car.vy * (1 - 0.8 * delta); car.x car.vx * delta; car.y car.vy * delta; if (keys.left) car.angle - 2.5 * delta * (car.speed / 300); if (keys.right) car.angle 2.5 * delta * (car.speed / 300);漂移手感的秘密在于转向速度跟当前速度挂钩速度越快转向半径越大车会往外“甩”。如果再让AI把横向摩擦力调高、纵向摩擦力调低就会出现那种“车头拉着车身画弧线”的滑行感这就是漂移的底层原理。我让AI做了个参数调节面板放在代码开头方便随时改手感实测下来这个决定非常正确——玩游戏的人对“手感”的感知极其敏感能调参数比硬改代码高效太多。有一点要提醒转向灵敏度按速度缩放后车辆低速时很灵活、高速时很难控这是竞速游戏的标准设计。如果AI没按速度缩放转向角会出现高速急转弯直接瞬移的诡异画面我当时第一版就是这么个鬼样子。2.3 赛道与碰撞让车“跑在路里”的关键赛道设计是AI最容易偷懒的地方。第一版AI用简单矩形加椭圆拼了个赛道车一出界就重置回起点毫无趣味。我后来让它改成“中心线加宽度”的赛道模型赛道的几何数据是一系列中心点坐标渲染时用粗线段画路两侧边缘就是中心线垂直方向偏移半幅宽后的点连成的线。track { points: [...], // 赛道中心点 width: 120, // 赛道宽度 startIndex: 0 }; function distanceToTrack(car) { // 找到离赛车最近的中心点计算赛车到中心线的垂直距离 let minDist Infinity; for (let i 0; i track.points.length; i) { const d Math.hypot(car.x - track.points[i].x, car.y - track.points[i].y); minDist Math.min(minDist, d); } return minDist; }碰撞判定就是判断赛车到中心线的最短距离是否超过半幅宽超过就说明出界了。出界后的处理有两种硬弹回和柔和约束。第一版AI用了硬弹回结果车高速撞墙时会直接反弹飞出去老远看起来像蹦床。后来我改成“把车拉回边界内同时把垂直于边界的速度分量抵消掉”手感立刻正常了。这个小细节普通文档里不会写属于纯踩坑经验。另外要让赛道绕起来有趣AI需要在中心线点列里故意安排大半径圆弧和连续S弯。我让AI把赛道设计成跑三圈大约30秒的规模配合加速带和道具点跑起来节奏感才出来。2.4 AI对手与道具让游戏有“对抗感”AI对手车最简单可靠的做法是路径跟随让它沿着赛道中心线预设点位走每个AI车维护一个“当前目标点索引”每帧向目标点移动到达阈值后切换下一个点。为了让AI车看起来不那么死板我给每辆AI车加了随机速度浮动和轻微横向偏移ai.targetIndex (ai.targetIndex 1) % track.points.length; const target track.points[ai.targetIndex]; const dx target.x - ai.x; const dy target.y - ai.y; const dist Math.hypot(dx, dy); if (dist 2) { ai.x (dx / dist) * ai.speed * delta; ai.y (dy / dist) * ai.speed * delta; } ai.speed 180 Math.sin(time * ai.phase) * 20;道具系统则是每隔几秒在赛道随机位置刷一个氮气标志车碰到后进入3秒加速状态加速期间最高速度提升40%。这里比较容易翻车的点是道具刷新在赛道边界外或者赛道中央导致挡路我让AI加了“刷新点必须距离最近中心线小于半幅宽”的约束问题直接解决。后来我还让AI加了个简单的开局倒计时“3、2、1、GO”竞速仪式感一下就上来了。3. 实操过程从提示词到能玩的全流程记录3.1 第一轮生成能跑但糙得没法看第一轮生成只花了几十秒AI就吐出了一个500多行的单文件。打开浏览器游戏能跑有赛道渲染、有车、有转向、有AI车在开。但问题也很明显车辆转向过于灵敏轻轻按一下方向键就原地甩尾AI车像无头苍蝇一样沿着中心线走但速度忽快忽慢经常卡在弯道处原地转圈做圈数判定用的检查点判断逻辑直接写死成“只要碰到检查点就算一圈”完全没管顺序导致排名疯狂跳动。我的排查方法是把问题现象原话扔回给模型越具体越好。比如我不会说“漂移手感不对”而是说“车辆在高速时转向半径没有随速度增大按下方向键会立刻90度转弯请调整转向灵敏度使其与速度成反比”。AI读完就能精准找到angle更新那几行去改。第一版调整花了大概三轮对话转向OK了卡弯道的AI车也通过“目标点切换阈值加大”修好了。3.2 迭代修复手感、卡墙与排名bug这中间最折磨人的一个bug是“卡墙抖动”。车碰到赛道边界后AI写的反弹逻辑是每一帧都给车加一个朝赛道中心的反向力。当车卡在边界附近时这个力会跟前进方向持续拉扯车就像得了帕金森一样横在路边高频抖动。我让AI改成“检测到越界时直接将位置拉回边界内同时把车速的垂直分量清零”抖动立刻消失。这段修复经验我记了笔记之后在物理模拟类项目里都用得上。排名bug也很有意思。AI第一版的排名逻辑是“按检查点通过次数排序”但这会导致绕近路的玩家莫名其妙排第一。正确做法是先比较圈数圈数相同再比较当前已通过的检查点序号检查点序号相同再比较到下一个检查点的距离。这个“三级比较”的排名字段顺序AI一开始根本不会主动想到必须你在对话里给它点破。3.3 加道具、加音效用追加对话扩展游戏游戏核心逻辑稳定后我开始追加功能。这时候不需要重写提示词直接在对话里说“在现有代码上增加一个氮气道具系统”“增加碰撞音效和背景音乐”“增加游戏结束后显示最终排名”之类的指令即可。因为顶级模型的上下文窗口够大它记得住前面的代码。这里有个实用技巧每次让AI改完我都会让它重新输出完整文件而不是只输出片段然后手动另存为一个新版本文件。这样做的好处是改崩了随时能回滚到上一个能玩的版本。扩展过程中还遇到一个比较隐形的坑AI添加音效时直接用AudioContext做蜂鸣音没做浏览器自动播放策略适配结果第一次点击页面之前音符一个都不响。这个后来让AI加了个“首次点击页面时初始化音频上下文”的监听器搞定了。这类浏览器平台限制属于AI凭文档知识很难主动规避的细节必须靠实战经验来补。4. 常见问题与排查技巧实录整个项目做完我把过程中遇到最典型的几个问题整理成了速查表以后你再让AI生成同类型游戏可以直接对着查现象根因解决方案车原地发抖不走物理更新用了固定帧率而非deltaTime改为基于时间差量的物理更新高速转弯瞬移转向角度直接改到目标值而非逐步旋转用角度累加配合速度比例系数车卡在赛道边界抖动反弹力与前进方向持续对抗越界时直接拉回位置并清零垂直速度分量AI车弯道原地打转目标点切换阈值太小导致来回震荡加大切换判定距离增加路径插值排名跳变无规律排名比较维度缺失或顺序错误按“圈数检查点序号到下一检查点距离”排序道具刷在赛道外生成点位未校验与中心线距离刷新点增加“离中心线半幅宽以内”约束音效首屏不响未处理浏览器自动播放策略首次点击时初始化AudioContext整屏卡顿掉帧每帧调用fillText绘制大量文本把HUD文字绘制到离屏Canvas后整体贴图4.1 一个“复读机大法”的调试技巧最后分享一个我用AI写游戏时最顺手的调试技巧我叫它“复读机大法”遇到代码报错直接把浏览器控制台里的错误信息原样复制粘贴回给AI不要做任何转述。AI对错误信息的理解能力远强于你对错误信息的转述能力。你一旦自己加一句“它说好像有问题”反而可能把上下文带偏。实测下来原生错误信息回传的成功率极高基本一次就能定位到问题。如果AI改完后还是报同样的错就加一句“请结合当前文件的完整上下文重新分析不要假设我都改过了”逼它重新读一遍代码逻辑而不是只盯局部。这个“让AI复读完整上下文”的操作比反复说“不对”有效十倍。4.2 关于“能玩”的标准我给自己定的标准是一个外人不看代码光靠直觉操作就能顺利跑完三圈并理解排名规则。如果你的AI生成物连这个基础标准都达不到不要急着加新功能先把物理和赛道调稳。这就像盖房子地基歪了墙刷得再好看也是危房。我在这个项目里反复体会到的就是AI编码最大的杠杆不在“让AI写更多代码”而在“你的验收标准是否清晰”。标准清晰AI才能高效迭代标准模糊AI就会在错误方向上无限内耗。最后的一点实在话这个项目做完我最深的感受是顶级模型把“从零写一个游戏”的门槛压到了极低但把“把游戏调成真正能玩的手感”的功夫留给了你。说白了AI是个极其高效且听话的初级工程师——它写代码的速度惊人但它不理解“漂移手感”是什么体验也不理解“卡墙抖动”有多让人烦躁。所以我现在的习惯是每次让AI动手前先自己把“验收标准”用一句话写清楚再在对话里不断把实际体验到的具体问题反馈回去。模型负责速度我负责方向这种配合模式已经成了我做小工具、小游戏原型的标准工作流。这个小项目也让我确认了一件事未来AI编程拼的不是谁的模型更强而是谁会提需求、会做验收、会精准描述体感问题——这套能力才是把AI从“玩具生成器”变成“生产力工具”的真正钥匙。