1. 三句话开发3D游戏这事到底靠不靠谱第一次看到0代码0建模3句话开发一个3D游戏这个说法我的反应和大多数人一样又是标题党。毕竟我在游戏行业摸爬滚打这些年见过太多一键生成游戏的工具最后基本都是玩具级别做出来的东西连demo都算不上。但这次不太一样因为背后站着的是Claude Code加上Opus这个组合而且社区里确实有人用类似的方式做出了能跑能玩的3D小游戏。先说结论三句话开发一个3D游戏在2025年的技术条件下是可行的但有前提。这个前提不是你会不会写代码而是你会不会说人话——也就是提示词工程。你不需要懂Three.js的渲染管线不需要知道GLTF格式怎么解析甚至不需要打开Blender建一个模型但你需要能把我想要一个什么样的游戏这件事用AI能理解的方式描述清楚。这篇文章适合三类人看第一类是完全不懂编程但想试试做游戏的产品经理、设计师、独立创作者第二类是有一定编程基础但没碰过3D游戏开发的后端或前端工程师第三类是已经在用Claude Code做开发想看看它在3D游戏这个场景下到底能跑到什么程度的开发者。不管你是哪一类我都会把整个流程拆到你能直接抄作业的程度。核心工具链其实很简单Claude Code作为AI编程智能体Opus作为底层模型Three.js作为3D渲染引擎Vite作为开发服务器。这四个东西组合起来就构成了一个你说人话它写代码的闭环。下面我会从整体设计思路开始一步步拆解怎么用三句话把一个3D游戏从零跑起来。2. 整体设计思路与工具选型拆解2.1 为什么是Claude Code而不是其他AI编程工具市面上AI编程工具不少Cursor、Windsurf、GitHub Copilot、Codex这些我都用过。做3D游戏这个场景Claude Code有几个明显的优势。第一是上下文窗口足够大。3D游戏项目哪怕再简单也涉及场景初始化、光照、相机控制、物理碰撞、输入处理、游戏循环这些模块代码量轻松上千行。小上下文窗口的工具写到一半就忘了前面的代码结构开始胡编API。Opus模型配合Claude Code的长上下文能力能在一个会话里保持对整个项目结构的记忆。第二是文件系统操作能力强。Claude Code不是只给你补全代码片段它能直接创建文件、修改文件、运行命令、看报错、再改。这个闭环对于3D游戏开发特别重要因为3D项目的依赖关系复杂一个import路径写错整个页面就白屏你需要AI能自己看到报错并修复。第三是对Three.js这类库的理解深度。我实测下来Opus对Three.js的API记忆相当准确Scene、Camera、Renderer、Mesh、Geometry、Material这些核心概念不会搞混requestAnimationFrame的游戏循环也写得规范。这一点比很多模型强有些模型会把Three.js和Babylon.js的API混着写跑起来直接报错。注意Claude Code有客户端版和命令行版做3D游戏项目我建议用命令行版配合VS Code因为需要频繁看浏览器控制台的报错命令行版在终端里跑npm run dev更顺手。2.2 为什么是Three.js而不是Unity或Godot这是很多人会问的问题既然都0代码了为什么不直接用Unity的可视化编辑器原因在于AI编程智能体的能力边界。Unity和Godot是GUI驱动的引擎AI没法直接操作你的鼠标去拖拽场景里的物体。虽然Unity有脚本系统但AI要生成一个完整的Unity项目涉及.meta文件、场景序列化文件、预制体这些二进制或半结构化格式出错率极高。而Three.js是纯代码的一个HTML文件加一个JS文件就能跑起来AI生成的每一行代码都是可读可验证的。另一个原因是反馈速度。Three.js项目改完代码浏览器刷新就能看到效果不需要等Unity编译。这个快速反馈循环对于三句话迭代的模式至关重要你改一句提示词几秒钟就能看到游戏变了什么样。当然Three.js做出来的游戏在性能和效果上没法跟Unity比但对于三句话开发一个3D游戏这个目标来说它是最合适的载体。你要的是快速验证想法不是做3A大作。2.3 三句话到底指什么这里要澄清一个概念。三句话开发一个3D游戏不是说整个开发过程你只说三句话就完事了而是指核心需求的描述可以用三句话概括。比如做一个3D场景里面有一个可以WASD控制移动的角色相机跟随角色。场景里随机分布一些金币角色碰到金币就加分。加一个计时器60秒内看能收集多少金币时间到显示得分。这三句话就是游戏的完整需求。Claude Code会根据这三句话生成整个项目HTML入口、Three.js场景、角色模型用基础几何体拼、移动逻辑、碰撞检测、UI显示、游戏状态管理。你不需要说用BoxGeometry创建一个立方体作为角色也不需要说用Vector3计算距离判断碰撞这些实现细节AI会自己补全。但这里有个关键点三句话的质量决定了游戏的质量。你说做个3D游戏AI只能给你一个旋转的立方体。你说做个第一人称射击游戏有敌人AI和掩体系统AI能给你一个像模像样的FPS原型。提示词的颗粒度直接对应生成结果的完整度。2.4 整体架构长什么样在开始实操之前先让你对最终的项目结构有个概念。一个典型的三句话3D游戏项目大概长这样my-3d-game/ ├── index.html # 入口页面包含canvas和UI层 ├── package.json # 依赖声明 ├── vite.config.js # 开发服务器配置 └── src/ ├── main.js # 游戏入口初始化场景和循环 ├── player.js # 玩家角色逻辑 ├── world.js # 场景、光照、地面 ├── collectibles.js # 可收集物品逻辑 └── ui.js # 分数、计时器等界面这个结构不是固定的AI可能会根据你的需求调整。比如你说要多个关卡它可能会加一个levels.js。你说要音效它会加一个audio.js。但核心思路是一样的入口文件负责组装各模块负责单一职责。理解了整体思路接下来进入实操环节。我会用一个具体的游戏需求作为例子把从安装到跑通的每一步都写清楚。3. 核心细节解析与实操要点3.1 环境准备Claude Code安装与配置第一步是把工具装好。Claude Code的安装方式有几种我用的是npm全局安装因为最省事。npm install -g anthropic-ai/claude-code装完之后在终端里输入claude就能启动。第一次启动会让你登录按提示走就行。登录成功后你需要确认当前使用的模型是Opus因为做3D游戏这种复杂任务Opus的理解能力和代码生成质量明显比Sonnet高一档。可以在Claude Code里用/model命令切换。提示如果你在Ubuntu上安装遇到权限问题不要用sudo npm install -g而是配置npm的全局目录到用户目录下避免后续Claude Code读写文件时出现权限混乱。接下来是项目初始化。我不建议让Claude Code从零创建package.json因为npm的交互式初始化它会卡住。更稳的做法是手动建好项目骨架mkdir my-3d-game cd my-3d-game npm init -y npm install three vite这三条命令跑完你就有了一个带Three.js和Vite的空项目。然后在项目目录里启动Claude Codeclaude这时候Claude Code会读取当前目录的文件结构知道这是一个Node项目装了Three.js。这个上下文很重要它后续生成的代码会直接import * as THREE from three不会给你搞出个CDN引入。3.2 提示词设计三句话怎么写才有效这是整篇文章最核心的部分。同样三句话写法不同生成结果天差地别。我总结了一个三句话提示词公式第一句场景与视角——定义游戏发生在什么样的3D空间里玩家从什么角度看。第二句核心玩法——定义玩家能做什么目标是什么有什么反馈。第三句规则与状态——定义胜负条件、计时、分数、关卡这些游戏状态。拿一个收集金币的游戏举例我的三句话是这样写的第一句创建一个3D场景地面是一个大平面上面有随机分布的树木用圆柱体做树干、球体做树冠玩家是一个胶囊体相机从斜上方45度跟随玩家用WASD控制移动。 第二句场景里随机生成20个金色圆环玩家碰到圆环就收集圆环消失并播放一个缩放消失的动画屏幕左上角显示已收集数量。 第三句游戏限时60秒时间到显示游戏结束和最终得分按R键重新开始。这三句话里我刻意做了几件事指定了几何体类型圆柱体、球体、胶囊体因为不说的话AI可能用GLTF加载外部模型而外部模型文件它生成不了会卡住。指定了相机角度斜上方45度因为不说的话默认可能是第一人称操作手感完全不同。指定了UI位置左上角因为不说的话AI可能把分数放在屏幕中间挡住视线。指定了重开方式按R键因为不说的话游戏结束后只能刷新页面。这些细节看起来琐碎但正是它们决定了生成结果能不能直接玩。提示词的本质是把你的脑内画面翻译成AI能执行的约束条件。3.3 Three.js核心概念速通虽然你不需要写代码但理解几个Three.js的核心概念能让你在AI生成结果不对时知道怎么调整提示词。Scene场景所有3D物体的容器。你可以理解成一个世界里面装着地面、角色、道具、灯光。Camera相机玩家的眼睛。3D游戏里相机的位置和朝向决定了你看到什么。第三人称游戏相机跟在角色后面第一人称相机就是角色眼睛的位置。Renderer渲染器把场景和相机拍成2D画面显示在屏幕上。它每秒钟拍60次就是60帧。Mesh网格一个3D物体由Geometry形状和Material材质组成。比如一个红色的球Geometry是球体Material是红色。Light灯光没有灯光3D场景就是一片黑。常见的有环境光均匀照亮、平行光模拟太阳、点光源模拟灯泡。Game Loop游戏循环一个每帧执行一次的函数负责更新角色位置、检测碰撞、刷新画面。Three.js里通常用requestAnimationFrame实现。理解这六个概念你就能看懂AI生成的代码大概在干什么也能在出问题时用提示词精准描述相机跟随太近了把距离从5改成10比相机不对有效得多。3.4 实操中的关键注意事项在让Claude Code生成代码的过程中有几个坑我踩过提前告诉你。第一个坑不要一次性把三句话全丢进去。虽然理论上可以但实际做的时候我建议分步来。先发第一句让它把场景和角色跑起来浏览器里确认能看到东西、能移动。再发第二句加收集物。最后发第三句加游戏状态。这样做的好处是每一步都有反馈出问题容易定位。一次性全生成如果白屏了你根本不知道是场景问题还是碰撞问题还是UI问题。第二个坑模型文件不要用外部资源。如果你说加载一个角色模型AI可能会写GLTFLoader去加载一个不存在的.glb文件然后404报错。明确说用基础几何体拼一个角色它就会用CapsuleGeometry加SphereGeometry拼一个雪人出来虽然丑但能跑。第三个坑物理引擎慎用。Three.js本身没有物理引擎要加Cannon.js或Rapier。这些库的API复杂AI生成容易出错。简单的碰撞检测比如角色和金币的距离判断用Vector3.distanceTo()就够了不需要上物理引擎。除非你要做真实的抛物线和碰撞反弹否则别碰。第四个坑性能问题。如果场景里物体太多比如1000棵树帧率会掉。让AI用InstancedMesh来渲染重复物体或者减少数量。我一般控制在50个物体以内保证60帧流畅。4. 实操过程与核心环节实现4.1 从零到跑通完整操作流程现在把整个流程串起来你跟着做就能跑出一个能玩的3D游戏。第一步建项目mkdir coin-rush cd coin-rush npm init -y npm install three vite第二步启动Claude Codeclaude第三步发第一句话在Claude Code的对话框里输入创建一个3D游戏项目使用Three.js和Vite。index.html作为入口src/main.js作为主逻辑。场景包含一个100x100的绿色地面平面随机分布30棵树圆柱体树干球体树冠一个胶囊体作为玩家角色。相机从玩家斜上方45度跟随距离10个单位。用WASD控制玩家在地面上移动移动速度每秒5个单位。加上环境光和一个从上方照射的平行光开启阴影。发完之后Claude Code会开始创建文件。它会先写index.html然后写src/main.js可能还会写vite.config.js。等它停下来你在终端里跑npm run devVite会启动一个开发服务器通常是http://localhost:5173。打开浏览器你应该能看到一个绿色地面、一些树、一个胶囊体。按WASD胶囊体会移动相机会跟着。如果白屏打开浏览器控制台看报错把报错复制给Claude Code它会自己修。这是Claude Code最爽的地方你不用自己debug。第四步发第二句话确认第一步跑通后继续输入在场景里随机生成20个金色圆环TorusGeometry悬浮在地面上方1个单位每个圆环缓慢自转。玩家碰到圆环距离小于1.5个单位时圆环播放一个0.3秒的缩小消失动画然后从场景移除屏幕左上角显示已收集X/20。Claude Code会修改main.js加一个collectibles数组加碰撞检测逻辑加UI更新。刷新浏览器你就能看到金色圆环走过去碰到就消失左上角数字增加。第五步发第三句话加一个60秒倒计时显示在屏幕右上角。时间归零时暂停游戏循环在屏幕中央显示游戏结束和最终收集数量。按R键重置游戏玩家回到原点所有圆环重新生成计时器重置为60秒分数归零。刷新浏览器完整的游戏就出来了。从建项目到能玩熟练的话15分钟以内。4.2 关键代码解析AI到底生成了什么虽然你不需要写代码但看懂AI生成的核心逻辑能帮你在调整时知道该改哪里。下面是AI生成的main.js里最关键的几段我做了简化实际代码会更长。场景初始化部分import * as THREE from three; const scene new THREE.Scene(); scene.background new THREE.Color(0x87ceeb); const camera new THREE.PerspectiveCamera(75, window.innerWidth / window.innerHeight, 0.1, 1000); const renderer new THREE.WebGLRenderer({ antialias: true }); renderer.setSize(window.innerWidth, window.innerHeight); renderer.shadowMap.enabled true; document.body.appendChild(renderer.domElement);这段代码做了四件事创建场景、创建透视相机75度视野、创建渲染器并开启抗锯齿和阴影、把渲染器的canvas挂到页面上。0x87ceeb是天蓝色作为天空背景。玩家移动逻辑const keys {}; window.addEventListener(keydown, (e) keys[e.key.toLowerCase()] true); window.addEventListener(keyup, (e) keys[e.key.toLowerCase()] false); function updatePlayer(delta) { const speed 5; const move new THREE.Vector3(0, 0, 0); if (keys[w]) move.z - 1; if (keys[s]) move.z 1; if (keys[a]) move.x - 1; if (keys[d]) move.x 1; if (move.length() 0) { move.normalize().multiplyScalar(speed * delta); player.position.add(move); } }这里有个细节值得说move.normalize()。如果不归一化同时按W和D时移动向量是(1, 0, -1)长度是1.414角色斜着走会比直着走快41%。归一化之后斜着走和直着走速度一样。这是3D游戏移动的标准处理AI自动加上了说明它对游戏开发的最佳实践有理解。碰撞检测逻辑function checkCollisions() { for (let i collectibles.length - 1; i 0; i--) { const c collectibles[i]; if (player.position.distanceTo(c.position) 1.5) { scene.remove(c); collectibles.splice(i, 1); score; updateUI(); } } }用distanceTo算玩家和圆环的直线距离小于1.5就判定为碰撞。这是最简单的球形碰撞检测对于收集类游戏完全够用。注意它从后往前遍历i--因为splice会改变数组长度从后往前删不会漏掉元素。这个细节AI也处理对了。游戏循环const clock new THREE.Clock(); function animate() { requestAnimationFrame(animate); const delta clock.getDelta(); if (!gameOver) { updatePlayer(delta); checkCollisions(); updateTimer(delta); } renderer.render(scene, camera); } animate();clock.getDelta()返回距离上一帧的秒数。用它乘以速度保证不同帧率下移动速度一致。如果不用delta120Hz屏幕上的角色会比60Hz屏幕上快一倍。gameOver标志位控制游戏结束后停止更新逻辑但继续渲染。4.3 参数调优让游戏手感变好AI生成的默认参数能跑但手感不一定好。下面是我调过的几个关键参数你可以直接参考。参数默认值推荐值调整原因相机距离108太远看不清角色细节相机高度角45度50度稍微俯视一点地面看得更清楚移动速度575太慢收集20个金币要跑很久碰撞半径1.52.01.5太严格擦边不算收集很挫败圆环数量201520个在100x100地面上太分散游戏时长60秒45秒60秒后期会无聊45秒刚好紧张调整方式很简单直接在Claude Code里说把相机距离改成8移动速度改成7碰撞半径改成2.0。它会找到对应的代码行修改。这就是AI编程的便利你不需要知道参数在哪个文件第几行描述清楚就行。4.4 视觉优化让游戏不那么程序员美术默认生成的游戏视觉上就是一堆纯色几何体很丑。但你可以用提示词让它变好看而且不需要自己建模。加雾效scene.fog new THREE.Fog(0x87ceeb, 20, 80)远处物体渐隐增加空间感。加地面纹理不用外部图片用CanvasTexture程序化生成一个棋盘格纹理代码几行就搞定。加阴影确保renderer.shadowMap.enabled true平行光castShadow true地面receiveShadow true角色和树castShadow true。阴影一加立体感立刻出来。加圆环发光用MeshStandardMaterial的emissive属性设置成金色圆环会有自发光效果在场景里很显眼。加粒子效果收集圆环时在圆环位置生成20个小粒子向外飞散0.5秒后消失。这个用Points实现AI能写。这些优化你不需要一次全加每次加一个刷新看效果满意就保留不满意就撤销。这种迭代方式比一次性要求把画面做好看有效得多因为好看太模糊AI不知道你要什么。5. 常见问题与排查技巧实录5.1 白屏问题排查速查表白屏是3D游戏开发最常见的问题没有之一。下面是我整理的排查表按出现频率排序。现象可能原因排查方法解决方法完全白屏控制台无报错canvas没挂到DOM检查document.body.appendChild让AI确认这行代码存在白屏控制台报Failed to resolve import依赖没装看报错里的包名npm install 包名白屏报THREE is not definedimport方式错误检查import语句改成import * as THREE from three黑屏有UI但没3D画面相机位置在物体内部或朝向错误检查camera.position和lookAt让AI把相机移到(0, 10, 10)看向原点画面卡住不动游戏循环没启动检查animate()是否被调用确认最后一行有animate()物体闪烁深度冲突两个物体在同一位置稍微错开位置或调整near/far提示遇到白屏第一件事永远是打开浏览器开发者工具F12看Console标签页的红色报错。把报错原文复制给Claude Code90%的情况它能直接修好。不要自己瞎猜也不要只跟AI说白屏了报错信息才是关键。5.2 AI生成代码的典型错误与修复即使Opus很强生成的代码也不是100%正确。下面是我遇到过的典型错误。错误一Three.js版本API不匹配。Three.js在r150之后有一些API变更比如Geometry被废弃改用BufferGeometryoutputEncoding改成outputColorSpace。如果AI用了旧API控制台会警告或报错。修复方法是告诉AI检查Three.js版本用最新的API。错误二事件监听器重复绑定。在重置游戏时如果重新执行了addEventListener会导致按键响应多次。修复方法是把事件监听放在初始化时只执行一次重置时只重置状态不重新绑定。错误三内存泄漏。移除物体时只调用了scene.remove()但没有dispose()几何体和材质。短时间玩没问题长时间玩会越来越卡。修复方法是移除时同时调用geometry.dispose()和material.dispose()。错误四delta时间异常。切换浏览器标签页再切回来clock.getDelta()会返回一个很大的值导致角色瞬移。修复方法是给delta设上限const delta Math.min(clock.getDelta(), 0.1)。这些错误你不需要提前预防遇到了再让AI修就行。但知道有这些坑你能更快定位问题。5.3 提示词迭代的实战技巧用Claude Code做游戏本质是一个描述-生成-验证-调整的循环。这个循环的效率取决于你调整提示词的精准度。分享几个我总结的技巧。技巧一用具体数字代替模糊形容词。相机近一点不如相机距离从10改成6。游戏节奏快一点不如移动速度从5改成8游戏时长从60秒改成40秒。数字是AI最容易执行的指令。技巧二描述现象而不是原因。出问题时说角色走到树的位置会穿过去比说碰撞检测有问题更有效。前者描述了具体现象AI能直接定位到缺失的碰撞逻辑后者太笼统AI可能去改无关的代码。技巧三一次只改一个东西。不要一次性说把相机改近、速度改快、加个跳跃、换个天空颜色。改完如果出问题你不知道是哪个改动导致的。一次一个改完验证通过再改下一个。技巧四善用撤销。Claude Code支持/undo命令如果某次修改把项目搞坏了直接撤销回到上一个可用状态。这比让AI修复刚才的修改更可靠因为AI有时候会越修越乱。技巧五保存可用的版本。每完成一个阶段场景跑通、收集逻辑跑通、游戏状态跑通用git提交一次。这样即使后续改崩了也能回退到最近的可用版本。Claude Code对git操作很熟你可以直接说帮我git commit信息是完成收集逻辑。5.4 从能玩到好玩的进阶方向三句话能做出能玩的游戏但要做出好玩的游戏还需要一些额外的设计。这些不是必须的但如果你想让自己的项目更完整可以往这些方向扩展。音效用Web Audio API生成简单的音效收集金币的叮声、游戏结束的嘟声。不需要外部音频文件用OscillatorNode合成就行。难度曲线随着时间推移圆环越来越小或者移动速度越来越快。这需要在游戏循环里根据剩余时间动态调整参数。多种收集物金色圆环加10分红色圆环扣5分蓝色圆环加时间。增加游戏的策略性。排行榜用localStorage存最高分每次游戏结束对比破纪录时显示新纪录。移动端适配加虚拟摇杆让手机也能玩。这个稍微复杂需要处理触摸事件。这些扩展每一个都可以用一两句话让Claude Code加上去。比如加一个音效系统收集圆环时播放一个短促的高音游戏结束时播放一个下降音。AI会用Web Audio API实现不需要你准备音频文件。6. 这套方法的能力边界与适用场景6.1 三句话能做到什么程度经过我反复测试三句话开发3D游戏的能力边界大概是这样完全能做的收集类游戏、跑酷类游戏、简单的射击游戏、塔防游戏、解谜游戏、第一人称漫游、物理弹球。这些游戏的共同特点是玩法逻辑简单视觉用基础几何体就能表达不需要复杂的动画和模型。勉强能做的带简单敌人AI的射击游戏、多关卡平台跳跃、简单的赛车游戏。这些需要更多的状态管理和逻辑分支三句话不够可能需要十句话但依然在AI能力范围内。做不了的需要精细角色动画的比如格斗游戏、需要复杂物理模拟的比如真实赛车、需要大量美术资源的比如开放世界、需要网络多人对战的。这些不是AI编程能力的问题是Three.js和0建模这个前提的限制。6.2 适合哪些人用这套方法这套方法最适合快速原型验证。你有一个游戏想法不确定好不好玩用三句话花半小时做个能操作的demo自己玩玩看。比写几十页设计文档再找人开发高效得多。也适合教学演示。给不懂编程的人展示AI能做什么三句话出一个3D游戏视觉冲击力比AI能写个排序算法强一百倍。还适合独立开发者的前期探索。用AI生成核心玩法原型验证有趣之后再考虑用专业引擎重做。AI生成的代码虽然不能直接用于商业项目但作为原型参考完全够用。不适合生产环境。AI生成的代码在性能、安全性、可维护性上都没经过优化直接上线会有问题。它适合做demo不适合做产品。6.3 我个人的实操体会最后分享几个我用了这段时间的真实感受。Opus和Sonnet的差距在3D游戏场景下非常明显。Sonnet生成的代码经常有API错误需要来回修好几次。Opus基本一次过偶尔有小问题也是一句话就修好。如果要做3D游戏别省那点模型费用直接用Opus。提示词的质量比模型的能力更重要。我见过有人用Opus生成出一堆垃圾也见过有人用Sonnet做出不错的demo。区别就在提示词。花10分钟想清楚你要什么比花1小时让AI反复试错高效得多。不要追求一次完美。AI编程的正确姿势是迭代先跑起来再调手感再加功能最后做视觉。每一步都验证每一步都可回退。想一次生成一个完美游戏结果往往是卡在某个报错上出不来。这套方法会改变你对开发的认知。当你能用三句话做出一个3D游戏时你会发现很多以前觉得需要专业团队的事情其实一个人加一个AI就能做出原型。这不是说专业开发不重要了而是说验证想法的成本被极大地降低了。你可以一天试十个游戏创意哪个好玩再深入做哪个。这种快速试错的能力比任何单一技术都值钱。如果你也想试试现在就可以打开终端npm install -g anthropic-ai/claude-code然后建个空文件夹把上面那三句话复制进去。半小时后你会有一个自己能玩的3D游戏。踩过几次坑之后你会发现真正的门槛不是技术而是你能不能把脑子里的画面翻译成AI能听懂的话。