先记一次完整的点击前后
记当前候选、实际运行环境和输入方式，再记录点击前的位置、持物、许可与任务状态。只选一项已经知道预期效果的动作，正常操作一次，看玩家画面与可观察状态怎样变化。
若按钮只闪一下，仍不能判断行动是否进入规则。若状态已经改变而没有提示，也不能判断为完全没执行。优先使用项目已有状态或事件记录；只有确实看不出结果时，再请构建者补最小观察手段，不要求每个游戏建立一套新调试系统。
桌面鼠标点通，不自动证明目标手机触摸也通。按产品简报里已批准的目标平台与输入测试；其他运行环境可以提供定位证据，但未覆盖的目标输入要明确留下。
分清哪一层没有发生
| 观察到的事实 | 修改方向 |
|---|---|
| 点击后未形成目标行动，状态和事件均未变 | 请构建者核对这项控件实际连接的动作与目标输入；视觉按下效果不等于动作已接入。 |
| 行动到达，但条件检查拒绝，状态未变 | 对照已定许可、持物、位置或任务状态；条件确实不满足时展示当前原因，条件读取错时修规则读取。 |
| 规则已经提交结果，画面或文字仍旧 | 更新读取这项已提交结果的表现；不要为刷新画面再扣资源、再移动物件。 |
真正缺少观察时，结论是待定位，不是凭按钮颜色猜原因。若还在等待一个实际执行过程，按真实阶段显示进行中；不要一点击便提前写成功。
本页处理已显示动作在运行时没有按预期响应。玩家不知道下一步、合法推进路已消失，见卡关排查；是否应该显示灰色选项，见锁定选项。
原创完整路径：贴海报按钮只有按下效果
这是虚构定位案例，没有真实候选或测试结论。游戏让玩家布置社区演出大厅。初态：玩家在大厅，场地方已经允许在指定空墙贴这一张海报，玩家持有海报与一份胶带，海报尚未贴。已定“贴海报”行动检查位置、许可、持物与墙面空位；成功消耗这份胶带，把同一张海报从玩家手中移到墙上，标记本项布置完成。本例行动即时完成，不设等待动画或时间成本。
假设问题定位：玩家点击“贴海报”，按钮变色后恢复，墙面仍空，海报与胶带仍在手，本项未完成。继续查看这个候选实际接入情况，发现按钮只有视觉按下效果，未连接已实现的贴海报行动。这个发现是本纸面案例选定的故障，不是看到变色就能推断的通用原因。
修订范围与完整复核方案：
- 保留大厅、许可、胶带成本和同一张海报。构建者把实际按钮输入连接到已有行动，点击时按当前状态检查，再由原规则提交；不另造一条“按钮专用”结算。
- 从上述初态实际点击一次。成功时胶带从1变0，海报离手并出现在指定墙面，本项完成。玩家同时能读到“海报已贴好”，不是只有内部变量变化。
- 在这份已完成状态再次点旧按钮，不能再消耗胶带、复制海报或重发完成事件；反馈说明这一张已经贴好。它不代表其他布置项目全部完成。
- 回到同一初态，只把本次贴墙许可设为未取得，再执行同一输入。原规则应拒绝，胶带与海报保留、墙面仍空、本项未完成；显示“先向场地方申请”。这一条验证接入没有绕过原权限。
- 按已定重开规则恢复本例初态：海报与一份胶带重新在手、墙面为空、许可有效、本项未完成。再走成功路径，确认重开恢复的也是当前设计，不沿用已完成画面。
实际修复后记录真实候选、输入和结果；纸面方案不能写成已测试通过。若定位发现规则已提交，只是墙图没更新，第1步应改为修表现读取，第2步仍核同一组结果，不能再次调用贴海报去“刷新”。
把“没反应”写成AI能定位的反馈
不要只说“按钮坏了，全部重做”。给出当前候选、运行环境、复现初态、一次输入、预期变化和实际变化；能提供的现有状态或事件记录随报告附上。再注明已定故事与规则不能顺带修改。
本例可写：“大厅中的贴海报按钮有按下效果，但海报仍在手、胶带仍为1、墙仍空、布置未完成。请定位输入是否连接既有贴海报行动、条件是否误拒或已提交结果是否未显示。只修定位到的接入/读取节点，保许可和成本；修后重放此路径、缺许可反例及重开。当前只是问题描述，不能先填写PASS。”
这个描述允许真实定位结果改变修法，不指定引擎类名、监听函数或供应商API。需要改行动效果或许可规则时，先说明它是设计变更，再处理版本与存档兼容；不要把规则改宽当按钮修好了。
修后证明真实输入改变了游戏
从干净启动，经真实输入到本例设计结果，再重开。用当前候选的实际运行路径看状态与玩家反馈是否一致，不以鼠标悬停、静态截图或按钮出现代替输入证据。
game-build 负责提供可运行候选和最小可观察状态；正式候选的 game-qa 按既有权威验证入口完成实际路径并记录结果。文本白盒里的行动能走通，只证明那层规则，不能宣称目标手机、触摸、引擎输入和整段游玩都已通过。
若还有缺口，写清输入方式、运行环境与未完成项。一次修订针对定位到的问题，避免同时重写故事、换美术和改全部按钮。
常见问题
按钮变色了，为什么还不能算点击成功？
变色只显示一种视觉响应；还要看目标行动是否到达、是否合法提交及结果是否可读。三层可能分别出问题。
把条件检查关掉，按钮能用就算修好了吗？
不算原规则的修复。许可、持物或成本属于设计，合法输入应生效，非法输入应按原规则拒绝。若确实想改规则，作为设计变更明确决定。
用 skill 来做
在已安装 Novel to Game 的宿主中，请用 $game-build 定位当前候选中这个按钮的输入、条件读取与表现更新。提供复现初态和预期/实际结果，只修命中的节点，保已有规则与故事；准备原故障路径、相邻拒绝路径和重开观察。正式候选再由 $game-qa 使用既有验证入口记录真实结果，不预填通过。
查看具体方法： 行动、前置条件与权威提交 · 真实输入与目标运行环境 · 故障重放与相邻反例 · 输入接收与实际结果的反馈