传奇单机增加npc

增加npc的核心操作是同时登记服务端位置参数和建立对应对话脚本，单独修改其中一项通常只能看到npc名字、无法点击对话，或重启后直接消失。以常见mirserver结构为例，先完整备份`d:\mirserver\mir200\envir`目录，再进入游戏确认目标地图和空闲坐标，例如土城中心附近可测试`330 330`；随后打开`envir\merchant.txt`，新增一行：`新加npc 3 330 330 我新加的npc 0 15 0 0`。其中第一个名称用于匹配脚本文件，`3`是地图代码，`330 330`是坐标，后面的显示名称决定玩家看到的文字，`15`通常对应npc外观编号，其余字段要照抄同地图现有npc的格式，不能直接套用其他版本的参数顺序。

完成登记后必须建立同名npc脚本，否则角色虽然出现在地图上，点击后也可能没有菜单。进入`d:\mirserver\mir200\envir\market_def`，复制一个功能简单、能正常对话的npc脚本，改成与配置行一致的名称，并按照该版本已有文件的命名规则补上地图后缀，例如`新加npc-3.txt`；复制后先保留原有标签和基础返回语句，再把npc名称、菜单选项和执行命令逐项替换。新手适合先做传送查看说明这类无条件菜单，确认点击、显示、返回都正常后，再增加检测等级、物品、金币或任务变量的分支；若脚本带有等级判断，应把门槛写在对应条件中，例如等级不足时只显示提示，不要让传送命令继续执行。配置保存后，在服务端管理界面执行重新加载npc；若引擎没有单独的重载功能，再关闭并重新启动m2，进入地图检查npc是否出现在指定坐标。

不同引擎的npc配置入口不完全相同，发现`merchant.txt`没有效果时，应先判断当前版本是否采用固定npc系统。部分blue类结构使用`envir\npcs.txt`登记名称、管理编号、地图、坐标、范围和图标，再由`npc_def`目录中的同名脚本负责对话；这类版本不能把merchant格式整行复制否则地图、坐标和脚本编号会错位。使用固定npc方式时，先复制一条已经能正常工作的记录，只改名称、编号、地图代码、x坐标、y坐标和外观字段，再复制对应的`npc_def`脚本并保持编号一致。若只是普通商人、仓库或传送员，优先参考本版本同类npc；若需要独立任务逻辑，才使用固定npc配置，避免把两种系统混用。

排错时应按是否生成、是否显示、是否能点击、是否执行命令的顺序检查，效率最高。npc完全不出现，先核对地图代码和坐标是否属于当前地图，并确认坐标没有落在不可站立格；只显示名字没有人物外观，重点检查外观编号以及客户端是否缺少对应npc素材补丁；能看见但无法对话，检查脚本文件名、地图后缀和编码格式；菜单能打开但功能无效，则逐项检查命令是否属于当前引擎、变量名称是否存在、传送目标地图是否已配置。测试时不要一开始覆盖原npc，先在空地新增一个临时npc，确认配置、脚本和素材全部正常后，再移动到正式位置；坐标每次只调整一个数值，例如从`330 330`改为`330 332`，便于判断是地图阻挡还是脚本错误。完成测试后删除临时记录，并保留配置文件备份，后续增加多个npc时采用复制已验证模板、只改名称和坐标的方式，可显著减少字段错位和脚本关联错误。