单机传奇GM命令无效 进游戏自动进入三大模式但指令不能用

你遇到的情况是典型的“权限标识生效但命令校验未通过”。游戏提示进入GM模式、隐身模式、无敌模式，说明引擎已经识别了你的角色名在管理员列表中，也执行了QManage.txt里的CHANGEMODE命令。但手动输入的GM命令不生效，问题出在命令执行链路的更深一层。引擎识别“你是GM”和引擎允许“你执行某条命令”是两个独立的校验环节，前者通过不代表后者一定通过。

## 命令前缀和触发符号被忽略

最常见的原因是命令前缀不匹配。传奇引擎执行GM命令依赖一个触发符号，默认是@，但这个符号可以在服务端配置中被修改。你参照的“正确命令”如果是@make、@mob这类格式，但你的服务端实际设置的触发符号是其他字符（比如#、!或中文符号），那么你输入的@make在引擎看来只是一个普通聊天内容，直接丢弃，不会有任何响应。

检查方法是打开M2Server控制台，点击菜单栏的选项，找到游戏命令，再进入管理命令页面。这个页面列出当前服务端所有可用的GM命令及其准确格式。重点看命令格式一栏的触发符号是什么，以及命令名称的拼写是否和你输入的一致。部分版本会在这里把@make改成@制造或者@刷，你照着M2里显示的命令格式输入才能被识别。

触发符号本身也可能被配置文件覆盖。打开Mir200目录下的!Setup.txt或Command.ini文件，搜索CommandPrefix或类似字段，确认当前的命令前缀字符是什么。如果这里被改成了非@符号，你在游戏里就必须用那个符号触发命令。

## AdminList.txt的编码问题导致权限被部分丢弃

你在AdminList.txt里添加了GM名字，权限写的*号，M2里也显示10级权限。但AdminList.txt这个文件对编码有严格要求，必须保存为ANSI格式。如果你用系统自带记事本编辑后保存，Windows可能自动把它存成了UTF-8编码。UTF-8格式的AdminList.txt在M2读取时，前面几行可能正常加载，但中文字符或某些特殊字符会被错误解析，导致权限列表在引擎内部被截断或部分失效。

表现就是：引擎在登录时读到了你的角色名并触发了QManage里的ISADMIN判断（所以三大模式生效了），但在后续手动输入命令时，引擎重新校验权限列表，发现列表数据有异常，拒绝执行。

修复方式：右键AdminList.txt，用Notepad++或VS Code打开，点击编码菜单，选择“转换为ANSI编码”，保存。如果手里只有系统记事本，打开文件后点击文件、另存为，在底部编码下拉框里选ANSI，覆盖原文件保存。

保存后必须重启M2Server，不是重载，是完全关闭再启动。AdminList.txt的权限数据在M2启动时一次性加载到内存，运行中修改文件不会自动同步。

## QManage.txt脚本的触发位置和CHANGEMODE的干扰

你在QManage里加了ISADMIN判断和CHANGEMODE 1 1、CHANGEMODE 2 1、CHANGEMODE 3 1三段。这三段代码本身确实能让角色上线自动进入三种模式，但你需要注意一个问题：QManage.txt的[@Login]段在每次角色上线时都会执行。如果你把这段代码放在了[@Login]之外的其他触发段里，或者代码块的闭合结构有误，可能导致脚本执行到一半就中断了，后续的引擎初始化流程受到影响。

更关键的是，部分引擎版本中，CHANGEMODE命令如果执行顺序或参数不对，会临时改变角色的内部状态标识，而这个标识和GM命令的权限校验用的是同一个变量。你在上线时连续改了三种模式，如果其中某一次CHANGEMODE的执行结果覆盖了GM权限的状态位，就会出现“看起来是GM但命令用不了”的情况。

排查方法：先注释掉QManage.txt里那三段CHANGEMODE代码（在每行前面加;），保存后重启M2，然后手动在游戏里输入M2管理命令列表中确认可用的GM命令测试。如果命令恢复正常，说明CHANGEMODE的执行确实干扰了权限状态。此时不要用脚本自动加模式，改为进游戏后手动输入@1或M2里对应的模式切换命令。

如果注释后命令依然无效，问题就不在QManage上，回到编码和命令格式的方向继续排查。

## 插件拦截导致命令被静默丢弃

你下载的架设包如果自带ESP、GK、反作弊插件或类似的防护组件，这些插件会在引擎处理GM命令之前先拦截一遍。部分插件的默认规则是：只放行通过M2面板添加的管理员，手动写入AdminList.txt的账号被视为“非正规途径”，命令会被插件层直接拦截，引擎根本收不到。

判断方法：打开M2Server控制台，查看启动时是否加载了额外的插件窗口，或者在M2的插件菜单里看是否有ESP单机调试、GK防护之类的选项。如果有，进入插件的权限管理或GM白名单设置，把你的角色名手动添加进去，保存后重载插件配置。

部分插件的拦截日志会输出到M2的日志窗口，输入GM命令时留意M2控制台有没有一闪而过的红色或黄色提示，如果有“拦截”或“Block”字样，基本可以确认是插件问题。

## 综合排查步骤

按以下顺序操作，每一步做完测试一次命令，不要跳步。

第一步，确认AdminList.txt编码为ANSI，保存后完全重启M2Server。

第二步，打开M2的管理命令列表，抄下其中一条基础命令的准确格式，在游戏里照着输入，观察是否有响应。

第三步，如果仍无响应，注释掉QManage.txt里的CHANGEMODE代码，重启M2后再测试。

第四步，检查M2启动时是否加载了插件，有则把你的角色名加入插件白名单。

第五步，查看Mir200目录下的!Setup.txt或Command.ini，确认命令触发符号是否被修改，用实际配置的符号触发命令。

权限列表生效但命令不执行，根源基本落在编码、前缀、插件拦截这三个环节之一。其中AdminList.txt的ANSI编码问题出现频率最高，因为Windows记事本保存时的默认编码行为很容易让架设者踩坑。