先打开服务端根目录下的 Log 或 M2Server.log，定位到最后一次启动时的报错行，重点看 Line:、Script:、Error: 后面的内容。如果日志里提示某行命令参数数量不对，比如 Param count error，说明你昨天改的那一行少了或多了参数，对照原版脚本把参数补齐即可。
如果是 #IF、#ACT、#SAY 结构错位，典型报错是 Syntax error 或 Unexpected keyword。检查你改动过的 .txt 脚本文件，确认每个 #IF 后面都有对应的判断条件，每个 #ACT 或 #SAY 块没有被误删或缩进错乱。很多老引擎要求 #IF 必须独占一行，下一行必须是条件命令，中间不能插空行。
字符串错误也是常见原因，比如昨天加了一段文字但忘了在前面加 #SAY，或者 #SAY 下面直接用了 <$PARAM> 却没做空值判断。引擎读到这种写法会直接抛异常并中断启动。把新增的文本块整体包在 #SAY 和 #ENDSAY 之间，变量引用统一改成 <$USERNAME> 这类标准写法。
如果报错指向某个具体的 QuestDiary 段落，比如 [@main] 或 [@XXX]，直接打开对应脚本，跳到昨天编辑的位置，逐行核对括号、尖括号是否成对出现。很多老版本引擎对中文标点极其敏感，全角逗号、顿号都会导致脚本加载失败，全部替换成英文半角符号。
NPC 配置错误也会在启动时报脚本异常。打开 Envir\NpcDef 里的 .txt，看昨天新增或修改的 NPC 是否引用了不存在的脚本段。比如 SCRIPT 字段写成了 @新功能，但实际脚本里是 [@新功能入口]，这种不匹配会导致 M2 在初始化 NPC 时直接报错退出。
如果改动了 Market_Def 下的商店文件，检查每一行的物品名、价格、库存字段是否完整。少写一个字段或者价格写成负数，引擎在加载商店脚本时会触发致命错误，表现为第二次启动瞬间崩溃。对照未修改前的备份文件，把新增的几行按原有格式重新敲一遍，避免复制粘贴带来的隐藏字符。
数据库字段变更也可能引发脚本报错。如果你昨天顺手改了 StdItems.DB 或 Magic.DB，而脚本里用到了新增的字段做条件判断，但引擎版本不支持该字段，启动时就会报类型错误或空指针。回退数据库改动，或者在脚本里去掉对新字段的依赖。
最后，把所有昨天动过的脚本文件用 Notepad++ 打开，开启“显示所有字符”，重点看行尾是不是混进了 CR LF 之外的特殊控制符。把这些文件另存为 ANSI 编码覆盖原文件，再启动一次服务端。如果仍然报错，直接把报错信息的前三行贴出来，对照引擎文档里的错误码表就能精确定位到具体哪一行代码需要回滚。
