在传奇服务端里，增加一个可正常使用的npc，必须同时完成场景登记和交互脚本两步，单独添加其中一项都无法得到完整效果。以采用mirserver目录结构的blue引擎为例，固定功能npc通常使用`npcs.txt`登记名称、管理编号、地图、坐标、活动范围和外观，再在`npc_def`目录建立对应脚本；商店类npc则优先使用`merchant.txt`登记，并把功能脚本放入`market_def`目录。不同引擎的文件名和字段顺序可能不一致，先确认服务端实际目录，再决定采用哪条配置路径。
添加固定功能npc时，先备份`mir200\envir`目录，再打开`npcs.txt`，按照npc名称 管理编号 地图代码 x坐标 y坐标 范围 外观编号的顺序新增一行。管理编号必须与已有npc区分，地图代码必须真实存在，x、y坐标应选择可站立、可行走且没有被障碍物占用的格子，范围和外观编号优先沿用同地图中已经正常显示的数值。随后在`npc_def`目录创建与名称、地图代码对应的脚本文件，先写一个最小对话入口，确认玩家能够点击并显示文本，再逐步加入传送、领取物品、任务或属性检测功能。
添加商人或功能按钮npc时，先在`merchant.txt`写入名称、地图、坐标和脚本关联信息，再到`market_def`建立对应文本，并从`[@main]`入口编写对话流程。商店类npc需要先确认物品名称、物品编号、售价和库存配置已经存在，否则npc能显示但购买按钮可能无效；传送类npc要先确认目标地图和坐标可用，任务类npc则应把等级、任务变量、物品数量等条件放在执行奖励之前。建议先只保留一个按钮和一个结果，例如消耗1000金币传送一次，测试成功后再增加多个选项，便于定位脚本错误。
完成文件修改后，按当前引擎支持的方式重载npc配置；如果没有单独的重载命令，就重启相关服务端程序，再进入地图检查npc是否出现、名称是否正确、点击后是否能进入对话、条件不足时是否拒绝执行、条件满足时奖励是否只发放一次。最常见的问题是配置文件路径写错、管理编号重复、地图代码与脚本文件名不匹配、坐标落在障碍格，以及只添加显示配置却没有添加脚本。确认基础功能后，再加入冷却时间、每日次数、等级门槛和日志记录，能够减少重复领取和异常传送。
