用可观察到的时刻代替模糊的形容词
不要只说“让它动起来更流畅”，而要描述具体时刻：“当我松开下落的数字方块时，请在它落到底部前显示它将进入哪一列。”不要只说“让它更有趣”，而要说明希望哪个选择带来什么不同的感受。有效的修改请求会指出可以重现的操作和结果。
尝试使用简单语言提示
提示示例：“制作一个小型单人解谜游戏：我可以在带数字的方块落下前将它向左或向右移动。相同数字的方块接触时合并，出现目标数字时游戏结束。如果棋盘提前填满，就显示本轮结束。将重新开始按钮放在棋盘旁；按下后清除所有方块。让我选择时，始终显示方块接下来会落到的位置。”不需要使用编程术语；这是一个可以生成并测试的构想。
一次用一句话给出反馈
玩到遇到意外情况为止。准确记录原先的预期、实际出现的情况，以及提示中的哪些细节可能造成了差异。每次只要求一项修改，再次尝试同一时刻，然后判断问题是否解决。不要在一次修改中同时更换主题、加快移动、增加关卡并改变计分方式，否则很难评估结果。
如果游戏的行为方式你无法描述，请用简单的词语捕捉可见的序列，并要求更清晰的提示或规则。您不需要诊断代码；您确实需要验证玩家体验是否符合说明。
关于面向非程序员的人工智能游戏设计的常见问题
我需要理解代码才能提供有用的反馈吗？
不。描述一下您采取的行动、您认为会发生什么以及您看到了什么。面向玩家的具体观察可以指导有针对性的修改。
如果生成的版本缺少指令怎么办？
再次测试同一时刻，并将缺失的行为重新表述为可观察的规则。一次更改一个请求，以便您可以判断下一版本是否解决了该问题。
延伸阅读
发现信息过时了？ 报告需要更正的内容