反馈与动效：让结果被看见
玩家点了方块，没有看到变化，会再点一次。你可能已经在后台正确处理，只是界面没有告诉他。这时缺少的是可感知的反馈。
三个时刻，回答三种问题
输入反馈回答“收到了吗”。选中状态、按下变化和触控反馈可以承担它，不必等服务器返回才开始响应。
过程反馈回答“现在在做什么”。资源准备、结果确认等需要时间的操作，应显示正在进行，并避免重复提交。这里的即时响应不代表提前伪造成功。
结果反馈回答“最终怎么样”。目标计数、成功说明或错误恢复都应与确认后的事实一致。涉及权威资源时，要清楚地区分暂态与已确认结果。
动效最好能说明变化
方块移除帮助理解“哪些被消除了”；目标区的数字变化帮助理解“离目标更近了”；轻微的选中变化帮助理解“现在选了谁”。
如果同一时刻所有东西都在动，玩家反而不容易找到结果。先确定主信息，再安排动效的先后与强弱。反馈也不应长时间阻止下一次本来可以进行的操作。
不要把某个毫秒数当成通用标准。时长要结合设备性能、可中断性、规则节奏和可读性测试。尤其要说明：动画没播完时再次点击、切后台或快速重试，会怎样处理。
失败反馈要帮助继续
“错误 1007”对排查有价值，对玩家下一步帮助有限。可以显示：“资源暂时没加载成功，已保留当前关卡。请检查网络后重新加载。”内部错误码留在诊断信息里。
无效选择也不应只闪红色。用文字、形状或位置提示规则，避免把原因只编码在颜色里。关键错误说明不要短暂飘过后就永久消失。
给玩家控制动态效果的空间
位移、震动、闪烁和音效并非人人适合。本站 GIF 需主动播放，支持停止；界面动效尊重减少动态效果设置。游戏里也可以提供适当的动效与声音控制，同时保留必要信息。
W3C 的交互动效说明强调了可禁用非必要动态效果的考虑；它不是要求游戏中所有必要运动都静止。
发给 AI 的要求
请把一次消除的反馈拆成：输入已收到、处理中、确认结果。
每段说明作用、信息载体、是否阻止输入、是否可被中断。
静音和减少动效时仍需理解结果。
补充重复点击、后台和动画中途重试的处理，不要只给动画参数。
动手练习
把你的原型静音、减弱动效，检查玩家还能否知道选中了谁、是否成功、资源怎样变化。如果关掉特效后关键规则完全不可见，应先补充稳定的信息表达。