“不要碰任何东西”看起来是一条很简单的解谜规则，真正做成可玩的机关室却并不简单。玩家只是想拿钥匙，系统可能同时判定他按下按钮、推动控制杆，又踩中了地板机关。如果没有明确的目标选择、输入优先级和失败回退，玩家很难知道自己到底做错了什么。
一局可验证的禁触解谜，至少要写清7件事：对象和危险等级唯一；观察、瞄准与确认分开；多个物体重叠时只消费一次输入；误触和扣除条件明确；连锁机关可以停止且不会循环；失败后恢复完整安全状态；出口、暂停、结算和重开使用同一套状态管理。
本文固定1名玩家、1间机关室、6个可交互物、3个危险机关、1个正确出口、300秒时限和2次容错机会。重点不是让机关看起来更多，而是让每一次输入、惩罚和回退都能被解释、记录和重复测试。
按钮很多，不等于禁触解谜已经有规则
画面里出现按钮、宝箱、链条和摆锤，只能说明题材方向。最小可玩闭环应当是：观察提示—选择目标—校验距离和优先级—提交一次操作—处理安全或危险结果—抵达出口—结算—重开。
- 玩家能看见按钮，不代表按钮真的可交互。
- 按钮播放按下动画，不代表危险机关只收到一次事件。
- 画面出现警报，不代表容错次数已经正确扣除。
- 玩家回到起点，不代表旧陷阱、延迟事件和门锁已经恢复。
图注： 图片中的角色、按钮、宝箱、控制杆和带刺摆锤，能够建立“不要误触机关”的视觉方向，但不能证明按钮可点击、摆锤具有碰撞、误触会扣除次数、出口真实存在或关卡能够重开；画面文字也不能作为功能证据。
第一条：对象、危险等级和300秒时限必须唯一
先为6个可交互物分配 interactable_01 至 interactable_06，为3个危险机关分配 hazard_01 至 hazard_03，并设置 exit_01、唯一 run_id、300秒倒计时和2次容错机会。
每个对象至少记录：
- type：钥匙、按钮、宝箱、控制杆或出口；
- risk_level：安全、可疑或危险；
- state：未激活、可操作、已触发或已锁定；
- allowed_action：观察、拾取、按下、推动或进入。
有了这些字段，系统才能区分“观察一个危险按钮”和“真正按下按钮”。界面可以显示剩余时间、容错次数和当前目标，但不必直接暴露谜底。
每次重开都要生成新的 run_id，清空上一局的交互事件、机关状态和结算记录。若新局仍继承摆锤角度、门锁状态或已经扣除的容错次数，后续测试结果就不再可信。
第二条：观察、瞄准与确认交互必须分开
准星经过对象时，只应显示名称、状态或操作提示，不应立刻改变场景。只有玩家进入允许距离、视线没有被遮挡，并按下确认键后，系统才生成唯一的 interaction_event_id。
例如，准星移到钥匙上时可以显示“可观察”；按下确认后，才真正提交检查或拾取。距离不足、视线被挡、对象已锁定或当前状态不允许时，只反馈具体原因，不改变机关状态，也不扣除容错次数。
需要重点测试短按、长按、快速连按、取消、暂停和窗口失焦。一次合法确认只能生成一个事件；长按不能每帧提交；暂停期间不能继续处理输入；恢复后也不能补交暂停前尚未完成的操作。
把“看到了对象”和“改变了对象”分开，是减少误触争议的第一步。
第三条：多个物体重叠时，只允许一个目标消费输入
机关室中的对象经常挨得很近：按钮贴着宝箱，控制杆藏在门后，玩家又可能同时站在地板机关和出口区域里。如果一次按键同时触发两件物体，玩家就无法判断失败来自哪个操作。
系统应按照明确顺序选择唯一 target_id，常用条件包括：
界面应显示当前目标名称，目标切换也要稳定。测试至少覆盖按钮与宝箱重叠、门后控制杆部分被遮挡、玩家同时接触地板机关和出口三种情况。
如果同样的相机和玩家位置会随机选中不同对象，应先修正目标判定，不要靠增加提示文字掩盖问题。
第四条：什么算误触，容错何时扣除必须写清
“碰到”可能有多种含义：角色身体接触、按下交互键、推动物体、投掷物命中，甚至物理道具被其他机关撞到。提示词必须明确每一种情况是否算误触，以及由谁承担责任。
可以为每次判定记录：
- trigger_type：接触、确认、推动或远程命中；
- interaction_event_id：对应哪次玩家操作；
- mistake_before 和 mistake_after：扣除前后的容错次数；
- mistake_reason：具体违反了哪条规则。
同一个事件在一次处理链中最多扣除一次。屏幕震动、红灯和警报属于反馈层，不能直接作为已经扣除容错的证据。两次容错耗尽后进入失败锁，普通交互应被拒绝，避免玩家在失败动画中继续触发第三个机关。
如果画面出现警报，mistake_count 却没有变化，应标记为“反馈与逻辑不一致”，不能默认惩罚已经生效。
第五条：危险机关的连锁顺序和防循环规则
机关连锁是指一个事件继续触发其他机关，例如按钮启动摆锤，摆锤压下地板机关，地板机关关闭出口。每一层都应记录：
- parent_event_id：由哪一个事件触发；
- chain_index：当前处于第几层；
- delay：父事件到子事件之间的延迟；
- trigger_reason：接触、计时、碰撞还是预设逻辑。
同一条连锁中的每个机关只允许触发一次，并设置最大层数或最大持续时间。否则 hazard_01 触发 hazard_02，hazard_02 又触发 hazard_01，就可能形成无限循环，表现为机关反复抖动、事件队列持续增长，甚至游戏卡死。
多个机关同时满足条件时，还要规定执行顺序，不能依赖脚本或对象加载顺序。完整日志应能还原类似这样的链路：
interaction_event_03 → hazard_01 → hazard_02 → exit_lock
玩家看到的每一个结果，都应该能够追溯到合法的父事件。
第六条：失败回退要恢复安全状态，而不只是传送玩家
失败后将玩家送回 checkpoint_01，只恢复了位置，并没有恢复关卡。完整回退至少要处理：
- 摆锤角度与运动状态；
- 按钮、控制杆和门锁；
- 玩家位置、朝向与速度；
- 尚未执行的延迟事件和连锁队列；
- 容错次数与应保留的合法进度。
需要提前说明哪些进度保留。例如，正确开启的安全门可以继续保持，危险机关的临时状态必须清空；也可以选择整局回滚，但不能让不同机关各自采用未说明的策略。
更稳妥的方式是在检查点保存一份完整状态快照，失败时读取快照，而不是逐个对象凭经验重置。回退完成后，还应确认玩家处于有效地面，机关停止，输入重新开放，没有旧事件继续执行。
第七条：出口、暂停、结算与重开统一管理
只有按正确顺序完成安全操作，并进入 exit_01 的有效范围，才判定胜利。暂停时应同时冻结机关、倒计时和玩家输入；恢复后继续同一局，不重复播放或提交上一条交互。
成功和失败使用唯一的 result_event_id，结算只能写入一次。若玩家在同一帧进入出口并耗尽容错，应由预先定义的优先级决定最终结果，不能同时弹出成功和失败。
重开时要清理旧交互事件、连锁队列、监听器和机关实例，并生成新的 run_id。重点测试以下边界：
- 暂停瞬间发生误触；
- 失败动画中再次按确认键；
- 结算时反复进入出口范围；
- 连续点击重开按钮。
这些异常操作比正常通关更容易暴露状态管理问题。
可复制提示词：先要求规则，再要求画面
需要先搭建机关室、按钮、宝箱和摆锤的空间草稿时，可以使用3D Agent准备视觉原型。但视觉原型不能证明输入去重、连锁防循环和失败回退已经实现。
下面这段可以作为提示词骨架，再根据具体工具补充画面风格和实现格式：
生成一个单人、非战斗的机关室解谜原型。场景包含1名玩家、6个可交互物、3个危险机关、1个正确出口，时限300秒，容错2次。不要加入开放世界、多人合作或未定义的随机规则。
为所有对象、每局运行、每次交互和每次结算生成唯一编号。观察、瞄准和确认交互必须分开，只有距离、视线和对象状态均合法时才能生成一次交互事件。多个物体重叠时，按距离、准星方向、遮挡和优先级选出唯一目标，一次输入只能由一个对象消费。
明确角色接触、按键确认、物理推动和远程命中是否属于误触；同一事件最多扣除一次容错。危险机关的连锁必须记录父事件、层级、延迟和触发原因；同一条连锁中，每个机关只能触发一次，并设置最大层数或持续时间。
失败时返回 checkpoint_01，同时恢复玩家、机关、门锁和事件队列，并按规则处理合法进度。暂停时冻结机关、倒计时和输入。成功、失败和重开使用统一状态管理，结算只写入一次；重开时生成新的 run_id 并清理旧事件与监听器。
对每条规则输出数值、触发条件、玩家反馈、失败处理和实现状态。实现状态只能使用“已实现”“未实现”或“待验证”，不要使用“应该可以”等模糊表达。日志至少包含 run_id、target_id、interaction_event_id、risk_level、mistake_count、parent_event_id、chain_index、checkpoint_id 和 final_result。
这段提示词的重点不是让 AI 增加更多机关，而是把每次输入和状态变化变成可以验收的规则。
三轮测试与最终检查卡
第一轮：正常通关
按正确顺序完成安全交互，取得必要物品并进入出口，确认计时、容错和结算只执行一次。
第二轮：重叠目标与误触
测试按钮与宝箱重叠、门后控制杆、地板机关接触、快速连按和错误距离，确认一次输入只由一个目标消费，非法输入不改变状态。
第三轮：连锁、失败与重开
故意启动危险连锁，在机关运动、失败动画和结算时暂停或重开，确认连锁能够停止，状态快照正确恢复，旧事件不会进入新局。
可直接收藏的检查清单
- 对象、运行、交互和结算是否都有唯一编号？
- 观察、瞄准和确认是否分开？
- 重叠物体是否只选中一个稳定目标？
- 接触、按键、推动和命中的误触条件是否明确？
- 同一事件是否最多扣除一次容错？
- 连锁是否记录父事件、层级和延迟，并具备防循环上限？
- 失败回退是否恢复玩家、机关、门锁和事件队列？
- 暂停、结算和重开是否不会重复提交或遗留旧状态？
每项只标记“通过、未通过、待验证”。只有海报、模型或单次演示，没有运行日志和重复结果的内容，应继续标记为“待验证”。
“什么都别碰”不是一句提示牌文案，而是一套需要精确定义的输入和状态规则。先明确谁能消费输入，再明确什么算误触；为连锁设置父子关系和停止条件；失败时恢复完整安全状态，最后用暂停、重开和重复运行验证结果。
做到这些，AI生成的机关室才有机会从视觉原型变成可测试、可复现的解谜关卡。
你写机关解谜提示词时，更容易漏掉重叠物体的输入优先级、误触扣除，还是陷阱连锁的防循环规则？
