一、行会战地图脚本核心参数配置（适配HERO/GOM引擎）
行会战地图脚本参数直接决定战场规则、胜负判定与玩家体验，需结合地图特性与玩法需求精准配置。核心参数分为基础规则、战斗控制、资源奖励三类，以下为实操配置说明。
1.基础规则参数：定义地图准入与边界
基础参数是行会战运行的前提，重点控制地图访问权限与物理边界，避免玩家脱离战场或无关角色进入。
参数名称
功能说明
配置格式
引擎适配
MapID
指定行会战地图ID，需与MapInfo.txt一致
MapID=35（35为沙巴克战场默认ID）
HERO/GOM通用
EnterLevel
限制进入地图的角色等级
EnterLevel=40（40级及以上可进入）
HERO/GOM通用
GuildLimit
限定参战行会数量，避免战场拥堵
GuildLimit=2（支持两个行会对抗）
HERO/GOM通用
BoundXY
设置战场边界坐标，超出则强制传回中心
BoundXY=300-500200-400（X轴300-500，Y轴200-400）
HERO/GOM通用
EnterTime
设定行会战开启前的准入时间窗口
EnterTime=180（开战后180秒内可进入）
HERO/GOM通用
2.战斗控制参数：规范对战流程与胜负判定
战斗控制参数是行会战的核心，涵盖时间限制、复活机制、胜负条件，直接影响对战公平性与节奏。
-BattleTime：行会战总时长，超时未分胜负则按规则判定。配置格式：BattleTime=1800（单位：秒，即30分钟）。HERO引擎需在脚本头部定义，GOM引擎可在MapConfig.txt中补充。
-ReviveRule：复活规则，分为即时复活、定点复活两类。即时复活配置：ReviveRule=15（1代表即时复活，5代表复活冷却5秒）；定点复活配置：ReviveRule=2300250（2代表定点复活，后续为复活点坐标），双引擎通用。
-WinCondition：胜负判定条件，支持“摧毁旗帜”“击杀数领先”“占领核心点”三种模式。核心点占领配置：WinCondition=3400300120（3代表占领核心点，400300为核心点坐标，120代表需持续占领120秒）。
-AttackLimit：攻击限制，避免友军互伤。配置格式：AttackLimit=1（1代表仅可攻击敌方行会成员），双引擎通用，需配合行会ID识别命令使用。
3.资源与奖励参数：提升参战积极性
通过资源刷新与奖励配置吸引玩家参与，资源需适配战场节奏，奖励需与战斗贡献挂钩。
//战场资源刷新参数（写入AutoGuildWar.txt）
ResourceRefresh=110035020（1代表治疗药水，100350为刷新坐标，20为刷新间隔秒）
ResourceRefresh=245030030（2代表攻击buff道具）
//胜利奖励参数
WinReward=100110（1001为金币道具ID，10代表奖励数量）
WinReward=20051（2005为行会荣誉证书ID）
LoseReward=10013（失败方基础奖励）
4.完整配置示例（沙巴克战场脚本片段）
//行会战脚本入口（HERO引擎）
(@GuildWarStart)
#IF
CheckGuildBattle1==0
#ACT
MapID=35
BoundXY=300-500200-400
BattleTime=1800
WinCondition=3400300120
SendMsg7【行会战开启】战场边界300-500200-400，占领核心点120秒获胜2551
Delay3000
GOTO@GuildWarLoop
//GOM引擎核心点检测补充
#IF
CheckPos354003005（检测5格内是否有玩家）
CheckGuildID1（检测是否为进攻方行会）
#ACT
AddGuildPoint11（进攻方行会增加1点占领进度）
Delay1000
GOTO@CheckWin
二、传奇服务端脚本错误解决：从定位到修复全流程
脚本错误多表现为服务端启动失败、功能无响应、角色异常卡停三类，需按“日志定位—分类排查—验证修复”步骤解决，以下为高频错误及解决方法。
1.基础排查：先看日志与备份
所有脚本错误优先查看服务端日志，日志路径为服务端根目录/Log/ScriptError.log，错误信息中“LineXXX”代表错误所在行，“CommandError”代表命令异常。操作前必须备份原脚本文件，避免修改失误无法回滚。
核心提示：用记事本打开脚本时，选择“显示所有字符”，可快速发现空格、换行符等隐性错误。
2.高频错误类型及解决方法
错误类型1：服务端启动报错“CommandNotFound”
表现：启动服务端时弹窗提示命令未找到，脚本功能完全失效。
排查方向：命令拼写错误、引擎不兼容、命令参数缺失。
解决步骤：
1.根据日志定位错误命令，对比引擎命令手册，确认拼写（如HERO的“RandomMove”在GOM中为“RandMove”）。
2.检查命令参数数量，如“MapMove”需3个参数（地图IDXY），缺少则补全，示例：MapMove35320280（原错误：MapMove35320）。
3.若为自定义命令报错，检查是否在Envir/Command.txt中注册，未注册则补充：Command=@GuildWarStart1（1代表GM可执行）。
错误类型2：脚本运行中角色卡停“MoveFail”
表现：角色进入战场后无法移动，日志提示“MoveFail:PosOutOfBound”。
排查方向：坐标超出地图范围、障碍未规避、移动命令冲突。
解决步骤：
1.打开MapInfo.txt，查看目标地图坐标范围（如沙巴克地图坐标范围200-550150-450），确认脚本中移动坐标是否在此区间，超出则修改。
2.在移动脚本中添加障碍检测逻辑，示例：
//障碍检测补充
(@CheckObstacle)
#IF
CheckPos35%X%%Y%1（1代表检测当前坐标是否有障碍）
#ACT
MoveTo35%X+2%%Y（向X轴正方向移动2格规避）
Delay1000
#ELSEACT
MoveTo35400300
GOTO@CheckObstacle
3.关闭冲突脚本，如自动走路脚本与行会战移动脚本冲突，需在开启行会战时通过“CloseScriptAutoWalk.txt”命令关闭。
错误类型3：胜负判定失效“WinConditionNoResponse”
表现：满足胜负条件后无奖励发放，战场持续运行。
排查方向：条件判断逻辑错误、变量未初始化、奖励道具ID错误。
解决步骤：
1.检查胜负判定循环逻辑，确认GOTO命令指向正确，避免死循环，示例：
//正确的判定循环
(@CheckWin)
#IF
CheckGuildPoint1>=120（检测进攻方占领进度）
#ACT
SendMsg7【行会战结束】进攻方获胜2551
GiveReward1（执行奖励命令）
CloseScript//关闭脚本，避免持续判定
#ELSEIF
CheckBattleTime==0（检测战斗时间是否结束）
#ACT
SendMsg7【行会战结束】防守方获胜2551
GiveReward2
CloseScript
#ELSEACT
Delay1000
GOTO@CheckWin//正确跳转至判定入口
1.初始化占领进度变量，在脚本开头添加“SetGuildPoint10”（进攻方进度归零）“SetGuildPoint20”（防守方进度归零）。
2.核对奖励道具ID，打开Data/Item.txt，确认道具ID与脚本中一致，避免使用不存在的ID。
错误类型4：多行会参战“AttackTargetError”
表现：友军互伤，无法识别敌方行会成员。
排查方向：行会ID获取错误、攻击限制条件缺失。
解决步骤：
1.使用行会ID识别命令获取参战行会ID，示例：
//获取参战行会ID
SetGuildID1[GetGuildID(玩家角色名1)]
SetGuildID2[GetGuildID(玩家角色名2)]
//攻击限制补充
(@AttackCheck)
#IF
CheckGuildID%GuildID1%==1（检测攻击者是否为行会1成员）
CheckTargetGuildID%GuildID1%==1（检测目标是否为行会1成员）
#ACT
SendMsg7【提示】不可攻击友军2551
CancelAttack//取消攻击动作
Delay500
GOTO@AttackCheck
3.通用解决技巧：快速定位隐性错误
-符号检查：脚本中所有逗号、括号、引号必须为英文符号，中文符号会导致命令解析失败，可全选脚本后用“替换”功能统一替换。
-分段测试：将长脚本按功能拆分为片段（如初始化片段、移动片段、判定片段），逐段添加到服务端测试，定位失效片段。
-引擎适配：将脚本分为通用部分与引擎专属部分，专属部分用注释区分（如//HERO专属、//GOM专属），避免混用命令。
-文件权限：确保脚本文件为“可读可写”属性，右键文件属性取消“只读”勾选，避免服务端无法修改脚本变量。
三、脚本配置与错误解决核心原则
1.坐标精准优先：所有地图坐标需在游戏内用GM命令“@查看坐标”获取，避免凭记忆填写，复杂地形多取3-5个坐标点验证。
2.先测试后上线：修改脚本后，在单机服务端中测试，重点验证移动、判定、奖励功能，持续运行1小时确认无异常再同步到线上。
3.简化逻辑优先：避免嵌套过多条件判断，复杂功能拆分为多个独立标记（如@CheckWin、@GiveReward），便于排查。
4.版本管理：脚本命名加入版本号（如GuildWar_v2.txt），每次修改记录变更内容，错误时可快速回滚至历史版本。
行会战地图脚本参数直接决定战场规则、胜负判定与玩家体验，需结合地图特性与玩法需求精准配置。核心参数分为基础规则、战斗控制、资源奖励三类，以下为实操配置说明。
1.基础规则参数：定义地图准入与边界
基础参数是行会战运行的前提，重点控制地图访问权限与物理边界，避免玩家脱离战场或无关角色进入。
参数名称
功能说明
配置格式
引擎适配
MapID
指定行会战地图ID，需与MapInfo.txt一致
MapID=35（35为沙巴克战场默认ID）
HERO/GOM通用
EnterLevel
限制进入地图的角色等级
EnterLevel=40（40级及以上可进入）
HERO/GOM通用
GuildLimit
限定参战行会数量，避免战场拥堵
GuildLimit=2（支持两个行会对抗）
HERO/GOM通用
BoundXY
设置战场边界坐标，超出则强制传回中心
BoundXY=300-500200-400（X轴300-500，Y轴200-400）
HERO/GOM通用
EnterTime
设定行会战开启前的准入时间窗口
EnterTime=180（开战后180秒内可进入）
HERO/GOM通用
2.战斗控制参数：规范对战流程与胜负判定
战斗控制参数是行会战的核心，涵盖时间限制、复活机制、胜负条件，直接影响对战公平性与节奏。
-BattleTime：行会战总时长，超时未分胜负则按规则判定。配置格式：BattleTime=1800（单位：秒，即30分钟）。HERO引擎需在脚本头部定义，GOM引擎可在MapConfig.txt中补充。
-ReviveRule：复活规则，分为即时复活、定点复活两类。即时复活配置：ReviveRule=15（1代表即时复活，5代表复活冷却5秒）；定点复活配置：ReviveRule=2300250（2代表定点复活，后续为复活点坐标），双引擎通用。
-WinCondition：胜负判定条件，支持“摧毁旗帜”“击杀数领先”“占领核心点”三种模式。核心点占领配置：WinCondition=3400300120（3代表占领核心点，400300为核心点坐标，120代表需持续占领120秒）。
-AttackLimit：攻击限制，避免友军互伤。配置格式：AttackLimit=1（1代表仅可攻击敌方行会成员），双引擎通用，需配合行会ID识别命令使用。
3.资源与奖励参数：提升参战积极性
通过资源刷新与奖励配置吸引玩家参与，资源需适配战场节奏，奖励需与战斗贡献挂钩。
//战场资源刷新参数（写入AutoGuildWar.txt）
ResourceRefresh=110035020（1代表治疗药水，100350为刷新坐标，20为刷新间隔秒）
ResourceRefresh=245030030（2代表攻击buff道具）
//胜利奖励参数
WinReward=100110（1001为金币道具ID，10代表奖励数量）
WinReward=20051（2005为行会荣誉证书ID）
LoseReward=10013（失败方基础奖励）
4.完整配置示例（沙巴克战场脚本片段）
//行会战脚本入口（HERO引擎）
(@GuildWarStart)
#IF
CheckGuildBattle1==0
#ACT
MapID=35
BoundXY=300-500200-400
BattleTime=1800
WinCondition=3400300120
SendMsg7【行会战开启】战场边界300-500200-400，占领核心点120秒获胜2551
Delay3000
GOTO@GuildWarLoop
//GOM引擎核心点检测补充
#IF
CheckPos354003005（检测5格内是否有玩家）
CheckGuildID1（检测是否为进攻方行会）
#ACT
AddGuildPoint11（进攻方行会增加1点占领进度）
Delay1000
GOTO@CheckWin
二、传奇服务端脚本错误解决：从定位到修复全流程
脚本错误多表现为服务端启动失败、功能无响应、角色异常卡停三类，需按“日志定位—分类排查—验证修复”步骤解决，以下为高频错误及解决方法。
1.基础排查：先看日志与备份
所有脚本错误优先查看服务端日志，日志路径为服务端根目录/Log/ScriptError.log，错误信息中“LineXXX”代表错误所在行，“CommandError”代表命令异常。操作前必须备份原脚本文件，避免修改失误无法回滚。
核心提示：用记事本打开脚本时，选择“显示所有字符”，可快速发现空格、换行符等隐性错误。
2.高频错误类型及解决方法
错误类型1：服务端启动报错“CommandNotFound”
表现：启动服务端时弹窗提示命令未找到，脚本功能完全失效。
排查方向：命令拼写错误、引擎不兼容、命令参数缺失。
解决步骤：
1.根据日志定位错误命令，对比引擎命令手册，确认拼写（如HERO的“RandomMove”在GOM中为“RandMove”）。
2.检查命令参数数量，如“MapMove”需3个参数（地图IDXY），缺少则补全，示例：MapMove35320280（原错误：MapMove35320）。
3.若为自定义命令报错，检查是否在Envir/Command.txt中注册，未注册则补充：Command=@GuildWarStart1（1代表GM可执行）。
错误类型2：脚本运行中角色卡停“MoveFail”
表现：角色进入战场后无法移动，日志提示“MoveFail:PosOutOfBound”。
排查方向：坐标超出地图范围、障碍未规避、移动命令冲突。
解决步骤：
1.打开MapInfo.txt，查看目标地图坐标范围（如沙巴克地图坐标范围200-550150-450），确认脚本中移动坐标是否在此区间，超出则修改。
2.在移动脚本中添加障碍检测逻辑，示例：
//障碍检测补充
(@CheckObstacle)
#IF
CheckPos35%X%%Y%1（1代表检测当前坐标是否有障碍）
#ACT
MoveTo35%X+2%%Y（向X轴正方向移动2格规避）
Delay1000
#ELSEACT
MoveTo35400300
GOTO@CheckObstacle
3.关闭冲突脚本，如自动走路脚本与行会战移动脚本冲突，需在开启行会战时通过“CloseScriptAutoWalk.txt”命令关闭。
错误类型3：胜负判定失效“WinConditionNoResponse”
表现：满足胜负条件后无奖励发放，战场持续运行。
排查方向：条件判断逻辑错误、变量未初始化、奖励道具ID错误。
解决步骤：
1.检查胜负判定循环逻辑，确认GOTO命令指向正确，避免死循环，示例：
//正确的判定循环
(@CheckWin)
#IF
CheckGuildPoint1>=120（检测进攻方占领进度）
#ACT
SendMsg7【行会战结束】进攻方获胜2551
GiveReward1（执行奖励命令）
CloseScript//关闭脚本，避免持续判定
#ELSEIF
CheckBattleTime==0（检测战斗时间是否结束）
#ACT
SendMsg7【行会战结束】防守方获胜2551
GiveReward2
CloseScript
#ELSEACT
Delay1000
GOTO@CheckWin//正确跳转至判定入口
1.初始化占领进度变量，在脚本开头添加“SetGuildPoint10”（进攻方进度归零）“SetGuildPoint20”（防守方进度归零）。
2.核对奖励道具ID，打开Data/Item.txt，确认道具ID与脚本中一致，避免使用不存在的ID。
错误类型4：多行会参战“AttackTargetError”
表现：友军互伤，无法识别敌方行会成员。
排查方向：行会ID获取错误、攻击限制条件缺失。
解决步骤：
1.使用行会ID识别命令获取参战行会ID，示例：
//获取参战行会ID
SetGuildID1[GetGuildID(玩家角色名1)]
SetGuildID2[GetGuildID(玩家角色名2)]
//攻击限制补充
(@AttackCheck)
#IF
CheckGuildID%GuildID1%==1（检测攻击者是否为行会1成员）
CheckTargetGuildID%GuildID1%==1（检测目标是否为行会1成员）
#ACT
SendMsg7【提示】不可攻击友军2551
CancelAttack//取消攻击动作
Delay500
GOTO@AttackCheck
3.通用解决技巧：快速定位隐性错误
-符号检查：脚本中所有逗号、括号、引号必须为英文符号，中文符号会导致命令解析失败，可全选脚本后用“替换”功能统一替换。
-分段测试：将长脚本按功能拆分为片段（如初始化片段、移动片段、判定片段），逐段添加到服务端测试，定位失效片段。
-引擎适配：将脚本分为通用部分与引擎专属部分，专属部分用注释区分（如//HERO专属、//GOM专属），避免混用命令。
-文件权限：确保脚本文件为“可读可写”属性，右键文件属性取消“只读”勾选，避免服务端无法修改脚本变量。
三、脚本配置与错误解决核心原则
1.坐标精准优先：所有地图坐标需在游戏内用GM命令“@查看坐标”获取，避免凭记忆填写，复杂地形多取3-5个坐标点验证。
2.先测试后上线：修改脚本后，在单机服务端中测试，重点验证移动、判定、奖励功能，持续运行1小时确认无异常再同步到线上。
3.简化逻辑优先：避免嵌套过多条件判断，复杂功能拆分为多个独立标记（如@CheckWin、@GiveReward），便于排查。
4.版本管理：脚本命名加入版本号（如GuildWar_v2.txt），每次修改记录变更内容，错误时可快速回滚至历史版本。