1. 三句话生成3D游戏这件事到底靠不靠谱第一次看到“0代码0建模3句话开发一个3D游戏”这个说法我的反应和大多数人一样又是标题党。毕竟在传统游戏开发流程里哪怕做一个最简陋的3D demo你至少得装引擎、配环境、写角色控制器、调摄像机跟随、处理碰撞检测一套下来没个两三天根本跑不起来。但最近一段时间我深度使用了 Claude Code 配合 Opus 模型实际跑了几轮之后我收回之前的判断——这件事在特定条件下确实成立而且效果比我预期的好得多。先把结论说清楚所谓“3句话开发3D游戏”本质是用自然语言提示词驱动一个具备文件读写、命令执行、依赖安装能力的 AI 编程智能体让它在本地自动完成项目脚手架搭建、代码编写、依赖安装和运行调试。你负责描述需求它负责落地实现。整个链路里Claude Code 是执行终端Opus 是大脑提示词是你和大脑之间的接口。三者缺一不可。这篇文章适合三类人看一是完全没碰过游戏开发但想快速验证创意的产品型选手二是有编程基础但没做过3D游戏、想用 AI 提效的开发者三是已经在用 Claude Code 但还没试过用它做图形类项目的朋友。我会把整个流程拆开讲透包括提示词怎么写、环境怎么配、踩过哪些坑、哪些环节 AI 会翻车需要人工兜底。不吹不黑全是实测记录。需要提前说明的是这套方法目前最适合做原型验证和小型 demo比如第一人称漫游、简单的收集类玩法、物理沙盒这类场景。如果你要做商业级完整游戏AI 能帮你省掉大量重复劳动但架构设计和性能优化仍然需要人来把关。下面进入正题。2. 整体思路拆解为什么三句话能跑通一个3D游戏2.1 传统3D游戏开发的门槛到底在哪要理解 AI 为什么能压缩这个流程得先搞清楚传统路径的时间都花在哪了。一个最小可运行的3D场景通常包含以下工作引擎选型与安装Unity、Unreal、Godot 各有各的安装包和配置流程光下载安装就可能花掉半小时项目初始化创建项目、配置渲染管线、设置输入系统场景搭建创建地面、光源、摄像机摆放基础几何体角色控制写移动逻辑、跳跃逻辑、摄像机跟随物理系统碰撞体、刚体、重力参数调试运行反复修改参数、处理报错这里面真正体现“创意”的部分其实很少大量时间消耗在样板代码和环境配置上。而 AI 编程智能体最擅长的恰恰就是这类有明确模式、有大量公开示例的样板工作。2.2 Claude Code Opus 这个组合的特殊之处市面上 AI 编程工具不少但能真正做到“三句话出游戏”的需要满足几个硬条件。我把关键能力对比整理成表格方便你判断自己手上的工具能不能干这事能力维度普通代码补全工具对话式AIClaude Code Opus读写本地文件不支持不支持支持执行终端命令不支持不支持支持自动安装依赖不支持不支持支持多文件项目理解弱中强自主调试循环不支持不支持支持长上下文保持弱中强Claude Code 的核心价值在于它是一个agent智能体不是单纯的聊天窗口。你给它一句话它会自己决定先创建哪个文件、装什么依赖、跑什么命令验证、报错了怎么改。这个“自主循环”能力才是三句话出游戏的技术底座。Opus 模型在这里的作用是提供足够强的代码生成质量和长程规划能力。实测下来同样一句“做一个第一人称漫游的3D场景”Opus 生成的代码结构明显更合理会主动拆分模块、加注释、处理边界情况而小模型往往写成一坨能跑但没法维护的代码。2.3 三句话的分工逻辑所谓“3句话”不是随便说三句就行这三句话有明确的功能分工第一句定方向说清楚做什么类型的3D游戏、用什么技术栈、核心玩法是什么第二句补细节描述具体的交互方式、视觉风格、关键参数第三句提要求说明运行环境、性能预期、代码组织方式这个结构和提示词工程里经典的“角色-任务-约束”框架是一致的。第一句给角色和任务第二句给具体需求第三句给约束条件。三句话覆盖了 AI 完成任务所需的全部关键信息剩下的细节它会基于训练数据里的常见实践自动补全。提示不要真的只发三句话就完事。三句话是核心指令实际使用中你还需要在 AI 执行过程中根据它的输出做追加反馈。三句话是起点不是终点。3. 环境准备从零把 Claude Code 跑起来3.1 安装 Claude Code 的完整步骤Claude Code 目前提供多种安装方式我实测下来最稳的是通过 npm 全局安装。前提是你机器上已经有 Node.js 环境建议版本 18 以上。# 检查 node 版本 node -v # 全局安装 claude code npm install -g anthropic-ai/claude-code # 验证安装 claude --version如果你在 Ubuntu 环境下npm 全局安装可能遇到权限问题两个解决方案一是用 nvm 管理 node 版本避免 sudo二是配置 npm 的全局目录到用户目录下。我推荐前者干净且不容易出幺蛾子。# 用 nvm 安装 node推荐 curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.0/install.sh | bash source ~/.bashrc nvm install 20 nvm use 20 npm install -g anthropic-ai/claude-codeWindows 用户建议在 WSL2 里操作原生 Windows 环境下路径处理和命令执行经常出问题WSL2 的 Linux 环境兼容性好很多。3.2 VSCode 配置与 Claude Code 联动虽然 Claude Code 是命令行工具但配合 VSCode 使用体验会好很多。核心思路是在 VSCode 的集成终端里运行 Claude Code这样 AI 改完代码你能立刻在编辑器里看到 diff。配置要点在 VSCode 里打开项目文件夹用 Ctrl 调出集成终端在终端里直接运行claude启动建议安装 Claude Code 的 VSCode 扩展能获得更好的 diff 展示和快捷键支持把终端字体调大一点AI 输出的内容比较多小字体看着累3.3 项目目录的初始化策略这里有个很多人忽略的细节在哪个目录启动 Claude Code决定了它能操作哪些文件。我建议专门建一个空目录来做游戏项目不要在家目录或者已有项目根目录直接启动。mkdir my-3d-game cd my-3d-game claude启动后 Claude Code 会扫描当前目录如果目录是空的它就知道要从零开始搭建。如果目录里已经有一堆无关文件它的上下文会被干扰生成的代码可能莫名其妙地引用不存在的文件。注意Claude Code 默认会请求文件读写和命令执行权限。第一次使用时它会逐个询问你可以选择“允许本次”或“始终允许”。建议前期选择逐次确认观察它的操作是否符合预期建立信任后再放开权限。4. 三句提示词的具体写法与原理4.1 第一句定方向的关键要素第一句话要解决“做什么”的问题。我实测下来有效的第一句必须包含三个要素游戏类型 技术栈 核心玩法。反面例子“帮我做个3D游戏”——太模糊AI 只能瞎猜大概率给你一个旋转立方体。正面例子“用 Three.js 做一个第一人称视角的3D迷宫漫游游戏玩家用 WASD 移动、鼠标转视角目标是在迷宫里找到出口。”这句话里技术栈Three.js决定了 AI 生成什么代码游戏类型第一人称迷宫漫游核心玩法WASD 移动 鼠标视角 找出口为什么技术栈要放在第一句因为不同的技术栈对应的代码结构完全不同。Three.js 是 Web 端的Babylon.js 也是 Web 端但 API 不同Godot 是独立引擎。你不在第一句说清楚AI 可能选一个你根本不熟悉的技术栈后面想改都难。4.2 第二句补细节的四个维度第二句话负责把第一句的框架填充成具体可执行的需求。我总结出四个需要覆盖的维度视觉风格低多边形、写实、卡通、像素风交互细节移动速度、跳跃高度、鼠标灵敏度场景元素地面材质、墙壁样式、光照类型反馈机制碰撞音效、UI 提示、得分显示示例第二句“视觉上用低多边形风格地面是深灰色网格墙壁用随机颜色的方块加一个方向光和环境光移动速度适中鼠标灵敏度可调碰到墙壁有轻微震动反馈找到出口弹出提示。”这句话给 AI 提供了大量可执行的细节。注意我没有指定具体数值因为 AI 会根据常见实践给出合理默认值你后面觉得不合适再调就行。如果一上来就写死“移动速度 5.0”反而可能因为单位不匹配导致手感奇怪。4.3 第三句提要求的约束条件第三句话是很多人会漏掉的但它直接影响生成代码的质量。约束条件主要包括运行方式本地打开 HTML 文件就能跑还是需要起本地服务器依赖管理用 CDN 引入还是 npm 安装代码组织单文件还是多文件拆分兼容性支持哪些浏览器、是否需要移动端适配示例第三句“用单个 HTML 文件实现Three.js 通过 CDN 引入不需要构建工具双击就能在浏览器打开代码加上清晰注释方便我后续修改。”为什么强调单文件和 CDN因为对于原型验证来说减少依赖链就是减少出错概率。npm 安装可能遇到网络问题、版本冲突CDN 引入虽然不适合生产环境但做 demo 足够快。4.4 三句话背后的提示词工程原理这三句话的结构不是拍脑袋定的它对应了提示词工程里的几个核心原则原则一具体优于抽象。“做一个好玩的游戏”是抽象需求“WASD 移动找出口”是具体需求。AI 对具体需求的执行准确率远高于抽象需求。原则二约束缩小搜索空间。不加约束时AI 会在所有可能的实现方案里随机选一个。加上“单文件、CDN、无构建工具”的约束后搜索空间大幅缩小生成结果的可预测性显著提升。原则三分层递进降低认知负荷。三句话从宏观到微观逐层细化符合人类描述需求的自然顺序也给了 AI 逐步聚焦的机会。如果三句话揉成一段AI 可能抓不住重点。实操心得第一轮生成后不要急着说“不对重做”。先看 AI 生成了什么然后针对具体问题追加指令。比如“移动速度太快了调慢一半”“墙壁颜色太花改成统一的深蓝色”。这种增量式反馈比推倒重来效率高得多。5. 完整实操过程从空目录到可玩 demo5.1 启动 Claude Code 并输入第一句打开终端进入空目录运行claude。等它初始化完成后直接输入第一句话。我实际测试时用的是这个用 Three.js 做一个第一人称视角的3D迷宫漫游游戏玩家用 WASD 移动、鼠标转视角目标是在迷宫里找到出口。Claude Code 收到后会开始规划。你会看到它先输出一段思考过程然后开始创建文件。这个阶段它会做几件事创建index.html作为入口在 HTML 里通过 CDN 引入 Three.js写 JavaScript 代码实现场景、相机、渲染器实现迷宫生成逻辑实现第一人称控制器实现碰撞检测和出口判定整个过程大概持续 1-3 分钟取决于模型响应速度和任务复杂度。期间它会自动执行一些命令来验证比如用ls查看文件是否创建成功。5.2 输入第二句补充视觉和交互细节第一轮生成完成后我接着输入第二句视觉上用低多边形风格地面是深灰色网格墙壁用随机颜色的方块加一个方向光和环境光移动速度适中鼠标灵敏度可调碰到墙壁有轻微震动反馈找到出口弹出提示。这时候 Claude Code 会读取已有的index.html在原有代码基础上做修改。它会修改材质定义把地面改成网格纹理给墙壁方块随机分配颜色添加DirectionalLight和AmbientLight调整移动速度参数添加碰撞时的相机震动效果添加出口触发的弹窗提示这个阶段的关键是AI 会保留第一轮已经正确的部分只改需要改的地方。这也是 Claude Code 相比从零重新生成的优势——它有文件上下文知道当前代码长什么样。5.3 输入第三句确定运行方式和代码组织第三句我输入的是用单个 HTML 文件实现Three.js 通过 CDN 引入不需要构建工具双击就能在浏览器打开代码加上清晰注释方便我后续修改。如果前两轮已经基本满足这个要求第三轮主要是让 AI 检查并补全。实测中 Claude Code 会做这些事确认 Three.js 确实是通过 CDN 引入的检查是否有遗漏的依赖补充代码注释可能还会加一个简单的操作说明浮层到这里三句话输入完毕一个可玩的3D迷宫 demo 就成型了。整个过程我没有写一行代码没有打开任何建模软件没有配置任何构建工具。5.4 运行验证与效果确认在浏览器里打开index.html你应该能看到一个由彩色方块墙壁构成的迷宫深灰色网格地面第一人称视角WASD 可以移动鼠标拖动可以转视角撞墙时有轻微的画面震动走到出口位置弹出提示如果某个效果没出现大概率是浏览器缓存或者 CDN 加载问题。按 F12 打开控制台看报错把报错信息直接贴给 Claude Code它会自己修。5.5 关键参数的计算与调整逻辑虽然 AI 会给出默认参数但理解这些参数的含义能帮你更精准地调整。以第一人称控制器为例几个核心参数参数典型默认值作用调整建议移动速度5.0 单位/秒控制 WASD 移动快慢迷宫小调 3.0开阔场景调 8.0鼠标灵敏度0.002鼠标移动转视角的比例晕3D调低到 0.001相机高度1.7 单位模拟人眼高度保持 1.6-1.8 之间碰撞距离0.5 单位角色与墙壁的最小间距根据角色半径调整重力加速度9.8 单位/秒²跳跃下落速度做太空感调 2.0这些数值不是随便定的。移动速度 5.0 单位/秒意味着每秒移动5个场景单位如果迷宫通道宽度是3个单位这个速度刚好不会让人晕。相机高度 1.7 是模拟成年人眼高低于1.5会显得矮高于2.0会显得飘。注意调整参数时一次只改一个改完立刻测试。同时改多个参数会导致你分不清是哪个改动产生了效果排查问题时会很痛苦。6. 常见问题与排查技巧实录6.1 AI 生成代码跑不起来怎么办这是最常见的问题。排查顺序建议如下第一步看浏览器控制台报错。F12 打开 Console红色报错信息直接复制给 Claude Code90% 的问题它能自己修。第二步检查 CDN 是否加载成功。Network 面板看 Three.js 的请求状态如果是 404 或超时换个 CDN 地址。我常用的是cdn.jsdelivr.net和unpkg.com两个互为备份。第三步检查文件是否完整生成。有时候 AI 写到一半停了index.html内容不完整。让 Claude Code 重新读取文件并补全。第四步检查浏览器兼容性。Three.js 新版本对旧浏览器支持不好建议用 Chrome 或 Edge 最新版。6.2 提示词说了但 AI 没执行这种情况通常是提示词里的需求太模糊或者和已有代码冲突。解决方法把模糊需求拆成具体指令。比如“好看一点”改成“墙壁颜色改成深蓝色和深灰色交替”明确指出要修改的文件和位置。比如“修改 index.html 里控制移动速度的那个变量”如果 AI 说“已经实现了”但你没看到效果让它把相关代码片段打印出来确认6.3 性能问题帧率低、卡顿3D 场景卡顿通常有几个原因现象可能原因解决方案整体帧率低渲染对象太多合并几何体减少 draw call移动时卡顿碰撞检测太频繁降低检测频率或简化碰撞体转视角卡顿每帧重新计算太多缓存计算结果避免重复计算加载慢CDN 资源太大换压缩版 Three.js让 Claude Code 优化性能时直接说“帧率低帮我优化渲染性能”它会分析代码并给出优化方案。实测中它常做的优化包括用InstancedMesh批量渲染相同几何体、减少光照数量、降低阴影分辨率。6.4 常见问题速查表问题排查方向快速解决白屏无内容控制台报错贴报错给 AI 修能移动但看不到场景相机位置或朝向错误检查相机初始坐标穿墙碰撞检测未生效检查碰撞体是否绑定鼠标转视角无效指针锁定未启用检查requestPointerLock调用出口没反应触发距离太小增大触发判定半径代码改了没效果浏览器缓存CtrlShiftR 强制刷新6.5 独家避坑技巧技巧一让 AI 先写注释再写代码。在提示词里加一句“先写清楚每个模块的注释再写实现”生成的代码可读性会好很多后续你自己改也方便。技巧二分阶段验证不要一次性提太多需求。三句话是核心指令但每句话执行完后都应该验证一下。第一句跑通了再发第二句避免错误累积。技巧三保留一个可回退的版本。在让 AI 做大改动之前先手动复制一份index.html备份。AI 有时候会把能跑的代码改坏有备份就不慌。技巧四用 git 管理版本。如果熟悉 git在项目目录初始化一个仓库每次 AI 改完提交一次。这样任何改动都可以回退比手动备份优雅得多。技巧五提示词里加“不要做什么”。比如“不要用 npm”“不要引入额外的库”“不要改我的 HTML 结构”。负面约束有时候比正面需求更能控制 AI 的行为。7. 从 demo 到可玩后续扩展方向三句话做出来的 demo 是个起点不是终点。如果你想把它扩展成一个真正能玩一会儿的小游戏有几个方向可以继续推进。方向一增加游戏机制。比如加入收集品、计时器、敌人巡逻、关卡递进。这些都可以用追加提示词让 AI 实现比如“加一个收集钥匙才能开门的机制钥匙随机分布在迷宫角落”。方向二替换视觉资源。demo 用的是基础几何体你可以让 AI 接入 glTF 模型加载器然后自己找一些免费的低多边形模型替换方块。这一步需要你提供模型文件AI 负责写加载代码。方向三加入音效。用 Web Audio API 或者简单的Audio对象给移动、碰撞、通关加上音效。提示词可以写“用 Web Audio API 生成简单的碰撞音效不要引入外部音频文件”。方向四移动端适配。加虚拟摇杆和触摸转视角让手机也能玩。这个改动比较大建议单独开一轮对话专门做。方向五多人联机。这个就超出 demo 范畴了需要后端支持。AI 能帮你写 WebSocket 通信代码但服务器部署和状态同步逻辑需要你自己把控。我个人在实际操作中的体会是AI 最擅长的是把想法快速变成可运行的原型让你在几分钟内看到效果、验证方向。但原型到产品之间的那段路仍然需要人的判断力。参数调优、手感打磨、性能优化这些事AI 能辅助但替代不了你的审美和经验。最后分享一个我常用的提示词模板你可以直接抄用 [技术栈] 做一个 [游戏类型]核心玩法是 [一句话描述]。 视觉风格 [风格描述]交互上 [关键交互细节]反馈上 [反馈机制]。 用 [运行方式] 实现[依赖管理方式]代码 [组织要求]。把方括号里的内容替换成你的需求就是一套完整的三句话提示词。实测下来这个模板对 Three.js、Babylon.js、甚至 Godot 的 GDScript 都适用。关键是把技术栈、玩法、约束这三样说清楚剩下的交给 AI。 Claude Code + Opus 实测：三句话开发一个3D游戏
1. 三句话生成3D游戏这件事到底靠不靠谱第一次看到“0代码0建模3句话开发一个3D游戏”这个说法我的反应和大多数人一样又是标题党。毕竟在传统游戏开发流程里哪怕做一个最简陋的3D demo你至少得装引擎、配环境、写角色控制器、调摄像机跟随、处理碰撞检测一套下来没个两三天根本跑不起来。但最近一段时间我深度使用了 Claude Code 配合 Opus 模型实际跑了几轮之后我收回之前的判断——这件事在特定条件下确实成立而且效果比我预期的好得多。先把结论说清楚所谓“3句话开发3D游戏”本质是用自然语言提示词驱动一个具备文件读写、命令执行、依赖安装能力的 AI 编程智能体让它在本地自动完成项目脚手架搭建、代码编写、依赖安装和运行调试。你负责描述需求它负责落地实现。整个链路里Claude Code 是执行终端Opus 是大脑提示词是你和大脑之间的接口。三者缺一不可。这篇文章适合三类人看一是完全没碰过游戏开发但想快速验证创意的产品型选手二是有编程基础但没做过3D游戏、想用 AI 提效的开发者三是已经在用 Claude Code 但还没试过用它做图形类项目的朋友。我会把整个流程拆开讲透包括提示词怎么写、环境怎么配、踩过哪些坑、哪些环节 AI 会翻车需要人工兜底。不吹不黑全是实测记录。需要提前说明的是这套方法目前最适合做原型验证和小型 demo比如第一人称漫游、简单的收集类玩法、物理沙盒这类场景。如果你要做商业级完整游戏AI 能帮你省掉大量重复劳动但架构设计和性能优化仍然需要人来把关。下面进入正题。2. 整体思路拆解为什么三句话能跑通一个3D游戏2.1 传统3D游戏开发的门槛到底在哪要理解 AI 为什么能压缩这个流程得先搞清楚传统路径的时间都花在哪了。一个最小可运行的3D场景通常包含以下工作引擎选型与安装Unity、Unreal、Godot 各有各的安装包和配置流程光下载安装就可能花掉半小时项目初始化创建项目、配置渲染管线、设置输入系统场景搭建创建地面、光源、摄像机摆放基础几何体角色控制写移动逻辑、跳跃逻辑、摄像机跟随物理系统碰撞体、刚体、重力参数调试运行反复修改参数、处理报错这里面真正体现“创意”的部分其实很少大量时间消耗在样板代码和环境配置上。而 AI 编程智能体最擅长的恰恰就是这类有明确模式、有大量公开示例的样板工作。2.2 Claude Code Opus 这个组合的特殊之处市面上 AI 编程工具不少但能真正做到“三句话出游戏”的需要满足几个硬条件。我把关键能力对比整理成表格方便你判断自己手上的工具能不能干这事能力维度普通代码补全工具对话式AIClaude Code Opus读写本地文件不支持不支持支持执行终端命令不支持不支持支持自动安装依赖不支持不支持支持多文件项目理解弱中强自主调试循环不支持不支持支持长上下文保持弱中强Claude Code 的核心价值在于它是一个agent智能体不是单纯的聊天窗口。你给它一句话它会自己决定先创建哪个文件、装什么依赖、跑什么命令验证、报错了怎么改。这个“自主循环”能力才是三句话出游戏的技术底座。Opus 模型在这里的作用是提供足够强的代码生成质量和长程规划能力。实测下来同样一句“做一个第一人称漫游的3D场景”Opus 生成的代码结构明显更合理会主动拆分模块、加注释、处理边界情况而小模型往往写成一坨能跑但没法维护的代码。2.3 三句话的分工逻辑所谓“3句话”不是随便说三句就行这三句话有明确的功能分工第一句定方向说清楚做什么类型的3D游戏、用什么技术栈、核心玩法是什么第二句补细节描述具体的交互方式、视觉风格、关键参数第三句提要求说明运行环境、性能预期、代码组织方式这个结构和提示词工程里经典的“角色-任务-约束”框架是一致的。第一句给角色和任务第二句给具体需求第三句给约束条件。三句话覆盖了 AI 完成任务所需的全部关键信息剩下的细节它会基于训练数据里的常见实践自动补全。提示不要真的只发三句话就完事。三句话是核心指令实际使用中你还需要在 AI 执行过程中根据它的输出做追加反馈。三句话是起点不是终点。3. 环境准备从零把 Claude Code 跑起来3.1 安装 Claude Code 的完整步骤Claude Code 目前提供多种安装方式我实测下来最稳的是通过 npm 全局安装。前提是你机器上已经有 Node.js 环境建议版本 18 以上。# 检查 node 版本 node -v # 全局安装 claude code npm install -g anthropic-ai/claude-code # 验证安装 claude --version如果你在 Ubuntu 环境下npm 全局安装可能遇到权限问题两个解决方案一是用 nvm 管理 node 版本避免 sudo二是配置 npm 的全局目录到用户目录下。我推荐前者干净且不容易出幺蛾子。# 用 nvm 安装 node推荐 curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.0/install.sh | bash source ~/.bashrc nvm install 20 nvm use 20 npm install -g anthropic-ai/claude-codeWindows 用户建议在 WSL2 里操作原生 Windows 环境下路径处理和命令执行经常出问题WSL2 的 Linux 环境兼容性好很多。3.2 VSCode 配置与 Claude Code 联动虽然 Claude Code 是命令行工具但配合 VSCode 使用体验会好很多。核心思路是在 VSCode 的集成终端里运行 Claude Code这样 AI 改完代码你能立刻在编辑器里看到 diff。配置要点在 VSCode 里打开项目文件夹用 Ctrl 调出集成终端在终端里直接运行claude启动建议安装 Claude Code 的 VSCode 扩展能获得更好的 diff 展示和快捷键支持把终端字体调大一点AI 输出的内容比较多小字体看着累3.3 项目目录的初始化策略这里有个很多人忽略的细节在哪个目录启动 Claude Code决定了它能操作哪些文件。我建议专门建一个空目录来做游戏项目不要在家目录或者已有项目根目录直接启动。mkdir my-3d-game cd my-3d-game claude启动后 Claude Code 会扫描当前目录如果目录是空的它就知道要从零开始搭建。如果目录里已经有一堆无关文件它的上下文会被干扰生成的代码可能莫名其妙地引用不存在的文件。注意Claude Code 默认会请求文件读写和命令执行权限。第一次使用时它会逐个询问你可以选择“允许本次”或“始终允许”。建议前期选择逐次确认观察它的操作是否符合预期建立信任后再放开权限。4. 三句提示词的具体写法与原理4.1 第一句定方向的关键要素第一句话要解决“做什么”的问题。我实测下来有效的第一句必须包含三个要素游戏类型 技术栈 核心玩法。反面例子“帮我做个3D游戏”——太模糊AI 只能瞎猜大概率给你一个旋转立方体。正面例子“用 Three.js 做一个第一人称视角的3D迷宫漫游游戏玩家用 WASD 移动、鼠标转视角目标是在迷宫里找到出口。”这句话里技术栈Three.js决定了 AI 生成什么代码游戏类型第一人称迷宫漫游核心玩法WASD 移动 鼠标视角 找出口为什么技术栈要放在第一句因为不同的技术栈对应的代码结构完全不同。Three.js 是 Web 端的Babylon.js 也是 Web 端但 API 不同Godot 是独立引擎。你不在第一句说清楚AI 可能选一个你根本不熟悉的技术栈后面想改都难。4.2 第二句补细节的四个维度第二句话负责把第一句的框架填充成具体可执行的需求。我总结出四个需要覆盖的维度视觉风格低多边形、写实、卡通、像素风交互细节移动速度、跳跃高度、鼠标灵敏度场景元素地面材质、墙壁样式、光照类型反馈机制碰撞音效、UI 提示、得分显示示例第二句“视觉上用低多边形风格地面是深灰色网格墙壁用随机颜色的方块加一个方向光和环境光移动速度适中鼠标灵敏度可调碰到墙壁有轻微震动反馈找到出口弹出提示。”这句话给 AI 提供了大量可执行的细节。注意我没有指定具体数值因为 AI 会根据常见实践给出合理默认值你后面觉得不合适再调就行。如果一上来就写死“移动速度 5.0”反而可能因为单位不匹配导致手感奇怪。4.3 第三句提要求的约束条件第三句话是很多人会漏掉的但它直接影响生成代码的质量。约束条件主要包括运行方式本地打开 HTML 文件就能跑还是需要起本地服务器依赖管理用 CDN 引入还是 npm 安装代码组织单文件还是多文件拆分兼容性支持哪些浏览器、是否需要移动端适配示例第三句“用单个 HTML 文件实现Three.js 通过 CDN 引入不需要构建工具双击就能在浏览器打开代码加上清晰注释方便我后续修改。”为什么强调单文件和 CDN因为对于原型验证来说减少依赖链就是减少出错概率。npm 安装可能遇到网络问题、版本冲突CDN 引入虽然不适合生产环境但做 demo 足够快。4.4 三句话背后的提示词工程原理这三句话的结构不是拍脑袋定的它对应了提示词工程里的几个核心原则原则一具体优于抽象。“做一个好玩的游戏”是抽象需求“WASD 移动找出口”是具体需求。AI 对具体需求的执行准确率远高于抽象需求。原则二约束缩小搜索空间。不加约束时AI 会在所有可能的实现方案里随机选一个。加上“单文件、CDN、无构建工具”的约束后搜索空间大幅缩小生成结果的可预测性显著提升。原则三分层递进降低认知负荷。三句话从宏观到微观逐层细化符合人类描述需求的自然顺序也给了 AI 逐步聚焦的机会。如果三句话揉成一段AI 可能抓不住重点。实操心得第一轮生成后不要急着说“不对重做”。先看 AI 生成了什么然后针对具体问题追加指令。比如“移动速度太快了调慢一半”“墙壁颜色太花改成统一的深蓝色”。这种增量式反馈比推倒重来效率高得多。5. 完整实操过程从空目录到可玩 demo5.1 启动 Claude Code 并输入第一句打开终端进入空目录运行claude。等它初始化完成后直接输入第一句话。我实际测试时用的是这个用 Three.js 做一个第一人称视角的3D迷宫漫游游戏玩家用 WASD 移动、鼠标转视角目标是在迷宫里找到出口。Claude Code 收到后会开始规划。你会看到它先输出一段思考过程然后开始创建文件。这个阶段它会做几件事创建index.html作为入口在 HTML 里通过 CDN 引入 Three.js写 JavaScript 代码实现场景、相机、渲染器实现迷宫生成逻辑实现第一人称控制器实现碰撞检测和出口判定整个过程大概持续 1-3 分钟取决于模型响应速度和任务复杂度。期间它会自动执行一些命令来验证比如用ls查看文件是否创建成功。5.2 输入第二句补充视觉和交互细节第一轮生成完成后我接着输入第二句视觉上用低多边形风格地面是深灰色网格墙壁用随机颜色的方块加一个方向光和环境光移动速度适中鼠标灵敏度可调碰到墙壁有轻微震动反馈找到出口弹出提示。这时候 Claude Code 会读取已有的index.html在原有代码基础上做修改。它会修改材质定义把地面改成网格纹理给墙壁方块随机分配颜色添加DirectionalLight和AmbientLight调整移动速度参数添加碰撞时的相机震动效果添加出口触发的弹窗提示这个阶段的关键是AI 会保留第一轮已经正确的部分只改需要改的地方。这也是 Claude Code 相比从零重新生成的优势——它有文件上下文知道当前代码长什么样。5.3 输入第三句确定运行方式和代码组织第三句我输入的是用单个 HTML 文件实现Three.js 通过 CDN 引入不需要构建工具双击就能在浏览器打开代码加上清晰注释方便我后续修改。如果前两轮已经基本满足这个要求第三轮主要是让 AI 检查并补全。实测中 Claude Code 会做这些事确认 Three.js 确实是通过 CDN 引入的检查是否有遗漏的依赖补充代码注释可能还会加一个简单的操作说明浮层到这里三句话输入完毕一个可玩的3D迷宫 demo 就成型了。整个过程我没有写一行代码没有打开任何建模软件没有配置任何构建工具。5.4 运行验证与效果确认在浏览器里打开index.html你应该能看到一个由彩色方块墙壁构成的迷宫深灰色网格地面第一人称视角WASD 可以移动鼠标拖动可以转视角撞墙时有轻微的画面震动走到出口位置弹出提示如果某个效果没出现大概率是浏览器缓存或者 CDN 加载问题。按 F12 打开控制台看报错把报错信息直接贴给 Claude Code它会自己修。5.5 关键参数的计算与调整逻辑虽然 AI 会给出默认参数但理解这些参数的含义能帮你更精准地调整。以第一人称控制器为例几个核心参数参数典型默认值作用调整建议移动速度5.0 单位/秒控制 WASD 移动快慢迷宫小调 3.0开阔场景调 8.0鼠标灵敏度0.002鼠标移动转视角的比例晕3D调低到 0.001相机高度1.7 单位模拟人眼高度保持 1.6-1.8 之间碰撞距离0.5 单位角色与墙壁的最小间距根据角色半径调整重力加速度9.8 单位/秒²跳跃下落速度做太空感调 2.0这些数值不是随便定的。移动速度 5.0 单位/秒意味着每秒移动5个场景单位如果迷宫通道宽度是3个单位这个速度刚好不会让人晕。相机高度 1.7 是模拟成年人眼高低于1.5会显得矮高于2.0会显得飘。注意调整参数时一次只改一个改完立刻测试。同时改多个参数会导致你分不清是哪个改动产生了效果排查问题时会很痛苦。6. 常见问题与排查技巧实录6.1 AI 生成代码跑不起来怎么办这是最常见的问题。排查顺序建议如下第一步看浏览器控制台报错。F12 打开 Console红色报错信息直接复制给 Claude Code90% 的问题它能自己修。第二步检查 CDN 是否加载成功。Network 面板看 Three.js 的请求状态如果是 404 或超时换个 CDN 地址。我常用的是cdn.jsdelivr.net和unpkg.com两个互为备份。第三步检查文件是否完整生成。有时候 AI 写到一半停了index.html内容不完整。让 Claude Code 重新读取文件并补全。第四步检查浏览器兼容性。Three.js 新版本对旧浏览器支持不好建议用 Chrome 或 Edge 最新版。6.2 提示词说了但 AI 没执行这种情况通常是提示词里的需求太模糊或者和已有代码冲突。解决方法把模糊需求拆成具体指令。比如“好看一点”改成“墙壁颜色改成深蓝色和深灰色交替”明确指出要修改的文件和位置。比如“修改 index.html 里控制移动速度的那个变量”如果 AI 说“已经实现了”但你没看到效果让它把相关代码片段打印出来确认6.3 性能问题帧率低、卡顿3D 场景卡顿通常有几个原因现象可能原因解决方案整体帧率低渲染对象太多合并几何体减少 draw call移动时卡顿碰撞检测太频繁降低检测频率或简化碰撞体转视角卡顿每帧重新计算太多缓存计算结果避免重复计算加载慢CDN 资源太大换压缩版 Three.js让 Claude Code 优化性能时直接说“帧率低帮我优化渲染性能”它会分析代码并给出优化方案。实测中它常做的优化包括用InstancedMesh批量渲染相同几何体、减少光照数量、降低阴影分辨率。6.4 常见问题速查表问题排查方向快速解决白屏无内容控制台报错贴报错给 AI 修能移动但看不到场景相机位置或朝向错误检查相机初始坐标穿墙碰撞检测未生效检查碰撞体是否绑定鼠标转视角无效指针锁定未启用检查requestPointerLock调用出口没反应触发距离太小增大触发判定半径代码改了没效果浏览器缓存CtrlShiftR 强制刷新6.5 独家避坑技巧技巧一让 AI 先写注释再写代码。在提示词里加一句“先写清楚每个模块的注释再写实现”生成的代码可读性会好很多后续你自己改也方便。技巧二分阶段验证不要一次性提太多需求。三句话是核心指令但每句话执行完后都应该验证一下。第一句跑通了再发第二句避免错误累积。技巧三保留一个可回退的版本。在让 AI 做大改动之前先手动复制一份index.html备份。AI 有时候会把能跑的代码改坏有备份就不慌。技巧四用 git 管理版本。如果熟悉 git在项目目录初始化一个仓库每次 AI 改完提交一次。这样任何改动都可以回退比手动备份优雅得多。技巧五提示词里加“不要做什么”。比如“不要用 npm”“不要引入额外的库”“不要改我的 HTML 结构”。负面约束有时候比正面需求更能控制 AI 的行为。7. 从 demo 到可玩后续扩展方向三句话做出来的 demo 是个起点不是终点。如果你想把它扩展成一个真正能玩一会儿的小游戏有几个方向可以继续推进。方向一增加游戏机制。比如加入收集品、计时器、敌人巡逻、关卡递进。这些都可以用追加提示词让 AI 实现比如“加一个收集钥匙才能开门的机制钥匙随机分布在迷宫角落”。方向二替换视觉资源。demo 用的是基础几何体你可以让 AI 接入 glTF 模型加载器然后自己找一些免费的低多边形模型替换方块。这一步需要你提供模型文件AI 负责写加载代码。方向三加入音效。用 Web Audio API 或者简单的Audio对象给移动、碰撞、通关加上音效。提示词可以写“用 Web Audio API 生成简单的碰撞音效不要引入外部音频文件”。方向四移动端适配。加虚拟摇杆和触摸转视角让手机也能玩。这个改动比较大建议单独开一轮对话专门做。方向五多人联机。这个就超出 demo 范畴了需要后端支持。AI 能帮你写 WebSocket 通信代码但服务器部署和状态同步逻辑需要你自己把控。我个人在实际操作中的体会是AI 最擅长的是把想法快速变成可运行的原型让你在几分钟内看到效果、验证方向。但原型到产品之间的那段路仍然需要人的判断力。参数调优、手感打磨、性能优化这些事AI 能辅助但替代不了你的审美和经验。最后分享一个我常用的提示词模板你可以直接抄用 [技术栈] 做一个 [游戏类型]核心玩法是 [一句话描述]。 视觉风格 [风格描述]交互上 [关键交互细节]反馈上 [反馈机制]。 用 [运行方式] 实现[依赖管理方式]代码 [组织要求]。把方括号里的内容替换成你的需求就是一套完整的三句话提示词。实测下来这个模板对 Three.js、Babylon.js、甚至 Godot 的 GDScript 都适用。关键是把技术栈、玩法、约束这三样说清楚剩下的交给 AI。