输入与点击反馈：把一次操作定义完整
玩家说“按钮不好点”，可能指点击区域太小、UI 被遮挡、状态禁止输入，或者反馈太迟。先分清有没有收到输入和收到后做了什么。
选 Button 还是触摸事件
Button 适合菜单、确认和普通点击操作，提供交互状态与点击事件。节点的 TOUCH_START/MOVE/END/CANCEL 适合拖动、长按与自定义手势。全局 input 用于全局输入场景，不要让每个按钮都监听全屏输入再手动猜命中。
按钮同时绑定 Button 点击和 TOUCH_END 去执行同一加分逻辑，可能导致一次操作加两次。先选一种入口。
一次拖动不只包含移动
多指触摸时还要跟踪 touch ID，决定第二根手指是否参与。全屏手势与弹窗按钮并存时，需要明确事件传播与遮挡规则。
点击的最小正确顺序
- 判断游戏状态是否允许操作。
- 校验目标是否有效，例如尚未被收集。
- 修改规则状态，确保同一目标不会重复收集。
- 更新 UI，再播放动画和音效。
如果动画不成功，积分仍应符合规则。服务器奖励等外部结果则需要自己的确认与幂等设计。
排错方法
先在唯一输入回调里记录一次简短日志。没有日志，查 UITransform 尺寸、节点 active、Button.interactable、层级遮挡和组件启用状态。有日志却不更新，查状态条件、Label 引用和异常。一次操作两条日志，查重复绑定和生命周期。
不要把“按钮加锁一秒”当作重复监听的根本修复。某些功能需要防连点，但监听数量错误仍然需要清理。
向 AI 提需求
点击目标立即加 10 分，并播放 120ms 的缩放反馈。
游戏已结算时不接受点击；快速点击允许连续加分。
每次点击只能加一次；重开与启停组件后监听数量不变。
先给事件入口、状态判断与验收步骤，再给代码。