针对你提供的传奇原地复活脚本，主要存在参数调用错误、指令语法不规范以及逻辑判断冗余的问题。在GOM引擎中，QUERYVALUE命令的参数结构非常严格，且复活逻辑需要处理死亡状态的判定。以下是修正后的完整代码及详细的修改说明。
修正后的完整脚本代码
你可以直接复制以下代码替换原有的QF.txt或对应NPC脚本内容。这段代码修复了元宝扣除逻辑，并增加了死亡状态检测，防止脚本在玩家已经复活后依然执行。
[@PlayDie]
IF
ACT
QUERYVALUE 2 2 10 @CheckReviveCost 是否花费1000元宝原地复活？ QF
[@CheckReviveCost]
IF
DEATH
checkgamegold > 999
ACT
GAMEGOLD - 1000
GMEXECUTE 复活 Self
SENDMSG 6 恭喜你成功原地复活！
break
ELSEACT
SENDMSG 7 元宝不足或已复活，无法执行操作。
break
; 可选：增加地图限制逻辑
[@MapCheck]
IF
ISONMAP 0150
ACT
SENDMSG 7 皇宫不允许复活，请回安全区。
break
IF
checkgamegold > 999
DEATH
ACT
GAMEGOLD - 1000
GMEXECUTE 复活 Self
break
核心错误点深度解析
QUERYVALUE参数调用错误
在你的原代码中，QUERYVALUE 2 2 10 @复活这一行存在明显的逻辑断层。
错误原因：QUERYVALUE命令用于创建提问对话框。其标准格式通常为QUERYVALUE 变量类型 变量索引 时间(秒) 跳转标签 提示内容 脚本文件名。
修正方案：原代码中的@复活作为跳转标签是正确的，但必须确保该标签存在于同一个脚本文件或被正确调用的外部文件中。更重要的是，QUERYVALUE本身不会自动判断元宝，它只是弹出一个框。真正的元宝检测和扣除必须写在[@复活]（即跳转后的标签）的#IF下面。
复活指令与对象指代
原代码使用了GMEXECUTE 复活 USERNAME。
问题分析：虽然USERNAME在很多引擎中通用，但在GOM引擎的GMEXECUTE命令中，推荐使用Self来指代当前执行脚本的玩家对象，这样兼容性更好，且能避免因名字包含特殊字符导致的指令执行失败。
修正：改为GMEXECUTE 复活 Self。
逻辑判断顺序与冗余
原代码在[@复活]标签下，先判断了ISONMAP 0150（地图限制），然后才判断元宝。
逻辑优化：通常玩家死亡后，第一时间是在死亡地图。如果[@PlayDie]是死亡触发点，那么ISONMAP 0150的判断可能是多余的，除非你的死亡触发点是在皇宫地图内。
关键缺失：缺少了DEATH检测。如果玩家在倒计时期间已经被队友救起，或者使用了其他复活方式，脚本依然会执行扣除元宝的操作。加上DEATH检测可以确保只有在玩家处于死亡状态时才扣费复活。
进阶功能：增加自动回城倒计时
为了防止玩家不选择复活也不回城，通常会在[@PlayDie]中加入自动回城的倒计时逻辑。这能提升游戏体验，避免玩家卡在死亡界面。
[@PlayDie]
IF
ACT
; 弹出复活窗口
QUERYVALUE 2 2 10 @CheckReviveCost 是否花费1000元宝原地复活？ QF
; 同时开启5秒后自动回城的倒计时
DELAYGOTO 5000 @AutoHome
SENDMSG 6 5秒后自动传送回安全区...
[@AutoHome]
IF
DEATH
ACT
MAPMOVE 3 333 333
GMEXECUTE 复活 Self
SENDMSG 6 时间到，已送你回安全区。
break
逻辑说明
DELAYGOTO 5000：设置5000毫秒（5秒）的延时跳转。
@AutoHome：如果5秒内玩家没有点击复活（或者点击了取消），脚本会跳转到这里。
MAPMOVE：将玩家传送到安全区（假设3号地图为盟重或比奇安全区，坐标需根据实际版本调整）。
通过以上修改，你的脚本不仅能修复“点击没反应”或“扣钱不复活”的BUG，还能增加自动回城的兜底机制，使功能更加完善。
