我意识到大多数人在游戏开发中使用AI的方式是倒置的，导致他们的工作进展缓慢。真正的转变是将AI视为一个系统构建者，而不是一个“为我建造游戏”的生成器。相反，我将其视为设计一个系统的工具，逐一设计每个系统： 职责系统 建筑系统 地形渲染 水纹效果 寻路 资源物流 保存/加载架构 UI框架 AI行为 每个系统都经过反复迭代、压力测试和精简，直到它成为坚实的基石，然后才能继续。例如，当设计 职责系统 时，我不会仅仅要求代码，而是与AI共同设计系统结构。我们可能会决定几个关键约束，如：工作任务被表示为带有优先级值的数据对象，工人从中央工作队列中提取工作任务，而不是直接分配。每个工作任务必须暴露一个“canExecute()”检查，以便在不破坏模拟的情况下失败。仅此一项就迫使我们在任何代码都最终确定之前考虑边缘案例，如资源不可用或中断任务。关键见解是这些系统成为可重用的工具。一个好的工作队列或建造框架不仅仅适用于一个项目，它成为您的长期工具集的一部分。这种方法有几个显著的优势： • AI专注于一个小而可管理的问题 • 您实际上理解代码，因为您共同设计它 • 缺陷更容易分离，因为系统边界清晰 • 架构自然变得模块化 • 进度叠加，因为每个系统都改善了下一个系统的工作 Ironically，速度也更快。当我以前要求AI为游戏生成大块代码时，我会花费大量时间修复不一致性和纠缠的决定，而这些决定没有足够的背景。现在，我更像是一个系统架构师，而AI是一个我与之合作的高级工程师。它挑战假设，提出替代方案，帮助实施，但每个部分都有意设计，因此仍然保持一致。结果：一个月内取得的进展远远超过我以前在“仅仅建造游戏”提示下获得的几个月。其他人如何使用AI呢？您是否将其视为一个自治的游戏开发者，还是像一个系统设计伙伴？