传奇怪物被动攻击设置：Race字段与视野范围修改实操

怪物主动攻击玩家的行为由服务端数据库里的特定字段控制，不是靠脚本或刷怪文件临时决定的。要让怪物只在你动手之后才反击，核心操作是把Monster.DB中目标怪物的Race字段改成被动模式的值，同时把视野或仇恨范围压到0。改完之后重启服务端或重载怪物数据库，进游戏实测怪物是否会主动扑过来。

改之前先确认工具和文件位置。用DBC2000自带的DB Commander打开服务端DB目录下的Monster.DB，路径通常是`\MirServer\Mud2\DB\Monster.DB`。部分GOM或GEE引擎的怪物数据可能以Monster.txt形式存放在Envir目录下，但内容逻辑一致，用引擎配套的怪物DB编辑器打开，不要直接用记事本改DB文件，字段错位会导致整行数据损坏。找到目标怪物的Name字段，名称必须与刷怪文件MonGen.txt里写的完全一致，包括简繁体，否则改的不是同一只怪。

Race字段是决定攻击主动性的第一处。把Race的值改成`1`，这是多数引擎和版本里公认的被动攻击代码，怪物只在你攻击它之后才还手，不会因为玩家靠近而主动锁定目标。部分版本的被动代码不是1，而是`51`、`52`或`98`，这些值同样属于不主动攻击的变体，区别在于怪物死亡后的掉落方式和是否逃跑：51和52通常伴随物品需要手动割取，52还有一定几率逃跑。如果你用的服务端版本较老，Race=1实测无效，就依次试51、52、98，每次改完保存并重启服务端，进游戏看怪物是否还会主动追人。不要同时改多个值，一次只动一个字段，才能判断哪一项真正生效。

视野和仇恨范围是第二道保险，只改Race有时不够。 Monster.DB里与“看到玩家就触发攻击”相关的字段常见的有ViewRange、AggroRange或CoolEye。 CoolEye在大量教程里被误写成“主动攻击开关”，实际上它主要控制反隐身探测范围，把它调到100并不会让被动怪变成主动怪，真正的主动性判定仍然在Race。 ViewRange或AggroRange才是怪物从多远开始把玩家当作目标的参数，把这个值改成`0`，怪物就不会因为玩家进入某段距离而启动攻击逻辑。如果数据库里没有独立的AggroRange字段，可以找MonGen.txt里该怪物的刷怪行，GOM引擎的刷怪行中有一个Active参数，主动怪通常写`1`，被动怪写`0`，把Active改成`0`能从刷怪层面切断主动仇恨的触发。

GOM和GEE引擎还有一种情况不在Monster.DB里解决。部分版本的怪物主动性由引擎配置中的AttackActive字段控制，0为被动、1为主动，这个字段如果存在于数据库编辑器的扩展列中，同样改成`0`。另外检查M2Server的选项或参数设置里是否有“怪物主动攻击”类的全局开关，如果有，不要动全局开关，只针对单只怪物改数据库，避免把全服怪物一次性改成被动。

改完之后必须让引擎重新读取数据，光保存文件不生效。规范顺序是先停掉M2Server和DBServer，改Monster.DB并保存，再按数据库服务、网关、主引擎的顺序重新启动。如果不想全停，在M2Server窗口点控制菜单里的重新加载怪物数据库或重载外部数据库，部分版本支持热重载，但Race这类基础行为字段热重载不一定能完全刷新，实测无效时仍然要重启主引擎。进游戏测试时站在目标怪物旁边不动，看它是否主动靠近；再攻击它一次，确认它会还手，被动模式就算设置成功了。

如果改完Race和视野之后怪物仍然主动攻击，先排除GM隐身模式的干扰。GM账号默认可能处于隐身或管理员模式，怪物对隐身状态的判定与普通玩家不同，有时候会表现为该攻击时不攻击、不该攻击时反而追人，用GM命令退出隐身模式再测。其次确认改的是否为当前地图实际刷出的那只怪物，同名怪物如果在Monster.DB里有多行或者刷怪文件引用了不同的名称，改错行等于没改。最后检查RaceImg是否与Race冲突，极端不匹配的组合可能导致怪物行为异常，但这种情况通常表现为怪物发呆或攻击动作错乱，而不是单纯的主动与被动反转。