在游戏开发中，“vibe coded”通常指开发者大量依赖 AI 编码工具，通过运行结果判断进展，同时对生成代码进行较少的细致审查。这是非正式说法，并非技术标准。人们也可能随意或讽刺地使用它，因此单凭这个词无法判断 AI 的使用程度或游戏的质量。
这一区别很重要，因为“AI 制作的游戏”可能指生成源代码、生成美术或音频，或者在成品游戏运行时使用 AI。这些是不同的选择，一个项目可以只使用其中一种。
“vibe coded”在游戏中是什么意思？
这个词源于Andrej Karpathy 在 2025 年 2 月的帖子中描述的一种编程方式：告诉 AI 你想要什么，运行它生成的内容，并通过对话不断引导。在游戏开发中，这可能意味着让智能体创建玩家控制器、连接菜单或实现一个小型游戏循环，然后在引擎或浏览器中测试结果。
AI 辅助达到什么程度才算“vibe coding”，并没有统一的门槛。有人用它指单次提示词生成的原型，也有人用它指开发者借助智能体编写大部分代码的成品游戏。更有用的问题是：工具做了什么，人又检查了什么。
- 生成的代码： AI编写或修改脚本、着色器、测试或其他实现。开发者仍然决定代码是否正确并可维护。
- 生成的美术和音频：AI 创建或协助编辑纹理、角色、音乐、音效或文字。这本身不能说明游戏玩法代码由谁编写。
- 运行时 AI：已发布的游戏在玩家游玩时调用 AI 系统，例如生成对话。游戏可以使用运行时 AI 而不采用 vibe coding；采用 vibe coding 制作的游戏也可以完全不包含运行时 AI。
为什么人们称游戏为“vibe coded”？
这个词已经从描述工作流程发展为描述产品，有时还用来嘲讽人们认为不够精致的产品。近期例子说明这些含义为什么不应混为一谈。
官方自述：Epic Games 在 2026 年 10 月的预览公告中，用“vibe coded”形容新的 Epic Games Launcher。启动器不是游戏，但属于游戏生态。Epic 自己的用词让这一说法成为讨论的一部分；随后玩家争论的焦点是，一个流量很高的商店是否应按可靠性和完成度评判。可阅读Epic 的启动器公告了解该公司对预览版的描述。
开发者披露：Codex Mortis的 Steam 商店页面称，该游戏的代码、文本、美术、音效和音乐都使用了 AI。这是商店页面上一项范围广泛且明确的披露，说明制作过程，但本身不能证明游戏是否有趣、稳定或完整。参见开发者在 Steam 上的 AI 生成内容披露。
开发者的说法与玩家的简略称呼：在 2026 年 9 月关于DelveKin的讨论中，开发者表示 AI 工具协助了编码，而设计、测试、平衡和迭代由他们负责。一些评论者仍称游戏为“vibe coded”，主要是在回应界面和视觉表现。该讨论帖可以说明这个标签如何被使用，却不是对游戏的独立审查。可直接比较开发者的说法和社区反馈。
这些例子是不同类型的证据：公司的戏谑产品描述、开发者的正式披露以及开发者对玩家批评的回应。这些都不应被当作彼此主张的证明。
“vibe coded”意味着游戏质量差吗？
不。是否使用 AI 不是质量评分。大量使用 AI 辅助的游戏可以结构连贯、经过仔细测试；完全手写的游戏也可能有错误或设计不佳。这个词可以描述工作流程、提示一种披露，也可以用来贬低。要判断哪些担忧属实，需要检查游戏本身。
玩家负面使用这个标签时，通常是在回应可见问题：操作手感不一致、菜单与游戏其他部分不匹配、占位内容、重复资产、未完成关卡、崩溃，或更新破坏了旧功能。任何仓促开发都可能产生这些问题。AI 可以让第一个版本更快出现，但不能省去检查、调整和后续维护工作。
对于小型原型，细节不够顺畅或使用临时资产可能可以接受。但付费发布或存储玩家数据的游戏应达到更高标准，包括可靠的核心玩法、清晰的披露、资产的适当权利，以及上线后解决问题的计划。
如何评判采用 vibe coding 制作的游戏
根据其自身的承诺来评判游戏。一个短小的游戏不需要几十个关卡；它需要其宣传的循环机制从头到尾都能正常运行。
- 完整玩一次游戏循环。开始新一局，达到胜利或失败状态，然后重新开始。检查转换后进度、操作和菜单是否仍正常工作。
- 多次尝试核心机制。在不同条件下重复主要操作，检查是否有输入未被响应、碰撞不一致、角色卡住、计分错误或绕过挑战的漏洞。
- 检查内容是否自洽。比较教程、操作、关卡目标、UI 标签和商店描述。如果它们向玩家传达不同的规则，游戏会显得尚未完成。
- 寻找迭代证据。阅读近期更新日志，检查报告的问题是否得到有用回应，以及开发者能否解释改动。发布只是一个时间点的状态；维护也是质量的一部分。
- 准确阅读 AI 和资产披露信息。了解 AI 是否生成了代码、图像、文字或音频，以及游戏过程中是否使用生成式服务。不要从一项推断另一项。
预告片、截图或“AI制作”徽章无法回答所有这些问题。如果你可以试玩该版本，请测试承诺的游戏循环。如果不能，将有关性能和完整性的声明视为未经验证的。
SEELE 的真实示例：从生成原型到经过测试的游戏
SEELE 的 Unity 展示链接到Fission Sprint，一个由创作者发布、可在线游玩的 Unity 构建。项目需求说明描述了引导人群穿过算术门、避开火焰障碍并到达首领的玩法。这是可供检查的具体游戏循环，而不是“AI 能制作游戏”的笼统声明。
有用的评审应从以玩家身份试玩开始：你能理解第一扇门吗？人群数量是否按规则变化？障碍是否能被一致地触发？关卡是否提供清晰的结束状态？然后在支持的屏幕尺寸下使用不同路线重复测试。视觉检查应确认门上的标签、障碍效果和反馈始终清晰可辨且一致。
如果门改变的人群数量有误，应修正规则或状态转换，然后重新测试该门和整个关卡。如果障碍难以辨认，应调整对比度或预警时间，并以正常游戏速度测试。如果构建没有可靠的重启或结束流程，应在认定循环完成前补上这些转换。这些都是评审者应执行的检查；公开展示并未发布测试报告，也未声称每项检查都已通过。
证据的边界也是这个例子的一部分。生成的原型通过具体修正和重新测试才能成为更好的游戏，而不是因为使用了 AI 或创作者避免使用 AI。
常见问题
采用 vibe coding 制作的游戏与 AI 生成游戏相同吗？
不相同。“AI 生成”可以指代码、美术、文字或音频。“vibe coded”通常指以提示词驱动、对代码细致检查较少的编码流程，不过人们对这个词的用法并不一致。游戏可以使用 AI 生成的美术和手写代码，也可以使用 AI 辅助代码和原创美术。
采用 vibe coding 制作的游戏可以是成品吗？
可以。工作流程的标签不能决定项目是否完成。完成取决于游戏是否满足其声明的范围、主要循环能否运行、是否经过足够的试玩测试，以及是否有可行的修复和更新计划。
“vibe coded”意味着没有人写过代码吗？
不。有些开发者很少亲自写代码，主要通过提示词指挥智能体；另一些则会审查、编辑和扩展生成的代码。这个标签过于宽泛，不能确定作者归属。清晰的开发者披露应说明使用了哪些工具和资产，以及哪些环节经过人工审查。
