传奇限时奖励已结束的重新开启方法与引擎实操步骤

限时奖励活动结束，根子不在奖励发完了，而在控制活动“开”与“关”的那段判定逻辑已经走到了关闭分支。这个判定可能写在机器人定时脚本里，可能挂在全局变量上，也可能被数据库里的日期字段锁死。重启活动的思路就是让引擎重新走一遍开启流程，同时把已经标记为“结束”或“已领取”的状态归零。不同引擎的落点不一样，但排查顺序可以统一：先看有没有现成的恢复文件，再改定时脚本，然后清变量，最后查全局限时参数。

先翻服务端目录里有没有现成的重置文件，这是最快的一步。部分版本在打包时就把限时活动的恢复文件单独留了出来。进`\MirServer\Mir200\Envir\QuestDiary\配置文件\限时奖励相关`，如果里面存在名为“新建文件夹”的目录，把其中所有文本复制出来，覆盖到上一级“限时奖励相关”目录中，覆盖时确认替换原文件，然后重启服务端。这个操作的本质是用初始状态的脚本文件盖掉已经被运行逻辑改写的版本，重启后活动判定会回到“未开始”的状态。如果这个路径不存在，或者里面没有可覆盖的文件，说明版本没有预留这种恢复方式，需要进入脚本层处理。

多数限时活动的开启时点由机器人脚本控制，核心文件是`AutoRunRobot.txt`和`RobotManage.txt`，路径在`\MirServer\Mir200\Envir\Robot_def`。用Notepad++打开`AutoRunRobot.txt`，搜索活动对应的触发命令，比如“限时奖励”或“首爆”。你会看到类似`#AutoRunNPC RUNONDAY 20:00 @限时奖励开启`的行，`RUNONDAY`表示每天固定时间触发，`20:00`是原来的开启时刻。活动结束是因为当前系统时间已经越过了这个触发点，引擎当天不会再执行它。把时间改成一个还没到的时刻，比如次日09:00，保存时编码选ANSI。如果不想等到明天，直接把整行替换成`#AutoRunNPC MIN 1 @限时奖励开启`，`MIN 1`代表每分钟检查一次，保存后最多一分钟活动就会被触发。改完`AutoRunRobot.txt`后，回到M2Server面板，点控制、重新加载、机器人脚本，不需要重启整个服务端。

定时改了但活动仍然提示已结束，说明`RobotManage.txt`里还有一道状态拦截。在同一目录打开这个文件，搜索`AutoRunRobot.txt`里那个触发命令（如`@限时奖励开启`），找到对应的执行段。如果段内有类似`#IF`、`CHECK`、`G变量`判断，并且逻辑是“变量值等于已结束则不允许开启”，就需要在触发命令之后、执行段之前插入一条变量重置语句。HERO引擎和部分GOM引擎的写法是`#ACT SET G10`，把用于标记活动状态的G变量归零；变量编号不一定是G10，要看原脚本里用哪个G变量来记录“已结束”或“已开启”。GOM和GEE引擎的变量管理在M2Server顶部菜单的查看或功能里，进入变量管理后找到对应的G变量，把数值改为0，保存后重载脚本。如果不知道具体是哪个变量在拦截，单机或小范围测试可以直接清空全局G变量，但联机环境不建议这么做，会连带重置其他全服状态。

奖励本身已经被领完的情况，需要和活动开启分开处理。如果活动时间恢复了、地图也开了，但玩家领不到，说明记录“已领取”的个人变量或全局奖励库存没有重置。优先在游戏内找发放限时奖励的NPC，对话菜单里如果存在“清空数据”“重置测试”或“清除变量”这类选项，直接点击，脚本会把领取标记归零。没有NPC重置入口时，在M2Server的变量管理里找以A或G开头、与限时奖励相关的变量，把数值改为0。GM命令层面，`@CLEARALLVARGETAWARD`可以批量重置所有玩家的GETAWARD类领取变量，输入后即时生效。如果奖励道具库存被领空，用`@GIVE全体 物品名 数量`给全服补货，或者在脚本的发放段里增加`GIVE`语句，把库存补回去。

全局限时是最后一层，部分版本在M2层面设了“开区时间”或“活动有效期”的总开关，无论脚本怎么改，日期过了就是打不开。检查服务端根目录的`mirserver.ini`和`Mir200\!Setup.txt`，搜索`StartDate`、`EndDate`、`ActivityEnd`，如果存在写死的日期，把结束日期改到遥远的未来或直接清空等号右侧的值。GEE及兼容引擎还需要进M2Server.exe，点选项、参数设置、游戏设置，查看“开区时间”或“新区限制”页签，取消勾选“启用开区时间限制”，或把日期调到当前时间之前。这一层改完后必须重启M2Server，重新加载脚本对这种全局限时不生效。

整个流程按“现成文件覆盖 → 机器人定时改短 → 变量归零 → 全局限时解锁”的顺序走，每一步之后都实际进游戏触发一次，看活动是否弹出、奖励是否可领。不要一次性把所有变量清空再统一重启，那样出了问题无法判断是哪一层没改对。改脚本前把`AutoRunRobot.txt`、`RobotManage.txt`以及涉及的变量配置各复制一份到服务端目录之外，限时活动的脚本一旦写乱，恢复起来比重新架设更耗时间。