我经常遇到的一个大挑战，既是个人问题，也是通过与其他独立开发者交流的经验，是知道何时停止对核心游戏循环进行迭代，实际上开始扩展周围的游戏。

有时会有这样的诱惑，继续完美化核心机制，直到它变得完美，因为这样做似乎比完全投入到游戏开发中要安全。然而，有时你必须前进，否则你会陷入一个永远不会成为真正游戏的完美原型。

我看到的建议从“如果30秒内不玩得开心，那么它永远不会是”到“一些游戏只有在所有系统互相作用时才会点击。”两者都感觉是真实的，取决于项目。

所以我很好奇，经验丰富的开发者们是如何做出这样的决定的。你们是否会对核心循环的验证设定一个硬时间限制？你们是否会依赖玩家反馈达到某个阈值？还是说这是经过足够迭代后的一种直觉？

游戏类型是否会显著影响您的方法？一个谜题游戏可能有一个与开放世界RPG或罗格雷特的完全不同的标准。

我很希望听到其他人是如何处理这个问题的，特别是如果你们已经发布了游戏并可以回顾一下当时你们做出的决定是否正确。