核心要点
- 使用 AI 游戏平台测试早期创意不确定性；当项目需要更深的控制、成熟工具或长期所有权时，使用传统引擎。
# AI 游戏平台还是游戏引擎：在哪里做原型、在哪里构建
在 AI 游戏平台和传统引擎之间选择，通常取决于项目阶段和控制程度。AI 工作流可以缩短从简报到可玩方向的路径；游戏引擎能够提供生产项目所需的深度控制、工具和长期所有权。正确答案取决于下一次构建需要证明什么。
从下一步决策开始
当不确定性集中在核心循环、视觉方向、关卡形态，或一个创意是否值得深入开发时，使用 AI 工作流。当不确定性涉及架构、性能、平台行为、多人游戏、长期内容系统或成熟的团队流水线时，使用传统引擎。
这些不是绝对的分类。团队可以先用 AI 平台制作原型，从结果中学习，再将经过验证的创意放入 Unity、Godot、Unreal 或其他引擎中重建或扩展。应尽早规划交接，避免原型意外依赖无法迁移到生产环境的假设。
比较你将拥有的产物
确认每条路径会产生什么。原型可能是可玩的浏览器结果、场景方向、项目脚手架，或提示词与资产集合。生产级引擎项目对源文件、资产、场景、输入、构建目标、测试和版本控制有自己的规范。关键问题是下一位负责人能否安全地检查并修改产物。
用选定的路径运行一个代表性简报。测量得到可玩结果所需的时间、审核工作量、缺失的系统、资产清理，以及在目标引擎中复现核心行为所需的工作。只要团队记录了原型证明了什么、没有证明什么，快速原型即使不是最终项目也很有价值。
在交接过程中保留核心循环
记录玩家目标、输入、状态转换、胜负条件、调参值、资产引用和验收测试。迁移到引擎时，先重建最小切片。不要导入未经审核的完整创意，并假设新环境会自动保持原有行为。
交接还应列出哪些内容可以丢弃。临时资产、探索性变体和粗糙代码可能已经完成使命。全部保留会让生产项目更难理解。保留重要证据和决策，然后重建团队将长期维护的基础。
让决策可逆
在承诺完整流水线前先测试小型项目。如果 AI 路径无法提供足够控制，就更早迁移；如果引擎路径拖慢创意探索，就在回到生产项目前使用更小的 AI 辅助原型。分阶段决策可以获得证据，而不必在速度和所有权之间做出虚假的二选一。
常见问题
When should I use an AI game platform?
当不确定性集中在核心循环、视觉方向、关卡形态，或创意是否值得深入实现时使用。
When should I start in a traditional engine?
当主要不确定性涉及架构、性能、平台行为、多人游戏、长期系统或成熟的团队流水线时，从引擎开始。
Can an AI prototype move to Unity, Godot, or Unreal?
如果团队记录了核心循环、输入、状态转换、资产、验收测试以及原型没有证明的内容，它可以为后续引擎项目提供参考。
What should I compare?
比较产物、可编辑性、源码访问、运行时行为、测试、性能、资产清理，以及下一位负责人继续工作的必要投入。
Should I keep every prototype asset?
不是。保留重要证据和决策；当临时资产或粗糙代码会增加所有权难度时，重建生产基础。
How can the decision stay reversible?
运行一个小型代表性项目，测量交接，并在所有权、性能或发布要求发生变化时切换工作流。
