AI游戏开发拐点：氛围编程游戏进入可玩时代

AI编程工具的能力边界正在从「写代码」扩展到「做游戏」。Simon Willison 在其博客中提出，2026 年 10 月是「氛围编程游戏」（vibe game development）的拐点——模型不仅能生成看起来像游戏的东西，还能做出真正好玩的游戏。

从「像游戏」到「好玩」的关键跨越

过去一段时间，模型已经能生成外观像游戏的产物，但核心问题始终是：游戏是否真的有趣。Willison 此前做过类似实验，结果并不理想。游戏设计被公认是一门深奥的手艺——设计出新颖、有挑战性且学习曲线令人满意的玩法循环，需要长期积累。

转折点出现在 Claude Opus 5.5 上。Willison 让模型「Make it a LOT more fun」，结果模型真的做到了。他描述自己用完全经典意义上的氛围编程——完全不看代码——做出了四款自己真正享受游玩的游戏。在 Foo Camp 上，他还遇到多位有相似体验的人。

这一判断的重要性在于：它把 AI 编程代理的可靠性拐点（此前发生在编码代理领域）延伸到了创意性更强的游戏开发场景。后者对审美、节奏和趣味性的要求远高于普通业务代码。

氛围编程（Vibe Coding） 是 Andrej Karpathy 于 2025 年初提出的说法，指开发者几乎不阅读或审查代码，仅凭自然语言描述意图、观察运行结果并不断用提示词推进的编程方式。它与传统 "AI 辅助补全" 的区别在于控制权的转移：人负责判断输出"感觉对不对"，模型负责全部实现细节。正因为放弃了对代码的审阅，氛围编程对模型可靠性的要求反而更高——代码里潜藏的 bug 不再由人发现，而是要靠试玩、试运行暴露出来。这也是为什么 Willison 把游戏开发的拐点与编码代理的可靠性拐点绑定在一起：只有当模型足够少犯错时，"完全不看代码"才可能产出可玩的作品。

四个游戏项目：从单次生成到深度迭代

Willison 用四个项目展示了不同投入程度下的产出差异，全部基于 HTML 和 JavaScript，完全在浏览器中运行。

Tree Appreciator：单次提示的惊喜

这是最小的一个项目，只用普通 Claude 聊天界面完成，无需 Claude Code。提示词要求做一个 three.js 游戏，展示两棵算法生成的树，玩法是欣赏它们之间的差异，并要求模型「认真思考如何让它既有趣又美观」。结果一次成型：一个适合移动端的找不同小游戏，画面温暖，收集树木进入「植物标本馆」的设定带来舒适的成就感。

一个实用经验是：让模型使用 three.js 效果很好。Claude 没有自己的图像生成模型，但能构建出色的全彩 3D 模型。

three.js 是一个开源的 JavaScript 3D 图形库，建立在 WebGL 之上，把着色器、相机、光照、材质、几何体等底层概念封装成相对易用的 API，让开发者无需深入图形学即可在浏览器里渲染三维场景。它长期是网页 3D 事实上的标准库，因而在前沿模型的训练语料中占据大量份额——这正是模型能"一次写对"复杂 3D 场景的原因之一。相较之下，模型生成自建渲染管线或冷门引擎代码时出错率高得多。对氛围编程而言，选用 three.js 这类高覆盖度、文档丰富的库，本质上是把模型的先验知识转化为可靠性。

Emberwick：从引擎原型到完整 RPG

这个项目野心更大，同样用普通 Claude 聊天完成。起点是搭建一个俯视角奇幻 RPG 引擎原型，要求包含村庄场景、NPC、家具、多层建筑，以及玩家进入建筑时遮挡墙体会变透明。首版就表现不错。

随后 Willison 逐步加码：让地形不再平坦、给两栋建筑加地下室并用隧道连通、在山体中加入一个睡着巨魔的洞穴。每一步都产出可用结果。最终他要求「把它变成真正的游戏」——扩大四倍可玩区域、加入有趣的机制、设计不落俗套的剧情、魔法系统和转折。

这个项目需要较多试玩和迭代，主要问题是玩法 bug，比如角色因剧情移动而无法在正确位置完成任务。最终版本有约 15 分钟流程的完整故事，Willison 甚至表示自己被结局触动——而游戏的画面、剧情、角色、音乐、对话全部来自模型。他还用同一组提示词在 ChatGPT GPT-6 Pro 上做了对照版本，评价是「看起来很棒，但玩起来差得远」。

Battle Drones：最成功的项目

这是一款 Command & Conquer 风格的即时战略游戏，两到四支机器人军队建造单位、采集废料、争夺领土。早期版本用 Claude Fable 5 构建，可玩性一般。Opus 5.5 接手后，先被要求「让它好玩得多」，随后又被要求移植到 three.js，游戏体验发生质变。

