机器人脚本无法自动关闭攻沙，且城堡内出现两个行会反复占领的循环状态，这通常不是脚本逻辑的单一错误，而是服务端底层配置、地图参数设置与脚本指令三者之间协同失效的结果。攻沙（沙巴克攻城战）在传奇引擎中属于高优先级的系统事件，其开始与结束由特定的时间变量和系统标志位控制。当脚本发出的“结束”指令无法穿透这些系统锁，或者地图的占领判定逻辑存在冲突时，就会出现无法关战或状态死循环的现象。
攻沙结束指令的权限与参数检查
脚本无法关闭攻沙，最直接的原因往往是调用的指令权限不足或参数错误。在大多数传奇引擎（如GOM、GEE、翎风等）中，控制攻沙的命令通常是SETCASTLESIEG或STARTCASTLESIEG。
指令参数解析：
检查脚本中使用的命令格式。通常，SETCASTLESIEG 0 表示结束攻沙，SETCASTLESIEG 1 表示开启攻沙。如果你的脚本使用的是自定义的机器人命令，需确认该命令在M2Server的“机器人管理”或“自定义命令”列表中是否被正确定义，且指向了正确的脚本标签。
权限等级：
部分引擎将攻沙控制视为管理员级操作。如果脚本是以普通NPC身份运行，可能没有权限修改攻沙状态。尝试在脚本头部添加最高权限标识，或通过M2Server的后台命令接口（如@AdminCmd）来触发结束指令，而非直接在游戏逻辑脚本中调用。
时间变量冲突：
攻沙状态往往与服务器时间变量（如HOUR、MIN）或全局变量（G变量）绑定。如果脚本强制结束了攻沙，但控制攻沙时间的变量（例如CastleDefSetup.txt中的WarDate）仍然指向当前时间，引擎的内置计时器可能会在下一秒再次触发攻沙，造成“关不掉”的假象。务必在脚本结束攻沙的同时，修改或清除相关的时间控制变量。
城堡占领状态的死循环排查
城堡内有两个行会且反复出现“占领”提示，这是典型的逻辑死锁。这通常源于地图参数设置错误或占领判定脚本的互斥逻辑失效。
地图参数互斥失效：
检查MapInfo.txt中沙巴克皇宫（通常是3或4地图）的参数设置。标准的皇宫地图应包含FIGHT（允许PK）和NOPOSITION（禁止传送）等参数，但关键在于占领判定逻辑。如果地图参数中错误地添加了NORECALL（禁止召唤）以外的特殊参数，或者缺少了CASTLE（沙城）标识，引擎可能无法正确锁定唯一的占领行会。
占领脚本的逻辑漏洞：
占领皇宫的脚本通常位于ManageCastle目录下。其逻辑应当是：“检测皇宫内是否只有一个行会的成员 -> 若是，该行会占领 -> 若否，维持现状”。
出现“反复占领”说明脚本陷入了以下循环：
行会A清除了行会B，脚本判定A占领。
行会B的成员复活后跑回皇宫，或者行会A有人掉线/卡位，导致皇宫内再次出现两个行会。
脚本检测到“非单一行会”，判定占领失效，清除A的占领状态。
此时皇宫处于“无主”状态，脚本可能错误地将其判定为“可占领”，从而再次触发占领提示，或者因为状态重置导致之前的占领数据丢失。
修复方案：
需要在占领脚本中加入“冷却时间”或“状态锁”。使用一个全局变量（如G100）作为“占领锁定标志”。当行会A占领后，将G100设为行会A的标识，并锁定一段时间（如5分钟）。在此期间，即使皇宫内混入其他行会成员，也不立即取消A的占领状态，而是等待冷却结束或直到A完全离开。
机器人脚本的执行时机与延时
机器人脚本通常是基于时间触发的。如果脚本设定在22:00结束攻沙，但服务器负载过高导致脚本执行延迟，可能会错过引擎内部判定攻沙结束的“窗口期”。
延时指令的使用：
在脚本中强制关闭攻沙前，建议使用DELAY或SLEEP指令让脚本暂停1-2秒，确保当前的战斗结算完成后再执行关闭指令。例如：
[@CloseWar]
IF
EQUAL S10 2200
ACT
DELAY 2000
SETCASTLESIEG 0
SENDMSG 7 攻城战已结束，沙巴克归属已定。
强制清理机制：
在关闭攻沙的脚本段中，必须包含“清场”逻辑。仅仅关闭攻沙状态是不够的，必须将皇宫内的所有玩家强制移动到安全区或城外。使用MAPMOVE或HUMANMOVE命令，将皇宫地图上的所有玩家移至盟重省或沙城广场。这能物理上切断“两个行会共存”的状态，防止状态反弹。
数据库配置文件的底层校验
如果脚本和地图参数均无误，问题可能出在Castle文件夹下的配置文件（如SabukW.txt或CastleList.txt）。
OwnGuild变量检查：
打开SabukW.txt，检查OwnGuild=这一行。如果该行数据损坏、为空或包含非法字符，引擎将无法正确写入占领行会信息，导致每次检测都视为“无主之地”，从而允许任意行会反复触发占领。确保该字段在攻沙结束后能正确写入行会名称，或在开区清理时能被正确重置。
攻沙模式设置：
部分引擎支持“多行会联盟攻沙”或“跨服攻沙”。如果开启了这些高级模式，但脚本仍按“单行会占领”逻辑编写，就会导致状态判定混乱。检查M2Server的“游戏选项”->“沙城设置”，确认是否开启了“联盟攻沙”。如果是，占领脚本必须检测“联盟ID”而非单一的“行会名”。
综合排查步骤总结
手动测试：在M2Server控制台手动输入SETCASTLESIEG 0，观察是否能关闭。如果手动也无法关闭，说明是引擎底层卡死或配置文件损坏，需重启M2或修复文件。
脚本注入：在机器人的“自动执行”列表中加入一行强制清场代码，在攻沙结束时间点，优先执行MAPMOVE [皇宫地图号] [安全区地图号]。
变量重置：在攻沙结束脚本中，显式地将占领状态变量（如G100）清零，并清除所有行会的“临时攻沙标记”。
日志分析：开启M2Server的“详细日志”模式，观察攻沙期间的报错信息。如果有关于“数据库写入失败”或“行会数据冲突”的报错，需检查GuildBase文件夹的读写权限。
