QFunction-0.txt这种引擎脚本报错指向“倒数第二行空白”，本质不是那一行真的有代码错，而是上一行（最后一个有效命令）没闭合、缺参数或非法字符溢出到了下一行，引擎读到文件尾才发现语法不完整，于是把错误标在了“下一行”，也就是你看到的空白行。结合你贴的代码，问题非常明确。
一、真正出问题的地方
1.@@sendmsg@storage@getback@PlayDie@@useitemname这一行
这是致命错误。
在GOM/GEE/HERO引擎里，QFunction-0.txt只允许写触发器和命令，不允许直接写未定义的关键字或函数名。你把一堆看起来像内部函数、触发名的字符串直接丢在脚本末尾，引擎会把它当成一条“命令”去解析，解析失败后继续向下读，直到EOF（文件尾），于是报错位置落在“倒数第二行空白”。
✅正确做法：整行删除。
(@@sendmsg@storage@getback@PlayDie@@useitemname)
这一行在QFunction-0.txt里没有任何合法用途，属于误粘贴或测试残留。
2.BREAK写在了#SAY之后（逻辑错误）
在[@回城复活]这一段：
#SAY
你成功在土城复活了！\
#ACT
GmExeCute复活Self
sendmsg1【<$USERNAME>】使用20000000个元宝...
CHANGEMODE10
mapmove3333333
BREAK
问题点：
•#SAY后面的\表示文本行继续，但你后面紧跟的是#ACT，这在解析时会产生歧义；
•BREAK在HERO/GEE引擎中，只对#IF判断分支有意义，放在纯#ACT后是无意义的，而且在某些引擎版本中会直接导致脚本解析异常。
✅修正写法（推荐）：
[@回城复活]
#act
GmExeCute复活Self
sendmsg1【<$USERNAME>】使用20000000个元宝，在%m（%x，%y）原地复活，继续他的冒险生涯！
CHANGEMODE10
mapmove3333333
直接删掉BREAK。
3.sendmsg文本里用了中文全角括号和空格（潜在隐患）
虽然大多数引擎能吃下中文符号，但在QFunction这种高频触发脚本中，全角符号+换行符\拼接很容易造成解析器把下一行当成续行，最终把错误抛到文件末尾。
尤其是这一句：
sendmsg1【<$USERNAME>】使用20000000个元宝，在%m（%x，%y）原地复活，继续他的冒险生涯！
✅稳妥写法（强烈建议）：
sendmsg1勇士【<$USERNAME>】在%m(%x%y)回城复活，继续冒险！
统一用英文括号、半角逗号，减少解析负担。
4.文本换行\后不能有空格或不可见字符
你这段里大量使用了：
<【原地复活】：花费50000000元宝立即原地复活！/FCOLOR=253>\
如果\后面不小心多了空格、Tab或换行符被编辑器自动转换成了CRLF/LF混合，引擎同样会解析失败，并把错误甩到文件末尾。
✅检查方法：
•用Notepad++→视图→显示符号→显示所有字符；
•确保每一行末尾的\后面没有任何空格；
•全文换行符统一为Windows(CRLF)。
二、修正后的【可直接用】版本
[@PlayDie]
#act
#say
<本服最新推出的复活方法，请选择！/FCOLOR=253>\
\
<【原地复活】：花费50000000元宝立即原地复活！/FCOLOR=250>\
\
<【回城复活】：不需要元宝，不用小退，立即复活在土城！/FCOLOR=250>\
\
<【原地复活】/@原地复活><【回城复活】/@回城复活>
[@原地复活]
#IF
CHECKGAMEGOLD>49999999
#ACT
GmExeCute复活Self
sendmsg1勇士【<$USERNAME>】使用50000000个元宝，在%m(%x%y)原地复活，继续冒险！
GAMEGOLD-50000000
CHANGEMODE10
#ELSEACT
MessageBox[错误]：你没有50000000个元宝！
[@回城复活]
#ACT
GmExeCute复活Self
sendmsg1勇士【<$USERNAME>】使用20000000个元宝，在%m(%x%y)回城复活，继续冒险！
CHANGEMODE10
mapmove3333333
三、为什么会“报错的行是空白”
总结一句话：
QFunction-0.txt的解析器在遇到“未闭合命令/非法关键字/错误结构”时，会继续向下吞行，直到文件结束，于是把错误位置标在了最后一行（或倒数第二行空白）。
你这个案例里，真正的错误源是末尾那一串未定义的@@sendmsg@storage...，删掉即可解决90%的问题；剩下的属于规范化和稳定性优化。
只要删掉那一行，统一换行符，去掉多余的BREAK，这个脚本就能稳定运行。
一、真正出问题的地方
1.@@sendmsg@storage@getback@PlayDie@@useitemname这一行
这是致命错误。
在GOM/GEE/HERO引擎里，QFunction-0.txt只允许写触发器和命令，不允许直接写未定义的关键字或函数名。你把一堆看起来像内部函数、触发名的字符串直接丢在脚本末尾，引擎会把它当成一条“命令”去解析，解析失败后继续向下读，直到EOF（文件尾），于是报错位置落在“倒数第二行空白”。
✅正确做法：整行删除。
(@@sendmsg@storage@getback@PlayDie@@useitemname)
这一行在QFunction-0.txt里没有任何合法用途，属于误粘贴或测试残留。
2.BREAK写在了#SAY之后（逻辑错误）
在[@回城复活]这一段：
#SAY
你成功在土城复活了！\
#ACT
GmExeCute复活Self
sendmsg1【<$USERNAME>】使用20000000个元宝...
CHANGEMODE10
mapmove3333333
BREAK
问题点：
•#SAY后面的\表示文本行继续，但你后面紧跟的是#ACT，这在解析时会产生歧义；
•BREAK在HERO/GEE引擎中，只对#IF判断分支有意义，放在纯#ACT后是无意义的，而且在某些引擎版本中会直接导致脚本解析异常。
✅修正写法（推荐）：
[@回城复活]
#act
GmExeCute复活Self
sendmsg1【<$USERNAME>】使用20000000个元宝，在%m（%x，%y）原地复活，继续他的冒险生涯！
CHANGEMODE10
mapmove3333333
直接删掉BREAK。
3.sendmsg文本里用了中文全角括号和空格（潜在隐患）
虽然大多数引擎能吃下中文符号，但在QFunction这种高频触发脚本中，全角符号+换行符\拼接很容易造成解析器把下一行当成续行，最终把错误抛到文件末尾。
尤其是这一句：
sendmsg1【<$USERNAME>】使用20000000个元宝，在%m（%x，%y）原地复活，继续他的冒险生涯！
✅稳妥写法（强烈建议）：
sendmsg1勇士【<$USERNAME>】在%m(%x%y)回城复活，继续冒险！
统一用英文括号、半角逗号，减少解析负担。
4.文本换行\后不能有空格或不可见字符
你这段里大量使用了：
<【原地复活】：花费50000000元宝立即原地复活！/FCOLOR=253>\
如果\后面不小心多了空格、Tab或换行符被编辑器自动转换成了CRLF/LF混合，引擎同样会解析失败，并把错误甩到文件末尾。
✅检查方法：
•用Notepad++→视图→显示符号→显示所有字符；
•确保每一行末尾的\后面没有任何空格；
•全文换行符统一为Windows(CRLF)。
二、修正后的【可直接用】版本
[@PlayDie]
#act
#say
<本服最新推出的复活方法，请选择！/FCOLOR=253>\
\
<【原地复活】：花费50000000元宝立即原地复活！/FCOLOR=250>\
\
<【回城复活】：不需要元宝，不用小退，立即复活在土城！/FCOLOR=250>\
\
<【原地复活】/@原地复活><【回城复活】/@回城复活>
[@原地复活]
#IF
CHECKGAMEGOLD>49999999
#ACT
GmExeCute复活Self
sendmsg1勇士【<$USERNAME>】使用50000000个元宝，在%m(%x%y)原地复活，继续冒险！
GAMEGOLD-50000000
CHANGEMODE10
#ELSEACT
MessageBox[错误]：你没有50000000个元宝！
[@回城复活]
#ACT
GmExeCute复活Self
sendmsg1勇士【<$USERNAME>】使用20000000个元宝，在%m(%x%y)回城复活，继续冒险！
CHANGEMODE10
mapmove3333333
三、为什么会“报错的行是空白”
总结一句话：
QFunction-0.txt的解析器在遇到“未闭合命令/非法关键字/错误结构”时，会继续向下吞行，直到文件结束，于是把错误位置标在了最后一行（或倒数第二行空白）。
你这个案例里，真正的错误源是末尾那一串未定义的@@sendmsg@storage...，删掉即可解决90%的问题；剩下的属于规范化和稳定性优化。
只要删掉那一行，统一换行符，去掉多余的BREAK，这个脚本就能稳定运行。