目前 Battle Drones 支持 2 至 4 人多人对战（通过氛围编程的 WebSockets 中继服务器）、勋章、回放、七张地图、随机地图生成器和规则变体。它还支持不同 LLM 互相对战：游戏推进五秒后暂停，给各模型时间解读局势并下达指令。Willison 以 Apache 2.0 许可证开源后，次日就有开发者发布了基于它的蒸汽朋克风格分支 Panache。

WebSockets 是一种在单个 TCP 连接上提供全双工通信的浏览器协议，服务器可主动向客户端推送数据，无需客户端轮询。它因此成为实时多人游戏的常见选择：玩家的操作指令和服务器广播的游戏状态可以低延迟地双向流动，服务器据此充当唯一权威状态源，避免各客户端各自模拟造成的不一致。文中"氛围编程的 WebSockets 中继服务器"指的是一个只负责在玩家之间转发消息、不参与游戏逻辑的轻量服务端，这让游戏主体仍可作为静态前端部署，同时支撑多个模型各自接管一方的对战场景。

Pumpkin Farmer：个人化表达的探索

受居住地 Half Moon Bay 的南瓜节启发，Willison 想做一个不只是模仿已有作品的游戏：经营巨型南瓜农场，应对十月南瓜季的客流。游戏中的角色全是素食动物，镇长是一只鹈鹕，玩家可以扮演鹈鹕、臭鼬、浣熊、负鼠、海狸、郊狼、狐狸、猫头鹰、海獭或斑海豹。

他让模型「频繁地给用户惊喜和愉悦」，结果塞满了细节和彩蛋：捣蛋的浣熊、主持称重比赛的大象海豹、把南瓜滚回海里的斑海豹，以及有时会应验的种植迷信。他坦言这还不是自己最好的游戏，玩法复杂度甚至偏高，但它代表了想要的游戏类型：古怪、有趣、高度个人化。

AI 生成内容的争议与分流

Willison 直言一个尴尬事实：如果对 AI 生成的图片、音乐、文字和代码都反感，那么氛围编程游戏一次性集齐了全部四项。游戏社区对 AI 素材的抵触正在增长，Steam Next Fest 上充斥着低质 AI 作品的抱怨就是例证。

但他认为结果并不差。过去制作游戏是软件开发中最具挑战性的项目之一，需要多种技能和数月甚至数年的专注投入，而现在他可以在手机上通过提示词做出可玩的多人 RTS。他预计会出现分流：一部分玩家拒绝这类游戏，另一部分人则欢迎游戏开发向更广泛的人群开放。他自己不会把氛围编程作品送进传统游戏竞赛——「我不觉得自己有资格」。

Steam Next Fest 是 Valve 每年多次举办的线上试玩活动，大量独立开发者在此发布 demo 以获取愿望单和反馈，历来是小型团队曝光的重要窗口。近几届活动中，玩家开始抱怨出现大量外观粗糙、疑似 AI 批量生成的作品，这些作品稀释了曝光资源，也加剧了社区对 AI 素材的负面情绪。这一背景解释了 Willison 为何强调"分流"：抵触情绪并非针对技术本身，而是针对低投入、同质化的产出对既有生态的挤压；而高投入、有个人表达的作品所面临的反应可能截然不同。

投入更多会怎样？

Willison 强调，这些项目按投入精力排序，但没有一个超过他四小时的工作量（外加 Claude Code 自行运转的更长时间）。他真正期待的是：如果有人认真对待这件事，投入大量创作时间、更好的游戏设计品味，并持续试玩迭代，能做出什么样的作品。

对于想尝试的人，他给出了一套极低门槛的路径：所有项目都是 HTML 加 JavaScript，用静态托管（GitHub Pages 或 Cloudflare Pages）即可。现代浏览器包括移动端已经足够强大，前沿模型也熟悉 three.js 和 Phaser 这类库。起步提示词可以简单到：

Build a mobile-friendly three.js game where...

这在 ChatGPT 和 Claude 的普通聊天界面就能跑通，不必启动完整的编码代理。等项目过了概念验证阶段，再切换到 Codex 或 Claude Code。如果游戏不够好玩，只需补一句：「Make it a LOT more fun」。

在模型能力对比上，Willison 的初步印象是 GPT-6 Astra 还差一点——它能构建游戏，但对「趣味」的把握不如 Opus 5.5。他预计 OpenAI 会在年底前追上。

这轮拐点的意义或许不在于模型能替代游戏开发者，而在于它把「做游戏」从高门槛工程变成了低风险创意实验。真正稀缺的将不再是实现能力，而是新颖且令人愉悦的构思。