单机传奇GM命令无效原因及排查步骤

GM命令无法执行通常与权限验证机制、脚本逻辑结构或服务端配置缺失有关。即便AdminList.txt中已正确添加角色名且权限设为“*”，仍需满足多个底层条件才能激活完整指令功能。

首要检查AdminList.txt编码格式。该文件必须保存为ANSI编码，若使用UTF-8或带BOM的Unicode格式，M2服务端读取时会将角色名识别为乱码，导致ISADMIN判断失败。用记事本打开文件，另存为时选择“ANSI”编码，确保无隐藏字符。

其次验证角色名拼写一致性。角色名区分大小写，且不可包含空格或特殊符号。若游戏中角色名为“Test123”，但AdminList.txt中写成“test123”或“Test 123”，权限校验将不通过。建议使用纯英文+数字组合，并逐字符核对。

QManage.txt中的脚本逻辑存在执行顺序问题。CHANGEMODE指令仅切换客户端显示状态（如隐身、无敌），但不等同于获得命令执行权。真正控制GM命令的是M2内置的权限系统。需确认是否在QFunction-0.txt或!Setup.txt中启用了GM命令开关。部分架设包默认关闭所有指令，需手动添加[GMCOMMAND]段落并设置Enable=1。

部分架设包将GM命令绑定至特定地图或等级限制。例如，仅允许在“/map D444”或角色等级≥50时使用命令。检查QManage.txt或!Abuse.txt中是否存在类似条件判断：
IF
CHECKMAP D444
ACT
...
若未满足前置条件，即使拥有管理员身份也无法触发命令。

M2服务端版本与架设包不匹配也会导致指令失效。某些旧版M2不支持新版命令语法（如@GiveItem替代@Item），而新M2可能弃用旧指令。需确认所用命令与当前M2版本兼容。可尝试基础命令如@Map、@Level测试是否生效，排除命令本身问题。

客户端缓存干扰权限识别。部分登录器会缓存角色权限状态，修改AdminList.txt后未清除缓存将沿用旧数据。重启M2主程序、DBServer及LoginSvr三个核心进程，强制重新加载权限列表。

最后检查是否存在多账号冲突。若同一角色名在多个文件（如BanList.txt、UserLimit.txt）中被限制，权限可能被覆盖。确保角色名仅出现在AdminList.txt，且无其他限制规则引用该名称。