阅读了太多“用一个提示就做出了游戏”的帖子后，我想分享我做的另一种方式，这与那种方式大不相同。

背景：我已经开发游戏几十年了，所以 AI 是新的部分，而不是游戏开发本身。这可能解释了一些现象。

下面的截图展示了我当前的项目状态。乍一看可能让人失望，对吧？但关键在于：它已经可以完整游玩。我使用 AI 做一些以前从未做过的事，因为作为独自开发者，这需要投入太多精力 — — 我热衷于“探索式写作”（我也写作，探索式写作指的是作者在写作过程中随发现故事，而不是事先规划好所有细节）。

灰盒化 — — 这是截图里显示的内容。这是一项经过验证的游戏开发原则：先用零素材构建整个游戏，以验证核心玩法。只有在核心玩法确定后，才会去加入美术、音效、特效等。

https://preview.redd.it/n1wnkdqg6yyh1.png?width=2976&format=png&au&s=89669a4ada1fd0d9a8ab303e7974397dc73565b7

我的经验：AI 在灰盒化方面简直 太棒 了。只要用简单的形状，Claude Code（我使用的工具）就能立刻理解每个元素，几乎没有误解。

这引出我的第二条原则：

迭代功能会话 — — 每个会话只专注于一件事，并在开始时告诉 Claude 具体内容，例如：“本次会话我们将构建 UI”，或 “本次会话我们将优化布局”。随后，我通过许多小提示进行多次迭代，而不是一次性输入大段文字。这样可以进行微观管理，在错误扩大之前及时纠正。我通常在每个功能上进行数十次迭代，直到满意，然后清空上下文，开始下一项工作。

让 AI 编写设计文档 — — 我指示 Claude 创建并持续更新设计文档。这为我提供了另一层检查和纠正的机会，并且以符合上下文长度的方式存储设计决策。我一直懒于编写详尽文档，而现在 Claude 会在迭代过程中记录我做出的每个决定。

测试，哦，对！ — — 我一直太懒得写测试，几乎没有做。而且测试还需要不断更新 — — 真头疼。但让 Claude 在它创建的每样东西后生成测试并运行，是件很容易的事。这为我提供了额外的检查层，并且是免费的回归测试 — — 无需担心今天的功能 B 会破坏昨天的功能 A。还有什么不喜欢的？

最后：我大量使用 技能，甚至花整个会话只给它提供参考材料并讨论“fun”是什么，以及我想在游戏中使用哪些元素和挑战。现在我拥有一个技能，里面包含了所有这些知识和决策，可以在下一个项目中重复使用。这个项目里还有半 dozen 个其他技能，分别负责工作的具体部分。

所以，这就是我个人使用 AI 的方式。仍然有大量手动工作需要我在 Unity（我的引擎）编辑器和代码中完成 — — 对我来说，AI 是一个可以委派任务的 初级程序员，同时也是讨论想法的 橡皮鸭。它已经成为很好的伙伴，帮助我快速测试想法或系统的不同版本。所有的创意决策仍由我自己做出，我不使用 AI 生成艺术（除了最终会被替换的灰盒）。

只是想给出一个不同的视角，说明 AI 如何在不剥夺创意控制的前提下用于游戏开发。